Mail Archives: djgpp/1999/12/20/06:23:55
> > 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
- Raw text -