On 11/09/10 03:27, Philip Guenther wrote:
On Mon, Nov 8, 2010 at 4:10 PM, Christiano F. Haesbaert
wrote:
I must be doing something really silly but it seems waitpid ends up
returning -1 if WNOHANG is specified and there are no children to
reap.
Umm, that's what the standard specifies.
wa
$498 PesosSoldadora Turbo 270 Bifasica
Soldadora Electrica Turbo Ventilada 270
Amper Monosica y Trifasica / Con Protector
Térmico / Amperaje regulable 50 a
260 /
On Mon, Nov 8, 2010 at 4:10 PM, Christiano F. Haesbaert
wrote:
> I must be doing something really silly but it seems waitpid ends up
> returning -1 if WNOHANG is specified and there are no children to
> reap.
Umm, that's what the standard specifies.
Philip Guenther
Hi,
I must be doing something really silly but it seems waitpid ends up
returning -1 if WNOHANG is specified and there are no children to
reap.
Am I doing something wrong ?
#include
#include
#include
#include
#include
#include
#include
voidreap_children(void);
sig_atomic_t gotchild
On Mon, Nov 8, 2010 at 3:38 PM, Joe Gidi wrote:
> This is taken pretty much straight from FreeBSD ( see
> http://marc.info/?l=freebsd-commits-all&m=113600388101707&w=2 ). It is
> tested and working on my amd64 box. Some usbhidctl output:
At a minimum, should probably be inside ifdef SMALL_KERNEL
Sorry, mail client messed up the inlining a bit. Let me try again...
--
Joe Gidi
j...@entropicblur.com
patch for /usr/src/sys/dev/usb/usb.h
--- usb.h.orig Mon Nov 8 01:58:09 2010
+++ usb.h Mon Nov 8 00:42:01 2010
@@ -486,7 +486,8 @@
#define UIPROTO_IRDA 0
#define U
This is taken pretty much straight from FreeBSD ( see
http://marc.info/?l=freebsd-commits-all&m=113600388101707&w=2 ). It is
tested and working on my amd64 box. Some usbhidctl output:
Generic_Desktop:Game_Pad.Generic_Desktop:Pointer.Generic_Desktop:D-pad_Up=0
Generic_Desktop:Game_Pad.Generic_Desk
On Mon, Nov 8, 2010 at 3:07 PM, Mark Kettenis
wrote:
>> Date: Mon, 8 Nov 2010 14:57:03 +0100
>> From: Mike Belopuhov
>>
>> we didn't hit it before because it's used only in the unusual situation.
>
> Which unusual situation? There really shouldn't be any a.out amd64
> binaries or object modules
> Date: Mon, 8 Nov 2010 14:57:03 +0100
> From: Mike Belopuhov
>
> we didn't hit it before because it's used only in the unusual situation.
Which unusual situation? There really shouldn't be any a.out amd64
binaries or object modules out there.
we didn't hit it before because it's used only in the unusual situation.
ok to commit?
Index: byte.c
===
RCS file: /home/cvs/src/usr.bin/nm/byte.c,v
retrieving revision 1.6
diff -u -p -U5 -r1.6 byte.c
--- byte.c 9 Oct 2004 20:26
hi,
i need to change aesni_ctr_enc a bit to pass an already constructed
initial counter block (ICB) rather than do it in the function itself.
this will allow me to share the code with aes-gcm.
if i won't hear any objections, i'll commit this on wednesday.
works for me without issues.
Index: aes_
> Date: Sun, 7 Nov 2010 16:01:05 -0800
> From: Philip Guenther
>
> On Sunday, November 7, 2010, Mark Kettenis wrote:
> >> Date: Fri, 5 Nov 2010 17:52:23 +0100
> >> From: Mike Belopuhov
> >
> > Mike, you might want to take a look at PR 6508. I think the
> > "sched_lock" panic:
> >
> >> ddb{0}>
On Mon, Nov 8, 2010 at 1:01 AM, Philip Guenther wrote:
> On Sunday, November 7, 2010, Mark Kettenis wrote:
>>> Date: Fri, 5 Nov 2010 17:52:23 +0100
>>> From: Mike Belopuhov
>>
>> Mike, you might want to take a look at PR 6508. I think the
>> "sched_lock" panic:
>>
>>> ddb{0}> show panic
>>> ker
13 matches
Mail list logo
