Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!mips!pacbell.com!att!news.cs.indiana.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!brownfld
From: brownfld@ux1.cso.uiuc.edu
Newsgroups: comp.sys.apple2
Subject: Re: Shrinkit 3.03 question
Message-ID: <15800145@ux1.cso.uiuc.edu>
Date: 14 Nov 90 09:19:00 GMT
References: <13161@chaph.usc.edu>
Lines: 24
Nf-ID: #R:chaph.usc.edu:13161:ux1.cso.uiuc.edu:15800145:000:1280
Nf-From: ux1.cso.uiuc.edu!brownfld    Nov 14 03:19:00 1990


>   I have been using Shrinkit 3.03 for a while when I noticed that when I
>copy entire directories from my RAM disk to 3.5" part of the directory name
>is chopped off (from the front) when the files within are copied generating
>funny directories or possible errors (invalid pathnames ie: MY.DIR => .DIR)
>It almost seems like the length of the path combined with the name of the 
>first file in the directory determines how much of the directory name is lost.
>   Thinking that this was strange enough, I checked out the older versions.
>I discovered that the previous version I had (3.01) also did the same
>thing to me.  For some reason I also had an even older backup of Shrinkit
>(version 2.27 ?), but this one did NOT exhibit this behavior.
[...]

     I noticed this on v3.0.  I mailed Andy about it, but I never got a reply.
Does anyone know why this is?  It's a pain when I download to /RAM5, unshrinkit
a file to see if I want it, and not be able to copy it to a floppy.  PITA.
     I'm on a GS, using /RAM5, with 1.25meg, ProDOS v1.7, ShrinkIt 3.03.

>   Dan Palermo
>   dpalermo@usc.edu
							Ken.
Kenneth R. Brownfield			      brownfld@ux1.cso.uiuc.edu
University of Illinois, Urbana-Champaign    {..!}uiucuxc!uiucux1!brownfld
Junior, Computer Science/Engineering.