cvs.gedasymbols.org/archives/browse.cgi   search  
Mail Archives: djgpp/1999/04/07/21:02:27

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: <Pine.SOL.3.91.990407202254.17371C-100000@travelers.mail.cornell.edu>
MIME-Version: 1.0
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 
<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 -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019