Re: NSD 4

2013-11-22 Thread Brad Smith
On 22/11/13 4:04 PM, Stuart Henderson wrote: I've got an update of NSD to v4.0, it's a fairly large diff so I've put it at http://junkpile.org/nsd4.diff (apply diff in /usr/src, it includes changes to etc/rc.d/nsd which must also be installed - to build NSD itself use "make -f Makefile.bsd-wrappe

[patch] start adding support for compcert compiler

2013-11-22 Thread Daniel Dickman
I'm trying to port compcert to openbsd. Here's a first patch to allow jot to be compiled with compcert. Before the patch is applied compcert fails because _Bool is predefined as per C99: # ccomp -fall -c /usr/src/usr.bin/jot/jot.c /usr/include/stdbool.h:20: Error: illegal combination of type sp

Re: Weird loop in ftp client

2013-11-22 Thread Maxime Villard
Le 22/11/2013 17:48, Ted Unangst a écrit : > On Fri, Nov 22, 2013 at 10:09, Stuart Henderson wrote: >> On 2013/11/22 07:25, Maxime Villard wrote: > >>> If write() fails without EPIPE, d is decremented, and the function >>> keeps looping. If write() succeeds after several loops, d will be >>> negat

NSD 4

2013-11-22 Thread Stuart Henderson
I've got an update of NSD to v4.0, it's a fairly large diff so I've put it at http://junkpile.org/nsd4.diff (apply diff in /usr/src, it includes changes to etc/rc.d/nsd which must also be installed - to build NSD itself use "make -f Makefile.bsd-wrapper obj && make -f Makefile.bsd-wrapper && sudo m

Re: Weird loop in ftp client

2013-11-22 Thread Maxime Villard
Le 22/11/2013 11:09, Stuart Henderson a écrit : > On 2013/11/22 07:25, Maxime Villard wrote: >> Hi, >> a thing I spotted some weeks ago >> >> - - - usr.bin/ftp/ftp.c l.1090 - - - >> >> d = 0; >> do { >> wr = write(fileno(fout), buf + d, rd); >> if (wr == -1 && er

Re: remove disksort()

2013-11-22 Thread Bob Beck
An emphatic ok from me for this one. On Wed, Nov 20, 2013 at 3:21 AM, David Gwynne wrote: > the subject says it all really. this is sort of inspired by 5d2ecd5224 > in bitrig except this brings all the architectures and device drivers > forward (i didnt get to delete any to prepare for this), and

Re: Weird loop in ftp client

2013-11-22 Thread Ted Unangst
On Fri, Nov 22, 2013 at 10:09, Stuart Henderson wrote: > On 2013/11/22 07:25, Maxime Villard wrote: >> If write() fails without EPIPE, d is decremented, and the function >> keeps looping. If write() succeeds after several loops, d will be >> negative, and the function will write from buf-XX. When

uhub2: device problem, disabling port 2

2013-11-22 Thread Stuart Henderson
uhub2: port 2, set config at addr 3 failed uhub2: device problem, disabling port 2 When this happens, is there any way to get the port back without rebooting?

Re: Weird loop in ftp client

2013-11-22 Thread Damien Miller
On Fri, 22 Nov 2013, Stuart Henderson wrote: > do { > wr = write(fileno(fout), buf + d, rd); > - if (wr == -1 && errno == EPIPE) > - break; > - d += wr; >

Re: Kill IF_LEN() and IF_IS_EMPTY()

2013-11-22 Thread Mike Belopuhov
On 22 November 2013 10:32, Martin Pieuchot wrote: > One kill a day, keeps... > > So, here's a diff that replaces these two macros by their IFQ_* > equivalent and kill them. No object change. > > ok? > if you want to unify them, i think we need to figure out better api before randomly changing st

Re: Weird loop in ftp client

2013-11-22 Thread Stuart Henderson
On 2013/11/22 07:25, Maxime Villard wrote: > Hi, > a thing I spotted some weeks ago > > - - - usr.bin/ftp/ftp.c l.1090 - - - > > d = 0; > do { > wr = write(fileno(fout), buf + d, rd); > if (wr == -1 && errno == EPIPE) > break; >

Kill IF_LEN() and IF_IS_EMPTY()

2013-11-22 Thread Martin Pieuchot
One kill a day, keeps... So, here's a diff that replaces these two macros by their IFQ_* equivalent and kill them. No object change. ok? Index: dev/ic/ar5008.c === RCS file: /home/ncvs/src/sys/dev/ic/ar5008.c,v retrieving revision

Re: Don't link multicast records to the first address

2013-11-22 Thread Stuart Henderson
I tried the old version (I'm using igmpproxy on my firewall and have native multicast over pppoe), no problems, but I haven't carefully read the diff yet.

Re: Don't link multicast records to the first address

2013-11-22 Thread Martin Pieuchot
On 18/11/13(Mon) 11:43, Martin Pieuchot wrote: > Diff below changes the way protocol multicast addresses are linked to > an interface. > > Right now they are added to a list attached to the first protocol > address of an interface. That makes this address descriptor and > its position in the glo

Weird loop in ftp client

2013-11-22 Thread Maxime Villard
Hi, a thing I spotted some weeks ago - - - usr.bin/ftp/ftp.c l.1090 - - - d = 0; do { wr = write(fileno(fout), buf + d, rd); if (wr == -1 && errno == EPIPE) break; d += wr; rd -= wr; }