home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / gnu / gdb / bug / 885 < prev    next >
Encoding:
Text File  |  1992-07-23  |  3.2 KB  |  76 lines
  1. Newsgroups: gnu.gdb.bug
  2. Path: sparky!uunet!cis.ohio-state.edu!zippysun.math.uakron.edu!wurgler
  3. From: wurgler@zippysun.math.uakron.edu (Tom Wurgler)
  4. Subject: GDB and F77 on Sun revisited
  5. Message-ID: <9207211419.AA02532@zippysun.math.uakron.edu>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: GNUs Not Usenet
  8. Distribution: gnu
  9. Date: Tue, 21 Jul 1992 14:19:22 GMT
  10. Approved: bug-gdb@prep.ai.mit.edu
  11. Lines: 63
  12.  
  13. Hello again.
  14.  
  15. A thousand pardons.  I sent email on July 9th saying that I was having
  16. trouble with GDB and F77.  Well, I was (and I still am) but my
  17. assessment of the situation was WRONG.  Here is the opening salvo from
  18. my last email:
  19.  
  20. >  I am trying to debug a F77 program on a Sun SPARCstation 1.  It pretty much
  21. >  works.  There are just certain times when I get an error (in GDB) that I do
  22. >  not know how to get around.  GDB seems to have no problems until I attempt
  23. >  to reference a variable that is used in a subroutine call to an outside
  24. >  package (such as SunPHIGS).  Here is a bit to show you what I mean:
  25.  
  26. And I went on to say that I could not print variables used in calls to my
  27. outside package (here SunPHIGS).  Well that is true but not completely true.
  28. I saw last week that GDB v4.6 was released and so I thought that I would grab
  29. it and see if it would fix my problems.  When it too failed I investigated
  30. even further.
  31.  
  32. Here is my new assessment of what is happening.  I had always noticed that,
  33. for the most part, I couldn't print variables that were used in the calls to
  34. the SunPHIGS package.  I was doing more testing and noticed that I got
  35. "$1 = Cannot access memory at address xxxxxxxx." when I did "info locals".
  36.  
  37. In almost every subroutine in which I have these calls to the SunPHIGS
  38. package, I use an INCLUDE file that come with SunPHIGS.  This INCLUDE file is
  39. made up of INTEGER and PARAMETER statements (1107 lines worth).  I found that
  40. if I didn't have the INCLUDE file, "info locals" worked.  When I used the
  41. INCLUDE file, "info locals" choked.  So I jammed the contents of the INCLUDE
  42. file into my code, commented out all of the PARAMETER statements and GDB
  43. didn't choke.  So then I uncommented out groups of PARAMETER statements until
  44. GDB failed.  It appears now that when I reach a certain limit of variables
  45. defined by PARAMETER statements, that GDB chokes (ie, "info locals" chokes)
  46. with the "Cannot access memory at address..." error.
  47.          
  48. Here is my environment:
  49.  
  50. Sun workstation, SPARCstation 1.
  51.  
  52. SunOS 4.1.1 (SunOS Release 4.1.1 (GENERIC) #1: Thu Oct 11 10:25:14 PDT 1990)
  53.  
  54. GDB versions 4.4 and 4.6.  I used "sun4os4" when I configured.
  55.  
  56.                            I used Sun's cc the first time.  Then I ran
  57.                            "make CC=gcc" somewhere at the top and rebuilt.
  58.                            I used gcc version 2.2.2.
  59.  
  60. F77 version 1.4.  I usually use the "-g -C" switches but I get the same
  61.                   results using just "-g".
  62.  
  63. The "outside" package that I am using is SunPHIGS version 1.3.
  64.  
  65. Thanks for any light that you can shed upon this...
  66.  
  67. I apologize again for my earlier stupidity.  I hope that I didn't cause too
  68. much trouble.
  69.  
  70. Please let me know if you need more information or if there is anything that I
  71. can do to clarify what I have said here.
  72.  
  73. Bill Benedetto
  74. wurgler@zippysun.math.uakron.edu
  75.  
  76.