[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Ircii-epic: [EPIC] bug, older, but probably valid
Do any of you run splitfire and can double check this for me?
I need a stack dump. -fbounds-checking info would be even more
helpful. A patch would be *most* helpful. ;-)
------- Forwarded Message
Date: Sun, 19 Dec 1999 03:07:19 -0500
From: root <root@fenris.localnet.com>
Message-Id: <199912190807.DAA16819@fenris.localnet.com>
To: list@epicsol.org
Subject: Bug in EPIC4pre2.500
Content-Type: text
list@epicsol.org
Question one: Please describe your computer system
Hardware type? Pentium 200 MMX
Operating System? Linux fenris.localnet.com 2.2.13-7mdk #1 Fri Dec 17
02:44:40 EST 1999 i586 unknown
Your compiler gcc version pgcc-2.91.66 19990314 (egcs-1.1.2 release)
What scripts/script packs you run: splitfire
Anything else you think might be helpful.
Question two: Where does your problem occur?
[ ] Configure time (dies while running configure)
[ ] Compiler time (dies when you type 'make')
[ ] Run time (You got a "CRITICAL PROTECTION ERROR")
[x] Run time (You got a "PANIC" message)
[ ] Run time (non-fatal logic bug)
If it is configure time, please include a cut and paste of everything
that appears on your screen from the line when you type "./configure"
until you see your prompt again. Please do not leave out any
lines, for any line may contain very important information!
If it is at compile time, please include a cut and paste of
everything that appears on your screen from the line when you
type 'make' until you see your prompt again. Please do not leave
out any lines, for any line may contain very important information!
If it is at run time, please try to describe as best you can what
you were doing when the client malfunctioned. Had you just run
a command? Can you duplicate the error? What seems to cause the
error in your best judgement? Have you found anything else
that independantly causes this same problem?
Panic: [EPIC4pre2.500:new_free()'s magic check failed from [expr.c/1796].]
Call stack
[ 2] aquote MODE %N -sw
[ 1] umode -sw
[ 0] (null)
End of call stack
If you know how to use a debugger, it would be helpful if you
can get a stack trace, and cut and paste it here.
sorry...
Please include any other information that you think we should know about.
------- End of Forwarded Message