Date:	Mon, 8 Mar 1999 13:16:58 +0200 (IST)
From:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender:	eliz AT is
To:	Michel de Ruiter <Michel AT smr DOT nl>
cc:	"'DJGPP workers'" <djgpp-workers AT delorie DOT com>
Subject:	Re: Two bugs in djlsr202 (3?)
In-Reply-To:	<B0FEA00E82A7D1118BFB00A0CC9902782131FA@ARGON>
Message-ID:	<Pine.SUN.3.91.990308130556.2271B-100000@is>
MIME-Version:	1.0
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

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.

- Raw text -