Message-Id:	<m0xpS7e-000S2WC@inti.gov.ar>
Comments:	Authenticated sender is <salvador AT natacha DOT inti DOT gov DOT ar>
From:	"Salvador Eduardo Tropea (SET)" <salvador AT inti DOT gov DOT ar>
Organization:	INTI
To:	Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>, djgpp AT delorie DOT com
Date:	Tue, 6 Jan 1998 09:08:50 +0000
MIME-Version:	1.0
Subject:	Re: ANNOUNCE SET's editor v0.4.13 BUG Fix release.
References:	<199801060004 DOT TAA12066 AT delorie DOT com>
In-reply-to:	<Pine.SUN.3.91.980106104450.2159N-100000@is>

Eli Zaretskii <eliz AT is DOT elta DOT co DOT il> wrote:
> On Mon, 5 Jan 1998, Salvador Eduardo Tropea (SET) wrote:
> 
> > --force-no-lfn Don't use LFN even when LFN is Y.
> > --force-lfn    Use LFN even when LFN is N.
> > I use these options when debuging, don't know if somebody could need it.
> 
> Why are these needed?  Isn't setting LFN in the enviroment enough?
No isn't enough. As I said I added it for development. I develope with LFN=N 
because I use DOS 6.2 and Win 95 for that. So the best way to test a feature 
with LFN=Y without any special change to my enviroment is just add --force-lfn 
to the arguments passed to the program (that's in a RHIDE option). 
Is just a development feature and, as I state, I don't know if somebody could 
need it.

> > Fixed:
> > * Patched truename because it was failing producing a hard bug when
> > using save as in enviroments with LFN=Y. The whole directory was renamed.
> 
> Please tell what was the bug, and how did you fix it.

The patch was posted to the list some time ago. The editor is compiled with 
djgpp v2.01 (not the 2.02 alpha) and as I don't apply any patch posted to the 
list (just because I don't have the time to check each patch) I had it in my 
hard disk, but not applied.
I think the patch is in the alpha. The patch is to make a second try with a 
diferent CX (subservice?) value.
I think you (Eli) know about it, but I describe it for the rest: _truename from 
2.01 fails under Win95 if you pass a full path qualified file name (LFN=Y). It 
generated a big problem in the editor that was supposing that the buffer was 
filled with the fixed path and not empty.

SET
------------------------------------ 0 --------------------------------
Visit my home page: http://set-soft.home.ml.org/
or
http://www.geocities.com/SiliconValley/Vista/6552/
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Alternative e-mail: set-sot AT usa DOT net - ICQ: 2951574
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA
TE: +(541) 759 0013

- Raw text -