🚀 go-pugleaf

In article <1054@gmdzi.UUCP> goller@gmdzi.UUCP (Stefan Goller) writes:
>In article <18600007@uxh.cso.uiuc.edu>, bmcgough@uxh.cso.uiuc.edu writes:
>> 
>> 
>> 	ZOO Q
>> 
>> 	Can anyone e-mail or respond with a reason why the
>> 	-restore option on zoo replies with 
>> 	"x command not available"
>> 	and x// also doesn't work.
>> 
>> 	Am trying to unzoo the modula.zoo.
>
>It's the first time I post something to the newsgroup. I hope, that it
>will work.
>
>- restore does not work. That is right.
>
>But in the documentation you can see, that it is possible to use the 
>command "x//" instead. I do not know if this is the right syntax. But
>I used it yesterday and it worked. So if "x//" does not work, try
>"x/", "/x" or something like this.

Not quite. Also in the zoo documentation you can read that the
modifier '.' (dot) upon extraction from a zoo archive forces
the files/directories to be created relative to the *current
directory*. This modifier *must* be given if you want to unzoo
the Modula-2 system! The reason is that the file names in this
zoo archive are stored as absolute path expressions
(\<filename>) and not as relative ones (.\<filename>). Today I
know how to achieve the latter variant but when I created
modula.zoo I did not.

I hope that this makes thinks a little bit more clear. And one
last note: I do want to encourage you to read the zoo
documentation carefully!

  Rainer Klute           ----    klute@trillian.irb.informatik.uni-dortmund.de
  Univ. Dortmund, IRB    |)|/    klute@unido.uucp, klute@unido.bitnet
  Postfach 500500        |\|\    ...uunet!mcvax!unido!klute
D-4600 Dortmund 50       ----    Tel.: +49 231 7554663