HylaFAX The world's
most advanced open source fax server
Re: A clue: mailer died with signal 13
Hi again Eloy,
Firstly C++ 101: new is like malloc but generates new objects in memory
rather than raw memory. delete is like free but deletes objects rather than
Its a bit more complicated than that, but anyway.....
>static void cleanup()
> faxMailApp* a = app;
> app = NULL;
> delete a;
>As I said before, I know very little about C++ and I don't know what
>"delete a" does in cleanup(), but commenting out this line solves the
>problem and faxmail does not crash anymore and everything works _like a
The delete statement could cause a sigsegv in two ways, by freeing memory
it didnt own ie 'a' is NULL or something in the objects destructor which is
Looking at the faxMailApp destructor:
for (u_int i = 0, n = tmps.length(); i < n; i++)
client is pointing to an object of type MySendFaxClient(hopefully it is
no sigsegv there!! , unlink might also do weird stuff if passed a bad
PS I might have missed something else obvious in the above but anyway
theres a start!!
PPS Is that rockwell the chip maker you work for?
>My working environment is this:
>Debian GNU/Linux 2.0
>g++ from egcs-2.90.27 (not from gcc)
>Please note that I had to apply Robert Colquhoun's patch
>(http://www.trump.net.au/~rjc/hylafax/) to be able to compile HylaFAX 2.0p4
>Someone said that this problem has been mentioned in the list before so I
>guess I am not the only one that was getting the mysterious "mailer died
>with signal 13" problem. I hope that a solution can be found now.
>Thanks a lot to those who replied. And thanks in advance to the C++ gurus
>that will (hopefully) expand this further.
>Eloy A. Paris
>Information Technology Department
>Rockwell Automation de Venezuela
>Telephone: +58-2-9432311 Fax: +58-2-9431645 Cel.: +58-16-234700
>"Where does this path lead?" said Alice
>"Depends on where you want to go." Said the cat
>("Alice in Wonderland", by Lewis Carroll.)