Ok I think I found it, but I have no idea how to fix it.... In my log there are a bunch of these
[*****] BUG: buffer overflow past size 16384 After the command mlevel.... So the buffer is getting too big using that command....how in the world do you fix it? I have no idea. Can I expand the buffer sizes? If Im not mistaken the buffer size max size is 16384.... Thanks for the help. Keith Mervine "Non Omnis Moriar" "Growing old is mandatory, growing up is optional" Service Management Application Developer International Monetary Fund [EMAIL PROTECTED] 202-623-7610 > -----Original Message----- > From: Mike Barton [mailto:[EMAIL PROTECTED] > Sent: Tuesday, February 25, 2003 1:44 PM > To: Mervine, Keith; [email protected] > Subject: Re: GDB problem > > > The problem is that you have a buffer being overran. It's > spilling over into > the stack and writing over the debugging information. > So, it's not necessarily a huge problem, but it might be a > pain to track down. > > On Tuesday 25 February 2003 10:27 am, Mervine, Keith wrote: > > Greetings listers, > > > > A lot of my crashes have had this output when trying to > look at the core > > file.... > > > > gdb ../bin/anatolia core > > > > Program terminated with signal 11, Segmentation fault. > > Cannot access memory at address 0x40015f10 > > #0 0x400a0c23 in ?? () > > (gdb) bt > > #0 0x400a0c23 in ?? () > > Cannot access memory at address 0xbfff8328 > > (gdb) > > > > Is something THAT wrong with it that it cant even show me a > backtrace or > > am I missing > > the obvious? If it matters, the exe is in a different > directory from > > the source code. > > > > Any help would be...well...helpful, thanks > > > > Keith Mervine > > "Non Omnis Moriar" > > "Growing old is mandatory, growing up is optional" > > Service Management Application Developer > > International Monetary Fund > > [EMAIL PROTECTED] > > 202-623-7610 > >
