From: arh14 AT cornell DOT edu Date: Wed, 7 Apr 1999 21:01:57 -0400 (EDT) X-Sender: arh14 AT travelers DOT mail DOT cornell DOT edu To: djgpp AT delorie DOT com Subject: A few questions from a DJGPP beginner Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: djgpp AT delorie DOT com 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 " (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 ...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