Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!rutgers!uwm.edu!zaphod.mps.ohio-state.edu!tut.cis.ohio-state.edu!mailrus!cornell!calvin.spp.cornell.edu!richard
From: richard@calvin.spp.cornell.edu (Richard Brittain)
Newsgroups: comp.binaries.ibm.pc.d
Subject: Re: 4DOS problems? (Rather long)
Message-ID: <1990Feb7.024220.1341@calvin.spp.cornell.edu>
Date: 7 Feb 90 02:42:20 GMT
References: <7874@lindy.Stanford.EDU> <224@inesc.UUCP>
Reply-To: richard@calvin.spp.cornell.edu (Richard Brittain)
Organization: Cornell Space Plasma Physics Group
Lines: 28

In article <224@inesc.UUCP> ajr@inesc.UUCP (Julio Raposo) writes:
>In article <7874@lindy.Stanford.EDU>, LC.YRS@forsythe.stanford.edu (Richard Stanton) writes:
>> move cm.doc sent/cm0205.doc
>> move gg.doc sent/gg0205.doc
>> 
>> The commands were acknowledged, and the files were moved, but the
>> names in the SENT directory were cm0.doc and gg0.doc. I have also
>> had this sort of name truncation occur on other occasions.
>> 
>	Just thinking:
>	Doesn't it look like DOS4 is truncating the pathname to 8 characters?
>	It looks that if the new path were sentinel/gg0205.doc you would
>  end up with a file called .doc ...

It seems to me that 4DOS is not very friendly about allowing "/" as a
path separator (it is my only real gripe about it).  All the 4DOS
commands have "/" hardwired as the option switch, and since MOVE
has a possible option, I would guess that is the source of the problem.
Commands which take no options, like CD, are fine with "/" as a 
directory separator.
It seems to me that 4DOS could quite easily allow a different option
switch for all it's internal commands, completely independant of the
DOS partially-documented and partially-supported switchar.  

Richard Brittain,                   School of Elect. Eng.,  Upson Hall   
                                    Cornell University, Ithaca, NY 14853
ARPA: richard@calvin.spp.cornell.edu	
UUCP: {uunet,uw-beaver,rochester,cmcl2}!cornell!calvin!richard