Date: Sat, 17 Feb 2001 10:33:07 +0200 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: Jason Green Message-Id: <1438-Sat17Feb2001103307+0200-eliz@is.elta.co.il> X-Mailer: Emacs 20.6 (via feedmail 8.3.emacs20_6 I) and Blat ver 1.8.6 CC: djgpp AT delorie DOT com In-reply-to: (message from Jason Green on Fri, 16 Feb 2001 23:14:27 +0000) Subject: Re: [malfer AT teleline DOT es: Announce GRX 2.3.4] References: <96gvlr$2h9$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE> <96j0vj$dfb$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE> 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: Jason Green > Newsgroups: comp.os.msdos.djgpp > Date: Fri, 16 Feb 2001 23:14:27 +0000 > > Another one that had me stumped for a while the other day was BASH > v2.03. Native unix version simply refuses to run any script with CRLF > line ends, again the error message is most unhelpful. This particular problem is hard to fix because it is not in Bash. On Unix, the first line of a script is examined by the system's kernel, which decides what program should be invoked to run the script. The confusing error message comes from the kernel which doesn't consider \r a delimiter. > Both gcc and make are fixed now - would this be due to back porting of > changes from DJGPP? I don't know about GCC, but in Make this was influenced by the DOS and Windows ports. Other programs which support DOS-style end-of-line format even when they run on Unix and GNU/Linux systems include Emacs and the stand-alone Info reader.