home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / gnu / gdb / bug / 1345 < prev    next >
Encoding:
Text File  |  1993-01-05  |  3.9 KB  |  118 lines
  1. Newsgroups: gnu.gdb.bug
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ccorp.UUCP!keithw
  3. From: keithw@ccorp.UUCP (Keith Weintraub - dpr2)
  4. Subject: Our gcc/gdb problem.
  5. Message-ID: <1993Jan4.181849.12291@ccorp.uucp>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: Citicorp, New York City
  8. Distribution: gnu
  9. Date: Mon, 4 Jan 1993 18:18:49 GMT
  10. Approved: bug-gdb@prep.ai.mit.edu
  11. Lines: 105
  12.  
  13. Folks,
  14.  
  15. We have been having some problems with gcc/gdb and were hoping you
  16. could help. We have some code that works under the Sun ANSI C compiler
  17. acc but does not work under gcc. The only distinguishing feature of
  18. this code (that we can figure) is the use of large automatic arrays of
  19. doubles. Since this code is somewhat long and part of a much larger
  20. executable I tried to test the problem with a much smaller
  21. self-contained program:
  22.  
  23. ------------------------8<------Cut---Here------>8-----------------------------
  24.  
  25. #define    MAX_ITER    10000
  26. #define MAX_ASIZE    170
  27.  
  28. int
  29. main(int argc, char *argv[])
  30. {
  31.     int    i;
  32.     double    a[MAX_ASIZE]; 
  33.  
  34.     for(i = 0; i < MAX_ITER; i++) {
  35.         
  36.     }
  37.  
  38. }
  39.  
  40. ------------------------8<------Cut---Here------>8-----------------------------
  41.  
  42.  
  43. We are compiling and running on Sun Sparcs. The compilation and link
  44. lines are as follows:
  45.  
  46.    gcc -ansi -c -Dsparc -DLINT_ARGS -g  -sun4 -c  gtest.c
  47.    gcc -ansi -o gtest  gtest.o -L/usr/lang/SC1.0 -lF77 -lm /usr/5lib/libc.a
  48.  
  49. The program runs fine (in fact much more complicated versions with
  50. more automatic arrays of doubles run as well) when the macro MAX_ASIZE
  51. is set to 170 or 171. However, when brought into the debugger (gdb) with
  52. MAX_ASIZE set to 171 setting a breakpoint on main and then running the
  53. program results in the following:
  54.  
  55.     Current directory is /user/keithw/gtest/
  56.     Reading symbols from gtest...done.
  57.     (gdb) b main
  58.     Breakpoint 1 at 0x229c: file gtest.c, line 10.
  59.     (gdb) r
  60.     Starting program: /user/keithw/gtest/gtest 
  61.  
  62.     Breakpoint 1, main (Cannot access memory at address 0x44.
  63.     (gdb) f 0
  64.     argc=#0  main (Cannot access memory at address 0x44.
  65.     (gdb) show version
  66.     GDB 4.0, Copyright (C) 1991 Free Software Foundation, Inc.
  67.  
  68. Obviously it is the "(Cannot access memory at address 0x44" that is
  69. disturbing. Note that when MAX_ASIZE is 170 the debugging session runs
  70. with no problems as follows:
  71.  
  72.     (gdb) b main
  73.     Breakpoint 1 at 0x229c: file gtest.c, line 10.
  74.     (gdb) r
  75.     Starting program: /user/keithw/gtest/gtest
  76.  
  77.     Breakpoint 1, main (argc=1, argv=0xf7fff62c) at gtest.c:10
  78.  
  79. I do not know if the problems that we have with our production code is
  80. related to this but if any of you experts have any ideas I would
  81. welcome any help you could give.
  82.  
  83.  
  84. By the way, here is the verbose compile/link listing if it helps:
  85.  
  86. gcc -ansi -v -c -Dsparc -DLINT_ARGS -g  -sun4 -c  gtest.c
  87. gcc version 1.37.1
  88.  /usr/local/lib/gcc-cpp -v -Dsparc -DLINT_ARGS -undef -D__GNUC__ \
  89.     -trigraphs -$ -D__STRICT_ANSI__ -D__sparc__ \
  90.         -D__sun__ -D__unix__ gtest.c /usr/tmp/cca29450.cpp
  91. GNU CPP version 1.37.1
  92.  /usr/local/lib/gcc-cc1 /usr/tmp/cca29450.cpp -quiet\
  93.      -dumpbase gtest.c -g -ansi -version -o /usr/tmp/cca29450.s
  94. GNU C version 1.37.1 (sparc) compiled by GNU C version 1.39.
  95. default target switches: -mfpu -mepilogue
  96.  as -o gtest.o /usr/tmp/cca29450.s
  97. gcc -ansi -v -o gtest  gtest.o -L/usr/lang/SC1.0 -lF77 -lm  /usr/5lib/libc.a
  98. gcc version 1.37.1
  99.  /usr/local/lib/gcc-ld -o gtest -e start -dc -dp /lib/crt0.o \
  100.     -L/usr/lang/SC1.0 gtest.o -lF77 -lm /usr/5lib/libc.a \
  101.     /usr/local/lib/gcc-gnulib -lc /usr/local/lib/gcc-gnulib
  102.  
  103.  
  104. I'll try to read the gnu.* tree for the next couple of weeks but if
  105. you could email answers directly I would be most appreciative.
  106.  
  107. Thanks for your time,
  108. KW
  109.  
  110. Keith Weintraub (KW) -- Citicorp |    I told you a trillion times:
  111. keithw@Citicorp.COM              |    "Don't exaggerate."
  112. uunet!ccorp!keithw               |
  113. -- 
  114. Keith Weintraub (KW) -- Citicorp |    I told you a trillion times:
  115. keithw@Citicorp.COM              |    "Don't exaggerate."
  116. uunet!ccorp!keithw               |
  117.  
  118.