Mail Archives: djgpp/1999/04/07/21:02:27
Hello all,
I installed DJGPP a few days ago. I ran into some minor problems,
notably filename conflicts on Windows NT and Windows 95, but resolved
them after browsing through the FAQs, and mail archives at
www.delorie.com. I downloaded SWORD, grx23 and a multi-threading
library, and took a look at them. I also downloaded RSXNTDJ for Win32
programming.
I have a few problems and questions which I cannot resolve. The
first of which has to do with RSXNTDJ. I have installed everything
apparently correctly, set all my variables, paths, changed the specs
file, copied the ld.exe patch, etc. RSXNTDJ help lists a sample "Hello
Win32" program, which is very simple, and is used to test the install.
Although the listing does not show it, one must also add "#include
<windows.h>" (this was probably thought obvious). When I compile, I get:
C:\DJGPP>gcc -Zwin32 test.c -o test.exe
c:/djgpp/bin/ld.exe: cannot open -lc_app: No such file or directory (ENOENT)
I am using the correct spec (gcc -v indicates so). It appears that it
cannot find a library named "*c_app". I examine DJGPP.ENV and find
that %RSXNTDJ%\lib\all has been appended to the LIBRARY_PATH.
Unfortunately, \lib\all, doesn't contain any Libc_app (which the
compiler wants), and neither is it specified in the spec file. There is,
however, a library named "Libc_app" in both \lib\st and \lib\mt. If
I tack on ";%RSXNTDJ%\lib\mt;%RSXNTDJ%\lib\st; to the end of LIBRARY_PATH in
DJGPP.ENV, the program will compile without any errors, and NTBIND will
succeed.
My question is, is this by design, or a slip up? *Should* I
be appending these to the library path to appease gcc? The help file
says there are other -Z switches and the spec file defines all sorts of
things, so I do not want to override them by appending to the library
path. In any case, the compiled test.exe causes a stack fault in module
<unknown>...I'm not sure if this is because it is using the wrong
library, or what (mt=multithreaded, st=singlethreaded, which one?).
My second question is probably simpler. Can I get the InfViewer within
RHIDE (which, by the way, I LOVE) to view OTHER info files? The web site
said I didn't need "info" if I downloaded RHIDE. As I am unfamiliar
with "info" would like to use the graphical RHIDE interface, it would be
great if I could browse the whole \info directory from within the RHIDE
InfViewer. Right now, it appears that the InfViewer only loads Rhide.inf
and won't view anything else. Can I get around this?
Also, I've read about people trying to get gzipped info files to
work...has anybody succeeded? I tried Winzipping (yeah, I know it's not
exactly the same, but worth a try), Rhide.inf to Rhide.inf.gz,
Rhide.info.gz, and Rhide.inz to no avail...InfViewer can't load it.
Thanks for any feedback, and as recompense I'll gladly offer any advice I
can for starters on any problems I have solved already with
installation/configuration,
Aaron Hamid
- Raw text -