If you should see what you think to be a bug, please visit
http://prbh.org/bugs/
Please remember when reporting a bug that information counts. Since
we have not yet mastered the skill of mind-reading, you should not
assume that we know anything about your situation. We have seen some
things that look absolutely strange to us, but are perfectly normal
to the user. It is best for you to take the stance that we dont know
that much about your operating system, so you should try to start at
the beginning and clue us in. Thanks a bunch. |8^)
Please include as much as possible of the following information in your
bug report. Bug reports with insufficient information are frustrating
for everybody involved. This list was compiled to help you help us the
most effectively:
Describe your computer:
Hardware type?
Operating System? (try uname -a)
Your compiler (if gcc, include version)
What scripts/script packs you run (lice, darkstar, obv, etc)
Anything else you think might be helpful.
When did the problem occur?
* Configure time (dies while running configure)
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!
* Compiler time (dies when you type 'make')
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!
* Run time (You got a "CRITICAL PROTECTION ERROR")
* Run time (You got a "PANIC" message)
* Run time (non-fatal logic bug)
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? Bugs that can be
reproduced are the easiest bugs to fix.
Can you get a stack trace?
If EPIC crashed, and you can recreate the crash, run EPIC under a debugger
(such as gdb) and get a stack trace and include that in your bug report.
Under normal circumstances, EPIC will not create a corefile, so you must
run EPIC under a debugger in order to get a stack trace.
When a "PANIC" or "CRITICAL PROTECTION ERROR" occurs, sometimes EPIC will
be able to tell you what ircII commands were executing at the time of the
crash. If you see any message that says "INCLUDE THE ABOVE IMPORTANT
INFORMATION" or "stack trace", please include that in your bug report.
Is there anything else you think would be helpful?
-----------------------------------------------------------------------------
About the software: EPIC is a fork of ircII-2.8.2. ircII was originally
written by Michael Sandroff, and then later developed by Troy Rollo and
Matthew Green. This distribution came from EPIC Software Labs (epicsol.org)
who maintains it in stewardship of The EPIC Project.
"EPIC" is an unregistered trademark of The EPIC Project
"ESL" and "EPICSOL" are unregistered trademarks of EPIC Software Labs
This product is (ircII) EPIC4-1.1.*
<EOF>
