From: "bdeck" Newsgroups: comp.os.msdos.djgpp Subject: Re: ANNOUNCE: Release 7 of DJGPP port of fileutils 4.1 Date: Wed, 3 Sep 2003 14:58:12 +0200 Organization: Tiscali Germany Lines: 26 Message-ID: References: <200308312059 DOT h7VKxL613609 AT delorie DOT com> NNTP-Posting-Host: p62.246.22.144.tisdip.tiscali.de X-Trace: ulysses.news.tiscali.de 1062593439 27880 62.246.22.144 (3 Sep 2003 12:50:39 GMT) X-Complaints-To: abuse AT tiscali DOT de NNTP-Posting-Date: Wed, 3 Sep 2003 12:50:39 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com "Richard Dawe" wrote in message news:200308312059 DOT h7VKxL613609 AT delorie DOT com... > Hello. > > fileutils is a set of file management programs like cp, mv, rm, mkdir. Release > 7 of the port of fileutils 4.1 to DJGPP is now available. Uh, question ... :-) Since upgrading to this latest fileutils, I see quite a few failures from 'ln' trying to link objects over directories say: D:\USR\DJGPP\TMP>ln -s /dev/env/DJDIR/bin/python.exe python2.2.exe ln: creating symbolic link `python2.2.exe' to `/dev/env/DJDIR/bin/python.exe': I mproper link (EXDEV) This behaviour can sometimes be benificial (like when a Makefile erroniously tries to link a permanent exe to "./.exe", but most of the time it is a bit of a nuisance... Are there plans to change this? Ben