Message-ID: <B0000310810@mail.stardate.bc.ca>
From: "Richard Sanders" <richard AT stardate DOT bc DOT ca>
To: djgpp AT delorie DOT com
Date: Mon, 20 Dec 1999 01:26:51 -0800
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: LFN problem
CC: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
References: <385d4f4b_1 AT news DOT vphos DOT net>
In-reply-to: <Pine.SUN.3.91.991220100922.6674K-100000@is>
X-mailer: Pegasus Mail for Win32 (v3.01d)
Reply-To: djgpp AT delorie DOT com

> > I am having a problem with findfirst/findnext and LFN. I am getting 8.3
> > names.  _USE_LFN returns 0.
> 
> Are you perhaps running this program in the so-called ``DOS Mode''?
> In other words, is Windows GUI still active when you run the program?
> 
> In DOS Mode, you won't have LFN support, because it is part of Windows and
> isn't loaded in DOS Mode.
> 
> The solution is to run your program from the Windows' DOS box.

I am running the programme from within RHIDE, RHIDE is running 
in a DOS box.  Running both programmes directly, in a DOS box 
yeilds the same results.  The Older program returns LFN while my 
current project does not.


> > What is realy puzzling me is that I recompiled and old program that also
> > uses findfirst/findnext and *does* return LFN.
> 
> It is possible that the problematic program has the DOS Mode forced in its
> properties, while the other program does not.

Both shortcuts/pifs have the identical settings for RHIDE, RHIDE is 
using LFN.  I have checked the properties of both EXEs, they are 
the default Windows properties (no pif). 

I am launching RHIDE from bat files, I copied the "working" 
programs bat file and just renamed the RHIDE *.grp portion to suit. 
Both programs are using grx, not that that should matter. I have 
even launched RHIDE from the working programmes bat file then 
from within RHIDE changed projects, same results, no LFN. 

> Another possibility is that the program which loses LFN is run from
> within another program, and that other program disables LFN somehow.
> 
> If none of the above helps, please post a detailed description of the
> differences between the way you run these two programs.

There is no difference in the way of launching the programs, that I 
can see. :(

Not having LFN is not a disaster because I will be using the 
program, but is bugging me as to why.  At the same time I am 
building a set of grx GUI routines that I hope to make available to 
all in the future.  From that standpoint LFN is important.




Cheers Richard