Re: malloc flags: even more strict 'S'

2011-07-12 Thread Ariane van der Steldt
On Tue, Jul 12, 2011 at 08:37:16PM +0200, Otto Moerbeek wrote: > On Tue, Jul 12, 2011 at 08:24:34PM +0200, Ariane van der Steldt wrote: > > On Tue, Jul 12, 2011 at 01:23:52PM +0200, Otto Moerbeek wrote: > > > at the cost of some speed, reduce the malloc cache size to 0 with > > > flag 'S'. This me

Re: Shouldn't call munmap(2) if mmap(2) failed in catopen(3)

2011-07-12 Thread Ariane van der Steldt
On Tue, Jul 12, 2011 at 02:10:07PM -0700, Matthew Dempsky wrote: > ok? ok ariane@ > Index: catopen.c > === > RCS file: /home/mdempsky/anoncvs/cvs/src/lib/libc/nls/catopen.c,v > retrieving revision 1.13 > diff -U5 -p -r1.13 catopen.c

Re: OpenBSD 4.9 iked (Ikev2)

2011-07-12 Thread Mike Belopuhov
no. On Tue, Jul 12, 2011 at 1:47 PM, Gaurav Kansal wrote: > Hi > > Is there a list available of supported/missing features in iked? > > Regards, > Gaurav Kansal

Re: Expose openat(2), etc in libc

2011-07-12 Thread Matthew Dempsky
On Tue, Jul 12, 2011 at 10:45:00PM +, Christian Weisgerber wrote: > The test does > > ln -s conftest.no-such conftest.dangle > > and then runs this program: > > ---> > #include > #include > #include > #include > #include > int > main () > { > return (fchownat (AT_FDCWD,

Re: Expose openat(2), etc in libc

2011-07-12 Thread Ted Unangst
On Tue, Jul 12, 2011, Christian Weisgerber wrote: > Matthew Dempsky wrote: > >> Now that all of the new AT_* flags are supported, it's okay to expose >> openat(2), etc. in libc. > > ... revealing that the gnulib configure tests think that our > fchownat() is broken. fix: Index: vfs_syscalls.c =

Re: Expose openat(2), etc in libc

2011-07-12 Thread Christian Weisgerber
Matthew Dempsky wrote: > Now that all of the new AT_* flags are supported, it's okay to expose > openat(2), etc. in libc. ... revealing that the gnulib configure tests think that our fchownat() is broken. The test does ln -s conftest.no-such conftest.dangle and then runs this program:

Re: Shouldn't call munmap(2) if mmap(2) failed in catopen(3)

2011-07-12 Thread Damien Miller
ok djm@ On Tue, 12 Jul 2011, Matthew Dempsky wrote: > ok? > > Index: catopen.c > === > RCS file: /home/mdempsky/anoncvs/cvs/src/lib/libc/nls/catopen.c,v > retrieving revision 1.13 > diff -U5 -p -r1.13 catopen.c > --- catopen.c 26 Ju

Shouldn't call munmap(2) if mmap(2) failed in catopen(3)

2011-07-12 Thread Matthew Dempsky
ok? Index: catopen.c === RCS file: /home/mdempsky/anoncvs/cvs/src/lib/libc/nls/catopen.c,v retrieving revision 1.13 diff -U5 -p -r1.13 catopen.c --- catopen.c 26 Jun 2008 05:42:05 - 1.13 +++ catopen.c 12 Jul 2011 21:05:47

Re: malloc flags: even more strict 'S'

2011-07-12 Thread Otto Moerbeek
On Tue, Jul 12, 2011 at 08:24:34PM +0200, Ariane van der Steldt wrote: > On Tue, Jul 12, 2011 at 01:23:52PM +0200, Otto Moerbeek wrote: > > at the cost of some speed, reduce the malloc cache size to 0 with > > flag 'S'. This means that pages that become free will be unmapped asap. > > This detect

Re: utrace(2)

2011-07-12 Thread Ariane van der Steldt
On Tue, Jul 12, 2011 at 05:52:09PM +0200, Otto Moerbeek wrote: > The diff below implements utrace(2), a syscall to introduce data into > a ktrace stream from a userland program. > > The interface is taken from netbsd, freebsd also has a utrace(2) > syscall, but lacks the label argument. > > You

Re: malloc flags: even more strict 'S'

2011-07-12 Thread Ariane van der Steldt
On Tue, Jul 12, 2011 at 01:23:52PM +0200, Otto Moerbeek wrote: > at the cost of some speed, reduce the malloc cache size to 0 with > flag 'S'. This means that pages that become free will be unmapped asap. > This detects more use-after-free bugs. The slowdown is because of more > unmap/mmap calls.

Re: Support for AT_REMOVEDIR

2011-07-12 Thread Matthew Dempsky
Still awaiting feedback on this diff. On Fri, Jul 08, 2011 at 03:13:32AM -0700, Matthew Dempsky wrote: > I missed one flag: AT_REMOVEDIR. This makes unlinkat() behave the > same as rmdir(), and the diff below changes sys_rmdir() to call > dounlinkat() using it. > > Here's how to read this diff a

Re: utrace(2)

2011-07-12 Thread Matthew Dempsky
On Tue, Jul 12, 2011 at 09:31:37AM -0700, Philip Guenther wrote: > Hmm, if a process calls utrace() with a kernel that doesn't have > KTRACE defined, should it really kill the process (SIGSYS) or just do > nothing? (Just pondering a day when ld.so or libc calls utrace(). > Don't want to have to ad

Re: utrace(2)

2011-07-12 Thread Philip Guenther
On Tue, Jul 12, 2011 at 8:52 AM, Otto Moerbeek wrote: ... > diff -u -p -r1.117 syscalls.master > --- sys/kern/syscalls.master9 Jul 2011 05:46:26 - 1.117 > +++ sys/kern/syscalls.master12 Jul 2011 14:59:03 - > @@ -572,3 +572,9 @@ >int flag); } > 326

Re: utrace(2)

2011-07-12 Thread Ted Unangst
On Tue, Jul 12, 2011, Otto Moerbeek wrote: > The diff below implements utrace(2), a syscall to introduce data into > a ktrace stream from a userland program. > Index: sys/kern/kern_ktrace.c > === > RCS file: /cvs/src/sys/kern/kern_kt

utrace(2)

2011-07-12 Thread Otto Moerbeek
Hi, The diff below implements utrace(2), a syscall to introduce data into a ktrace stream from a userland program. The interface is taken from netbsd, freebsd also has a utrace(2) syscall, but lacks the label argument. You could uise this as a debugging aid, to get tarce information intermixed

Re: malloc flags: even more strict 'S'

2011-07-12 Thread Kenneth R Westerback
On Tue, Jul 12, 2011 at 01:23:52PM +0200, Otto Moerbeek wrote: > Hi, > > at the cost of some speed, reduce the malloc cache size to 0 with > flag 'S'. This means that pages that become free will be unmapped asap. > This detects more use-after-free bugs. The slowdown is because of more > unmap/mma

Re: -n support for syslogc(8)

2011-07-12 Thread Stuart Henderson
On 2011/07/12 12:46, Stuart Henderson wrote: > As suggested by Theo, also handle syslogc -nnn (like tail does). > Code borrowed from tail with some changes as syslogc only deals with > lines (and I see no need to extend that). Updated manual (I meant to use 'lines' instead of the 'number' which I

Re: malloc flags: even more strict 'S'

2011-07-12 Thread David Gwynne
i like this. On 12/07/2011, at 9:23 PM, Otto Moerbeek wrote: > Hi, > > at the cost of some speed, reduce the malloc cache size to 0 with > flag 'S'. This means that pages that become free will be unmapped asap. > This detects more use-after-free bugs. The slowdown is because of more > unmap/mma

Botellitas shampoo conditioner etc impresas a todo color con su logotipo

2011-07-12 Thread AMENITIE SOLUTIONS
Un surtido de Botellitas desde 30 cc , 45 cc y 50 cc varios modelos Se las imprimimos a todo color en transparente , y los contenidos que le ofrecemos son: SHAMPOO , SHAMPOO DUO , CONDITIONER Y GEL DE BANO CANTIDADES DE COMPRA SUPER ACCESIBLES . SOLICITE LISTA DE PRECIOS Y CATALOGO . Ameniti

TV Led y Cámaras Digitales - Importador Directo

2011-07-12 Thread DigitalesNet
Atención telefónica de lúnes a viernes de 14 a 18 hsTV Led Samsung 40 Pulgadas Modelo UN40D6450 Lentes 3DUSD 2100TV Led Samsung55 Pulgadas Modelo UN55D6450 Lentes 3DUSD 4200TV Led Samsung 40 Pulgadas Modelo UN46D6050 Nuevo USD 2599Consulte por Nikon P300, P500 y filmadoras Sony CX150, C160, XR160Ne

OpenBSD 4.9 iked (Ikev2)

2011-07-12 Thread Gaurav Kansal
Hi Is there a list available of supported/missing features in iked? Regards, Gaurav Kansal

Re: -n support for syslogc(8)

2011-07-12 Thread Stuart Henderson
As suggested by Theo, also handle syslogc -nnn (like tail does). Code borrowed from tail with some changes as syslogc only deals with lines (and I see no need to extend that). Index: syslogc.8 === RCS file: /cvs/src/usr.sbin/syslogc/s

Re: malloc flags: even more strict 'S'

2011-07-12 Thread Paul Irofti
On Tue, Jul 12, 2011 at 01:23:52PM +0200, Otto Moerbeek wrote: > Hi, > > at the cost of some speed, reduce the malloc cache size to 0 with > flag 'S'. This means that pages that become free will be unmapped asap. > This detects more use-after-free bugs. The slowdown is because of more > unmap/mma

malloc flags: even more strict 'S'

2011-07-12 Thread Otto Moerbeek
Hi, at the cost of some speed, reduce the malloc cache size to 0 with flag 'S'. This means that pages that become free will be unmapped asap. This detects more use-after-free bugs. The slowdown is because of more unmap/mmap calls. ok? -Otto Index: malloc.c