And I cannot agree more, actually. But auditing takes time. Until it is done, --disable-panics will be of some use.
Aarno
On 16.3.2005, at 18:09, Pommnitz, J�rg wrote:
But this just confirms what I wrote: such a panic is obviously inappropriate and should be replaced by a warning. So, I stand by what I wrote earlier: just audit the panics and make sure Kannel panics in only *REALLY* hopeless situations. This would IMHO be the Right Thing (TM) to do.
Regards Joerg
-----Urspr�ngliche Nachricht----- Von: Jonathan Houser [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 16. M�rz 2005 17:52 An: Aarno Syv�nen Cc: Kannel list Betreff: Re: [RFC] --disable-panics configuration option
Aarno,
There actually seems to two kinds of panic:
a) Configuration errors. In this case, continuation really is impossible.
b) Libs has some sanity checks that cause panic. If we just have a broken
message, we must just ignore message, not panic.
I would like it if a panic just wrote the appropriate lines to the
log (for debugging) and kept on running. The panic's I've seen were for
things that pertained to a WDP message from some phone on the WAP
gateway. If that one phone doesn't get his fetch handled, oh well, we
should log that we had a problem and keep on running. So I like the
idea you've proposed. It'd allow everyone to work through issues
without having a wrapper script work overtime.
Jon
