MD5Update(&ctx, sav->key_auth->key_data, _KEYLEN(sav->key_auth));
MD5Final(buf, &ctx);
key_sa_recordxfer(sav, m);
But it doesn't fix the problem.
That fix was committed to HEAD. Thanks!
In addition to that can you try this patch:
http://sources.zabbadoz.n
Hello.
i've got this on 7.0-BETA3 i386 (as of Nov 21) when starting dhclient iwi0
(well, actually network card is switched off via Fn-key).
Kernel is built with debugging options.
[EMAIL PROTECTED]:1:3:0:class=0x028000 card=0x27228086 chip=0x42208086
rev=0x05 hdr=0x00
vendor = 'In
Jan Srzednicki wrote:
Hello,
I have a pair of hosts. One of them performs a massive amount of
TCP connections to the other one, all to the same port. This setup
mostly works fine, but from time to time (that varies, from once a
minute to one a half an hour), the connect(2) syscall fails with
EA
On Tue, Nov 27, 2007 at 02:53:20PM +0100, Jan Srzednicki wrote:
> Hello,
>
> setting up the relevant fields, setting SO_REUSEADDR and SO_KEEPALIVE,
> setting O_NONBLOCK on the descriptor. No bind(2) is performed. The
> connection is initiated from inside a jail (not sure if that implies a
> intern
On Wed, Nov 28, 2007 at 10:22:08AM -0800, Julian Elischer wrote:
> Jan Srzednicki wrote:
>> Hello,
>> I have a pair of hosts. One of them performs a massive amount of
>> TCP connections to the other one, all to the same port. This setup
>> mostly works fine, but from time to time (that varies, from
Jan Srzednicki wrote:
On Wed, Nov 28, 2007 at 10:22:08AM -0800, Julian Elischer wrote:
Jan Srzednicki wrote:
Hello,
I have a pair of hosts. One of them performs a massive amount of
TCP connections to the other one, all to the same port. This setup
mostly works fine, but from time to time (that
On Wed, 28 Nov 2007, Ivan Voras wrote:
Jan Srzednicki wrote:
Hello,
I have a pair of hosts. One of them performs a massive amount of
TCP connections to the other one, all to the same port. This setup
mostly works fine, but from time to time (that varies, from once a
minute to one a half an hou
