How to select a filename "$file.$$" from shell?

[hexaae]

Found a file "$file.$$" in a directory I wanted to delete from Shell, but usual apostrophe ' to select wildcards literally doesn't work ('$file.'$'$)...

What should I type from shell to perform a simple "list $file.$$" or "del $file.$$"?

[thomas]

The simple list $file.$$ works for me.

Make sure that you don't have a variable called file set because $file will always be replaced by the variable contents.

Try

unset file
unsetenv file
list $file.$$

If everything else fails and you only want to get rid of the file, use true wildcards:

delete ?file.??

[hexaae]

I don't have $file var set...
Mmmh... possibily a bug in SFS filesystem...? A simple:

Echo >SYS:$file.$$ Ciao
Delete SYS:$file.$$

... sometimes fails and sometimes not.
When it fails it just does nothing and the shell prompt goes to a new line like an empty RETURN stroke.

Anyway thanks for confirming it is NOT a special char ($) issue with the AmigaOS as I initially thought.

[daxb]

Do you wait some seconds between command launches?

[hexaae]

Of course...

EDIT: ok, it seems a KingCON problem... it can List/Delete a SYS:$file without issues, but seems to forcibly expand (non-existent) var when using $file.$$ on a command line.

[thomas]

KingCON does not do that.

What happens if you enter echo $file ?

Use set echo on to see which command is executed after variable substitution.

[hexaae]

Yeah... tested booting without SSeq, and just mounting KCON it doesn't happen so it must be something else... Moreover it fails (nothing happens) first time I use "delete SYS:$file.$$" also with VincEd console. If I try again the same command it works from now on... So strange.

Already snooped with SnoopDos and when it fails it actually expands $file as a var (non-existent)... Still have to understand why as I was able to reproduce it even from OS3.9 fresh install + KCON...

I have an OS3.9 BBag3 installation (with some customizations), and:
console.device 44.10 (12-Mar-2003)
shell 45.7 (13-Gen-2002)

[hexaae]

Installed http://m68k.aminet.net/package/util/boot/ShellUpdate by THOR, and when I try a delete nothing appears under SnoopDos (!!) and shell now simply says:

[3.Workbench:] del $file.$$ 
object name invalid

A funny and mysterious bug... it all depends on the final .$$ as far as I can see. A file SYS:$file is ok to list and delete.
I know <$$> in a script represents the CLI process number under AmigaDOS.

[Thomas Richter]

Originally Posted by hexaae

Installed http://m68k.aminet.net/package/util/boot/ShellUpdate by THOR, and when I try a delete nothing appears under SnoopDos (!!) and shell now simply says:

[3.Workbench:] del $file.$$ 
object name invalid

A funny and mysterious bug... it all depends on the final .$$ as far as I can see. A file SYS:$file is ok to list and delete.
I know <$$> in a script represents the CLI process number under AmigaDOS.

Note that $$ is an invalid variable name, thus the error. That should be consistent with the latest shell. If I recall correctly, you should be able to escape the $ as *$ if you really mean the literal $ sign.


Note that there is (unfortunately) another set of rules active for "Execute", where the $ sign has just another meaning (*sigh*). You can, however, change that at the top of the script. ".dol" was, if I recall correctly, the way how to change the sign for "Parameter substitution" (not shell variables).


Yes, that's a big pile of mess...

[hexaae]

Thank you Thomas.
Indeed the *$$ does work (I only tried '$ for wildcards that didn't work):