Date: Mon, 8 Mar 1999 13:16:58 +0200 (IST) From: Eli Zaretskii X-Sender: eliz AT is To: Michel de Ruiter cc: "'DJGPP workers'" Subject: Re: Two bugs in djlsr202 (3?) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: djgpp-workers AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Mon, 8 Mar 1999, Michel de Ruiter wrote: > Following, two bugs found in libc. Thanks. > I think the second, combined with the > change of behaviour of system(NULL), is the reason that C-z doesn't work any > more in Less. I don't think C-z ever worked in Less. And Less doesn't use the termios functions at all anyway. > *** src\libc\dos\process\dosexec.txh.orig Sat Nov 7 12:57:34 1998 > --- src\libc\dos\process\dosexec.txh Sat Mar 6 19:58:32 1999 Please always use forward slashes when submitting diffs. They are applied on a Unix box which of course gets totally confused by DOS-style file names. (See section 22.2 of the FAQ for some do's and dont's when submitting patches.) > While searching through the ANSI C9x specs, I encountered the following > "standard" include files. Are there any plans to incorporate them in DJGPP? Somebody should first implement in the library the functionality advertised by these headers. Nobody is working on this as of now, AFAIK. > PS. I noticed that `gzip -n' still puts the filename in the gzipped file, > under pure DOS (no LFNs) only. Can anyone confirm this? Are sure you have the latest port of Gzip? A new port, available from v2gnu/gzp124ab.zip, was uploaded to SimTel last October. It solves every known problem with long file name handling in Gzip. I believe -n works there as per the docs. If not, please post the test case.