> > > Obviously, our locale support still sucks, this patch is mostly
> > > providing the API for filling the blanks later.
>
> Which blanks exactly? Locale features we don't have, such as collation?
Yes. The features why for example PostgreSQL won't sort tables
correctly, which if you live in
Hopefully the third time does the charm.
The previous union approach to altq/newq bits was wrong, because
switching back and forth was racy. This new diff then concatenates
these structures like [ifqueue, hfsc_if, altq-bits], has some better
names, doesn't need renaming stuff in the old code (it
Remove #define DEBUG in octeon kernel. Breaks build if building
the kernel with DEBUG set in config.
Index: octeon/machdep.c
===
RCS file: /cvs/src/sys/arch/octeon/octeon/machdep.c,v
retrieving revision 1.41
diff -u -b -w -p -r1.41 ma
> Le 20/10/2013 18:05, Theo de Raadt a écrit :
> >> Le 20/10/2013 16:53, Theo de Raadt a écrit :
> when the kernel loads an ELF binary, it will also load its interpreter.
> The kernel checks the rights of the interpreter, that way:
>
> if ((error = VOP_ACCESS(vp, VREAD, p->p_uc
> >>> It should check with VEXEC instead of VREAD. Interpreters get executed,
> >>> so they have to be executable; a read-only interpreter shouldn't be
> >>> loaded by the kernel.
> >>
> >> I am not sure I agree on this.
> >>
> >
> > Why?
>
> How is loading the interpreter different than loading
On 10/20 03:52, Martin Pieuchot wrote:
> Hi Jeremy,
>
> On 18/10/13(Fri) 09:11, Jeremy Evans wrote:
> > This was originally submitted by Joe Gidi in November 2010, based on a
> > FreeBSD commit by Ed Schouten from back in December 2005. See
> > http://marc.info/?l=openbsd-tech&m=128924886803756&w
Le 20/10/2013 18:05, Theo de Raadt a écrit :
Le 20/10/2013 16:53, Theo de Raadt a écrit :
when the kernel loads an ELF binary, it will also load its interpreter.
The kernel checks the rights of the interpreter, that way:
if ((error = VOP_ACCESS(vp, VREAD, p->p_ucred, p)) != 0)
On Sun, Oct 20, 2013 at 18:00, Maxime Villard wrote:
>>> It should check with VEXEC instead of VREAD. Interpreters get executed,
>>> so they have to be executable; a read-only interpreter shouldn't be
>>> loaded by the kernel.
>>
>> I am not sure I agree on this.
>>
>
> Why?
How is loading the i
> Le 20/10/2013 16:53, Theo de Raadt a écrit :
> >> when the kernel loads an ELF binary, it will also load its interpreter.
> >> The kernel checks the rights of the interpreter, that way:
> >>
> >>if ((error = VOP_ACCESS(vp, VREAD, p->p_ucred, p)) != 0)
> >>goto bad1;
> >>
> >> It s
Le 20/10/2013 16:53, Theo de Raadt a écrit :
when the kernel loads an ELF binary, it will also load its interpreter.
The kernel checks the rights of the interpreter, that way:
if ((error = VOP_ACCESS(vp, VREAD, p->p_ucred, p)) != 0)
goto bad1;
It should check with VEXEC
> when the kernel loads an ELF binary, it will also load its interpreter.
> The kernel checks the rights of the interpreter, that way:
>
> if ((error = VOP_ACCESS(vp, VREAD, p->p_ucred, p)) != 0)
> goto bad1;
>
> It should check with VEXEC instead of VREAD. Interpreters get ex
On Fri, 18 Oct 2013 09:11:05 -0700
"Jeremy Evans" wrote:
> Tested on amd64 using usbhidctl and some SDL-based emulators
> (mednafen, snes9x-gtk, desmume). The controller works fine except
> that the directional pad is not processed as a hat but as a series of
> buttons (that usbhidctl sees but S
Hi,
when the kernel loads an ELF binary, it will also load its interpreter.
The kernel checks the rights of the interpreter, that way:
if ((error = VOP_ACCESS(vp, VREAD, p->p_ucred, p)) != 0)
goto bad1;
It should check with VEXEC instead of VREAD. Interpreters get executed
Hi Jeremy,
On 18/10/13(Fri) 09:11, Jeremy Evans wrote:
> This was originally submitted by Joe Gidi in November 2010, based on a
> FreeBSD commit by Ed Schouten from back in December 2005. See
> http://marc.info/?l=openbsd-tech&m=128924886803756&w=2 for previous
> thread. The only comment was fro
On Sat, Oct 19, 2013 at 09:26:47PM -0700, Philip Guenther wrote:
> On Tue, 15 Oct 2013, Martin Pelikan wrote:
> > Obviously, our locale support still sucks, this patch is mostly
> > providing the API for filling the blanks later.
Which blanks exactly? Locale features we don't have, such as collat
On Sat, 19 Oct 2013 20:07:59 -0700, Philip Guenther wrote:
>On Sat, Oct 19, 2013 at 7:34 PM, J Drivdal wrote:
>> /bin/date -r stops at 2038 with i386.
>> File: src/bin/date/date.c
>
>Thanks. Committed
>
>
>Philip Guenther
>
Wow!
I knew about that ages ago but I assumed that Theo had decided th
16 matches
Mail list logo