Hi,
Posix says that mmap(2)ing 0 bytes is bad and furthermore, our subsystem
is not written to support this (because there is no difference between
no allocation and a 0-byte allocation).
Strictly speaking, mmap(2) is to return EINVAL for 0 byte allocations
and I intend to get that into the kernel
On Sat, Jan 07, 2012 at 11:30:59AM +, Stuart Henderson wrote:
> Can anyone suggest reasons for a firewall doing this? Happened a few
> times to this machine, first on i386 GENERIC from May 3, now on Dec 9th.
> panic: pmap_remove_ptes: unmanaged page marked PG_PVLIST, va = 0x56c5000, pa
> = 0x
On Fri, 06 Jan 2012 23:51:28 +0100, Ariane van der Steldt
wrote:
Hi,
I found and fixed the i386 bug. Please test this, to confirm that it
fixes the problem (and doesn't introduce anything else, ofcourse).
(vmmap_sys relative to /usr/src/sys, vmmap_userland relative to /usr/src)
New version
Oh My God, I just know that we have the same friend
http://pehutt.zoomshare.com/files/photos.htm
from misc:
Rafal Bisingier(ra...@man.poznan.pl) on 2012.01.05 09:21:16 +0100:
> Just replace "to any" to "to self". Should do what you want.
>
> > I have read PF manual but not found any possibility to tell pf "to
> > LOCAL-HOST". I have search with google but no relevant articles found,
> > may
On Sat, Jan 07, 2012 at 03:29:40PM +0100, Tobias Ulmer wrote:
> After typing 'transferring' wrong one time too many...
>
> I didn't touch gcc, binutils, bind, lynx, kerberos, openssl or perl on
> purpose.
>
ok by me.
jmc
> Index: lib/libsndio/sio_sun.c
>
After typing 'transferring' wrong one time too many...
I didn't touch gcc, binutils, bind, lynx, kerberos, openssl or perl on
purpose.
Index: lib/libsndio/sio_sun.c
===
RCS file: /home/vcs/cvs/openbsd/src/lib/libsndio/sio_sun.c,v
ret
Can anyone suggest reasons for a firewall doing this? Happened a few
times to this machine, first on i386 GENERIC from May 3, now on Dec 9th.
[-- MARK -- Fri Jan 6 22:00:00 2012]
[-- MARK -- Fri Jan 6 23:00:00 2012]
[-- MARK -- Sat Jan 7 00:00:00 2012]
[-- MARK -- Sat Jan 7 01:00:00 2012]
[--