Ted Unangst [t...@tedunangst.com] wrote:
> On Thu, Sep 13, 2012 at 15:46, Chris Cappuccio wrote:
> > Mark Kettenis [mark.kette...@xs4all.nl] wrote:
> >> > Date: Wed, 15 Aug 2012 11:02:43 -0400
> >> > From: Ted Unangst
> >> >
> >> > The acpihpet timer is, in my testing, lots better than the acpitim
On Tue, Sep 18, 2012 at 09:45:59PM -0400, Ted Unangst wrote:
> On Wed, Sep 19, 2012 at 00:48, Alexey Suslikov wrote:
>
> >> > No, according to posix it should be thread safe. I don't know why,
> >> > since rand() is one of the exempted functions, but random() is not.
> >> > Standards gods are ca
On Thu, Sep 13, 2012 at 15:46, Chris Cappuccio wrote:
> Mark Kettenis [mark.kette...@xs4all.nl] wrote:
>> > Date: Wed, 15 Aug 2012 11:02:43 -0400
>> > From: Ted Unangst
>> >
>> > The acpihpet timer is, in my testing, lots better than the acpitimer.
>> > Faster to read and more precise. They shoul
On Wed, Sep 19, 2012 at 00:48, Alexey Suslikov wrote:
>> > No, according to posix it should be thread safe. I don't know why,
>> > since rand() is one of the exempted functions, but random() is not.
>> > Standards gods are capricious gods.
>>
>> I think you should stress *should* here. Looking at
On Sep 18, 2012, at 3:27 PM, Paul Irofti wrote:
> Because most of the guys in the hackingroom didn't get this, the
> reference is to a book named 'American Gods' by Neil Gaimen. Wednesday
> is Odin from the Norse Sagas in that book.
Gaiman, not Gaimen. http://www.neilgaiman.com/
> Pretty awesom
On 2012/09/19 01:27, Paul Irofti wrote:
> Because most of the guys in the hackingroom didn't get this
inconceivable!
On Tue, Sep 18, 2012 at 12:55:40PM -0700, Philip Guenther wrote:
> On Tue, 18 Sep 2012, Marc Espie wrote:
> > On Tue, Sep 18, 2012 at 01:39:14PM -0600, Theo de Raadt wrote:
> > > > Standards gods are capricious gods.
> > >
> > > They are false gods.
> >
> > Sounds like American gods :)
>
> Maybe
El Gerente de Ventas como Administrador, Vendedor y Líder.
SEMINARIO ONLINE EN VIVO este 25 de Septiembre de 2012.
Los Gerentes de Ventas tienen en sus manos uno de los procesos más importantes
y fundamentales para el ÉXITO o FRACASO de las empresa.
Este Seminario le ofrece un panorama claro y ef
Any reason we have this disabled?
I ran with this diff in for quite some time w/o any problems.
Can you test this and let me know if anything bad happens?
I'd like to enable this codepath and I have diffs depending on it.
Index: dev/acpi/dsdt.c
=
Hi,
ntpd(8) states that:
When ntpd receives a SIGINFO signal, it writes its peer and sensor
status to syslog(3).
But it isn't clear which process should be signalled:
$ ps ax | grep ntpd
9770 ?? Is 0:00.01 ntpd: [priv] (ntpd)
32294 ?? I 0:00.09 ntpd: ntp engine (ntpd)
On Tuesday, September 18, 2012, Otto Moerbeek wrote:
> On Tue, Sep 18, 2012 at 03:32:04PM -0400, Ted Unangst wrote:
>
> > On Tue, Sep 18, 2012 at 19:40, Alexey Suslikov wrote:
> >
> > > This one being discovered by Roman Kravchuk using Kannel port (see
> > > https://github.com/jasperla/openbsd-wip
On Tue, Sep 18, 2012 at 03:32:04PM -0400, Ted Unangst wrote:
> On Tue, Sep 18, 2012 at 19:40, Alexey Suslikov wrote:
>
> > This one being discovered by Roman Kravchuk using Kannel port (see
> > https://github.com/jasperla/openbsd-wip/tree/master/net/kannel).
> >
> > While stress testing, Kannel
If we copy the code from the manual, we might as well copy the comments.
Okay?
Index: arch/amd64/amd64/locore.S
===
RCS file: /cvs/src/sys/arch/amd64/amd64/locore.S,v
retrieving revision 1.52
diff -u -p -r1.52 locore.S
--- arch/amd64/
On Fri, Sep 07, 2012 at 01:43:29PM +0900, UMEZAWA Takeshi wrote:
> I have added send(2) MSG_DONTWAIT support, which enables us to choose
> nonblocking or blocking for each send(2) call.
I think this diff is OK.
Does anyone know why SS_NBIO and MSG_DONTWAIT are not used identically
in sosend() and
On Tue, Sep 18, 2012 at 01:39:14PM -0600, Theo de Raadt wrote:
> > Standards gods are capricious gods.
>
> They are false gods.
Sounds like American gods :)
On Tue, 18 Sep 2012, Marc Espie wrote:
> On Tue, Sep 18, 2012 at 01:39:14PM -0600, Theo de Raadt wrote:
> > > Standards gods are capricious gods.
> >
> > They are false gods.
>
> Sounds like American gods :)
Maybe "Standards" is the god that no one can remember that Wednesday meets
in Las Vegas
> Standards gods are capricious gods.
They are false gods.
On Tue, Sep 18, 2012 at 19:40, Alexey Suslikov wrote:
> This one being discovered by Roman Kravchuk using Kannel port (see
> https://github.com/jasperla/openbsd-wip/tree/master/net/kannel).
>
> While stress testing, Kannel components die with
>
> Program received signal SIGSEGV, Segmentation fau
Congreso de Productividad y Excelencia para Secretarias Ejecutivas y
Asistentes Administrativas
17 y 18 de Octubre de 2012
Sheraton Panama Hotel & Convention Center
Un evento sensacional diseñado para todas las Secretarias y Asistentes con
dedicada orientación de éxito para sus carreras, con sesio
Hello tech@.
This one being discovered by Roman Kravchuk using Kannel port (see
https://github.com/jasperla/openbsd-wip/tree/master/net/kannel).
While stress testing, Kannel components die with
Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 1006387]
0x0cb33345cf6e
Hi,
Hope you are doing well.
I was expecting your response on my email detailed below.
Let me know if you are interested and we can discuss this further.
Kind regards
Jak
Business development Manager
_
From: i...@clickrapid.in [mailto:i...@clickrapid.in]
Sent: Monday, September 17, 20
Auditoría Avanzada
Panamá 27 de Septiembre de 2012
Sheraton Panama Hotel & Convention Center
La Auditoría Interna está experimentando una significativa transformación.
Está cambiando de la auditoría de actividades, sistemas y controles de cada
unidad dentro de una empresa para alcanzar la eficienc
diff looks good to me. ok mikeb
On Tue, Sep 18, 2012 at 12:49 +0200, Gerhard Roth wrote:
> Hi,
>
> we observed mysterious panics while stopping vr interfaces. This was due
> to vr_stop() trying to stop the transfers but then not waiting for them
> to really finish but rather remove their DMA buf
Hi,
we observed mysterious panics while stopping vr interfaces. This was due
to vr_stop() trying to stop the transfers but then not waiting for them
to really finish but rather remove their DMA buffer mappings immediately.
The patch below uses a loop that was copied from vr_setcfg() (!IFM_ACTIVE)
24 matches
Mail list logo