Date: Wed, 27 Aug 2003 21:58:02 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: sandmann AT clio DOT rice DOT edu Message-Id: <2593-Wed27Aug2003215801+0300-eliz@elta.co.il> X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 CC: djgpp AT delorie DOT com In-reply-to: <3f4c17b2.sandmann@clio.rice.edu> (message from Charles Sandmann on Tue, 26 Aug 2003 21:30:10 CDT) Subject: Re: Long file name support References: <3f4c17b2 DOT sandmann AT clio DOT rice DOT edu> Reply-To: djgpp AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > From: Charles Sandmann > Newsgroups: comp.os.msdos.djgpp > Date: Tue, 26 Aug 2003 21:30:10 CDT > > > I have written a utility that operates on a source file and creates a new > > target file in the same directory. My OS is Win2K. > > To use my program, I choose the source file with Disk Explorer, drag it onto > > the desktop, and drop it onto a link to my DJGPP-compiled program. The > > program operates and creates a new file with the same path and file name as > > the source, but with a different extension - only the file name gets > > shortened from > > > PathName\MyLongFileName.EFT to > > PathName\MyLong~1.EFT > > This is probably a feature of the drag/drop interface. It sees the image > is a DOS image, and assumes it doesn't support short names, so helpfully > sends the short name. Yes, this is a misfeature of Windows' interface with DOS programs.