Hi Chuck.
Ran memtest86 over night and no memory errors.
Any other ideas ?
Thanx
Paul
On Mon, 2006-01-09 at 15:22 -0500, Charles Swiger wrote:
On Jan 9, 2006, at 2:52 PM, Paul Khavkine wrote:
When i do that it crashes also but produces gdb.core
The backtrace form that doesn't tell me
On Tue, 10 Jan 2006 10:49:26 -0500
Paul Khavkine [EMAIL PROTECTED] wrote:
Hi Chuck.
Ran memtest86 over night and no memory errors.
Any other ideas ?
Maybe some sysctl magic? See below:
$ ./a.out
Abort trap: 6 (core dumped)
# sysctl -w kern.coredump=0
kern.coredump: 1 - 0
$ ./a.out
Here's what happends when i run it inside gdb:
Program crashes and crashes gdb with it:
pam_pass: using pamauth string radiusd for pam.conf lookup
gdb in realloc(): error: pointer to wrong page
Abort trap (core dumped)
#
Back trace doesn't seem to give any clues:
# gdb -core gdb.core
GNU gdb
Hi folks.
I'm trying to debug an application that always crashes with Signal 6
with free(): error: chunk is already free error.
But the application does not produce a core dump to find out where it
happends.
Any pointers on how to debug it ?
Thanx
Paul
signature.asc
Description: This is
On Jan 9, 2006, at 2:38 PM, Paul Khavkine wrote:
I'm trying to debug an application that always crashes with Signal 6
with free(): error: chunk is already free error.
But the application does not produce a core dump to find out where it
happends.
Run the program under gdb.
--
-Chuck
When i do that it crashes also but produces gdb.core
The backtrace form that doesn't tell me anything about where it
happends.
Thanx
Paul
On Mon, 2006-01-09 at 14:48 -0500, Charles Swiger wrote:
On Jan 9, 2006, at 2:38 PM, Paul Khavkine wrote:
I'm trying to debug an application that always
On Jan 9, 2006, at 2:52 PM, Paul Khavkine wrote:
When i do that it crashes also but produces gdb.core
The backtrace form that doesn't tell me anything about where it
happends.
If gdb itself crashes, I would suspect you've got hardware problems
like bad memory. Try running memtest86.org's