I believe my patch is safe because for the old behaviour (process name) it only removes error provoking condition on request->server-:sim being set, introduced by port numbrer patch, and does not change anything else. This condition is only applicable in case of port number, I think.
On the other hand, I can not imagine a real-life example when request->server->sin is not set. I think this can only happen using tcpdmatch, so maybe correcting this utility to set request->server->sin instead of (or in addition to) patching the library would be more appropriate. Janusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
