[crossfire] server stopping on SIGPIPE

[tchize]

Hello, i noticed the following problem when debugging some client code on cvs

first, by default, cvs compilation of server does put a #define DEBUG on 
config.h. Am not sure this is a correct behaviour to activate debugging by 
default. This should be added by people wanting to debug their code.

second, a test in init_signals() is deactivating signal interception on 
sigpipe. This is quite a problem as sigpipe is quite common to get in sockets 
manipulations

third, if client crash during the setup process, the server tries to send 
datas to a disconnected client and does generate a sigpipe, which by default 
is not handled and make the server simply exist without a message.


I suggest either one of those 2 solutions (and i'll recommend both)

 - do not activate DEBUG by default in configure script
 - do not exclude sigpipe handling in DEBUG mode (this is non sense imho)


-- 
--
Tchize (David Delbecq)
     
     tchize at myrealbox.com
     
     
Public PGP KEY FINGERPRINT:
    F4BC EF69 54CC F2B5 4621  8DAF 1C71 8E6B 5436 C17C
Public PGP KEY location:
    
     
     http://wwwkeys.pgp.net/pgpnet/wwwkeys.html
     
     
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : 
     
     http://shadowknight.real-time.com/pipermail/crossfire/attachments/20050330/cb45ea66/attachment.pgp