Re: [CalendarServer-dev] Exception in recvfd --was: Re: continuing work on FreeBSD ports

2013-02-20 Thread Axel Rau
Am 20.02.2013 um 07:02 schrieb gl...@twistedmatrix.com: On Feb 19, 2013, at 1:28 PM, Axel Rau axel@chaos1.de wrote: Hi, the break came from finding and reading Unix Network Programming by Stevens/Fenner/Rudoff. (-; Am 14.02.2013 um 11:37 schrieb Fredrik Unger: From the top

Re: [CalendarServer-dev] Exception in recvfd --was: Re: continuing work on FreeBSD ports

2013-02-20 Thread Glyph
On Feb 20, 2013, at 1:51 AM, Axel Rau axel@chaos1.de wrote: With my debug code, the master process dies immediately on connect to the web server. This does not happen, with the unmodified sendmsg.c. Your patch appears to be backwards. Your patch also appears to introduce its own

Re: [CalendarServer-dev] Exception in recvfd --was: Re: continuing work on FreeBSD ports

2013-02-19 Thread Glyph
On Feb 19, 2013, at 1:28 PM, Axel Rau axel@chaos1.de wrote: Hi, the break came from finding and reading Unix Network Programming by Stevens/Fenner/Rudoff. (-; Am 14.02.2013 um 11:37 schrieb Fredrik Unger: From the top of my head I find it strange that just 3 bytes was received.

Re: [CalendarServer-dev] Exception in recvfd --was: Re: continuing work on FreeBSD ports

2013-02-14 Thread Fredrik Unger
Hi, # ls -l /tmp/debug.dat.485* -rw-r--r-- 1 root wheel 0 Feb 13 23:07 /tmp/debug.dat.48563 -rw-r--r-- 1 root wheel 0 Feb 13 23:07 /tmp/debug.dat.48577 -rw-r--r-- 1 root wheel 0 Feb 13 23:07 /tmp/debug.dat.48578 -rw-r--r-- 1 root wheel 0 Feb 13 23:07 /tmp/debug.dat.48579 -rw-r--r--

Re: [CalendarServer-dev] Exception in recvfd --was: Re: continuing work on FreeBSD ports

2013-02-14 Thread Fredrik Unger
On 02/14/2013 09:56 AM, Axel Rau wrote: No, shutting down the server does not flush them. I did not recognized in the 1st place that you have no close. Closing them on function return and opening in append mode, in case file exist, on next function entry might be the way to go. I will try

Re: [CalendarServer-dev] Exception in recvfd --was: Re: continuing work on FreeBSD ports

2013-02-14 Thread Axel Rau
Hi, Am 14.02.2013 um 09:56 schrieb Axel Rau: I will try fflush(3)... A fflush(ddfp); before the return produced these results: 1. after startup: --- -rw-r--r-- 1 root wheel 64 Feb 14 10:33 debug.dat.63406 -rw-r--r-- 1 root wheel0 Feb 14 10:33 debug.dat.63431 -rw-r--r-- 1 root

Re: [CalendarServer-dev] Exception in recvfd --was: Re: continuing work on FreeBSD ports

2013-02-14 Thread Axel Rau
Hi, Am 14.02.2013 um 10:15 schrieb Fredrik Unger: You should maybe also log the sending side, so you know if what is sent with sendmsg is received. I will try this next... Axel --- PGP-Key:29E99DD6 ☀ +49 151 2300 9283 ☀ computing @ chaos claudius

Re: [CalendarServer-dev] Exception in recvfd --was: Re: continuing work on FreeBSD ports

2013-02-14 Thread Fredrik Unger
On 02/14/2013 11:37 AM, Fredrik Unger wrote: 2. After the error occured: # cat /tmp/debug.dat.63431 recvmsg: fd [24] [0] result [3] recvmsg: value: d 0 0 0 --- Does this enlighten someone? You could try something like : Index: sendfd.py

Re: [CalendarServer-dev] Exception in recvfd --was: Re: continuing work on FreeBSD ports

2013-02-13 Thread Axel Rau
Hi Fred, thanks a lot for the debug patch. It works with trial: --- # trial test/test_sendmsg.py twext.python.test.test_sendmsg SendmsgTestCase test_roundtrip ... [OK] test_sendSubProcessFD ...

Re: [CalendarServer-dev] Exception in recvfd --was: Re: continuing work on FreeBSD ports

2013-02-13 Thread Glyph
On Feb 8, 2013, at 4:30 AM, Fredrik Unger f...@tree.se wrote: I found some problem with sendfd.c some time ago. [1] For what it's worth, this issue was fixed a while ago. (Sorry for the slow reply; was on vacation when this arrived.) -g ___