home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / gnu / gdb / bug / 1404 < prev    next >
Encoding:
Internet Message Format  |  1993-01-23  |  1.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!cis.ohio-state.edu!fandago.read.tasc.com!spkay
  2. From: spkay@fandago.read.tasc.com (Scott Kay)
  3. Newsgroups: gnu.gdb.bug
  4. Subject: gdb-4.7 on SCO-3.2.(2/4)
  5. Date: 22 Jan 1993 21:38:14 -0500
  6. Organization: GNUs Not Usenet
  7. Lines: 23
  8. Sender: daemon@cis.ohio-state.edu
  9. Approved: bug-gdb@prep.ai.mit.edu
  10. Distribution: gnu
  11. Message-ID: <9301221608.AA00242@snow>
  12. Reply-To: Scott Kay<spkay@fandago.read.tasc.com>
  13.  
  14.   Did some work with gdb-4.7 on SCO-3.2.2 using gcc-2.3.2 last night 
  15. (until far too late!) and found some rather strange behavior. I could debug
  16. small simple C "hello world" programs (although I did not try to load
  17. a core file for these). But then I tried running it on some of
  18. the libg++-2.3 test files. It would not even recognize the symbol tables
  19. output by gcc-2.3.2 on these. In fact, the error I got on this was an error
  20. message from the gdb xcoffread.c file( somehting like ".bb/.eb error"). That 
  21. file seems to indicate it is for handling the symbol info for RS6000 
  22. output??  I really need to try debugging gdb to see exactly what is
  23. happening to generate this error. I would apppreciate info from anyone 
  24. familiar with gdb-4.7 behavior on SCO either (3.2.2 or 3.2.4).
  25.  
  26. Thanks in Advance -
  27.  
  28.  *******************************************************************************
  29. Scott Kay
  30. The Analytical Sciences Corporation (TASC)
  31. 55 Walkers Brook Drive
  32. Reading, MA
  33. INTERNET ADRESS:  spkay@fandago.read.tasc.com
  34.  
  35. *******************************************************************************
  36.  
  37.