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
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
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
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
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
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
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: 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?
On Fri, 22 Nov 2013, Stuart Henderson wrote:
> do {
> wr = write(fileno(fout), buf + d, rd);
> - if (wr == -1 && errno == EPIPE)
> - break;
> - d += wr;
>
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
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;
>
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
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.
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
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;
}
15 matches
Mail list logo