[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

bug in gdb! it segfaults!



hello all,

i'm debugging a c++ program, and found something very distressing:

	% gdb wellspring core
	GNU gdb 19990928
	(warranty snipped)
	This GDB was configured as "i686-pc-linux-gnu"...
	Core was generated by `./wellspring'.
	Program terminated with signal 11, Segmentation fault.
	Reading symbols from /usr/lib/libstdc++-libc6.1-2.so.3...done.
	Reading symbols from /lib/libm.so.6...done.
	Reading symbols from /lib/libc.so.6...done.
	Reading symbols from /lib/ld-linux.so.2...done.
	#0  0x804ced8 in GetPotential (run=@0x8052ee0, V=0x8053028, wf=0x805b588)
		 at functions.cc:51
	51                      V[j] = -4.0L*PI*G*pow(run.m*run.dr,
	2.0L)*(run.sum1[j] + run.sum2[j]);
	(gdb) p run.m*run.dr
	$1 = 0.013599479808447117947299662577692603
	(gdb) p pow(run.m*run.dr, 2)
	Segmentation fault (core dumped)

now whether gdb should let me print "pow(run.m*run.dr, 2)" or not, that's
gdb segfaulting.   a debugger should _NOT_ segfault, under any
circumstances.

i feel gdb is the most important program besides the linux kernel and the
C/C++ compilers.  this should be fixed.   what should i do?

contact FSF or debian?

pete

----------------------------------------------------------------   linux
One world, one web, one program. -- Microsoft Ad Campaign            _
Ein Volk, ein Reich, ein Fuhrer. -- Nazi Ad Campaign                ._.
<=>+/\/-=Prevent world domination, Install Linux today!=-\/\+<=>    /v\
website coming soon as I get DSL            p@belial.ucdavis.edu   // \\
----------------------------------------------------------------   ^^ ^^
  The best way to accelerate a win95 system is at 9.81 m/s^2       rules



Reply to: