> While zipping a directory, which has few subdirectories having the
> dollar sign in their names, the zip command fails.
A useful problem report would offer some basic info, like, for
example:
uname -a
zip -v
Actual command used.
Actual output from the command.
ls -l[R] <stuff which you were trying to archive>
> Error: zip I/O error: No such file or directory. . zip error: Input
> file read failure
Many things are possible, but, if this Zip program is even remotely
current, then I would not expect a name with a dollar sign to cause any
particular trouble. For example, using what I have lying around on a
convenient Mac OS X system:
bash-3.2$ zip3 dollar.zip -r .
adding: $dir$/ (stored 0%)
adding: $dir$/$name$ (stored 0%)
adding: fred$fred (stored 0%)
bash-3.2$ unzip61 -d fred dollar.zip
Archive: dollar.zip
creating: fred/$dir$/
extracting: fred/$dir$/$name$
extracting: fred/fred$fred
bash-3.2$ ls -lR fred
total 8
drwxr-xr-x 3 sms admin 102 Feb 5 21:39 $dir$
-rw-r--r-- 1 sms admin 5 Feb 5 21:33 fred$fred
fred/$dir$:
total 8
-rw-r--r-- 1 sms admin 5 Feb 5 21:38 $name$
Zip doesn't care about dollar signs. Like many programs, it does
care about permissions, so if _you_ can't read a file, then Zip probably
can't read it for you. But, with approximately no useful information,
and my weak psychic powers, I probably can't guess what the problem is
here.
