On Thu, August 6, 2020 9:12 pm, Thomas Levine wrote:
> The present patch changes the rc.subr(8) manual page to match
> the implementation.
>
> The current manual page for rc.subr(8) says that $pexp is "A regular
> expression to be passed to pgrep(1) in order to find the desired process
> or to be p
The present patch changes the rc.subr(8) manual page to match
the implementation.
The current manual page for rc.subr(8) says that $pexp is "A regular
expression to be passed to pgrep(1) in order to find the desired process
or to be passed to pkill(1) to stop it."
The file /etc/rc.d/rc.subr curre
Hi,
in addition to what Bryan said...
This message is wildly off-topic on tech@.
If you reply, please reply to misc@.
Quoting from https://www.openbsd.org/mail.html (please read that!):
Developer lists:
[...]
tech@openbsd.org
Discussion of technical topics for OpenBSD developers and adv
On Thu, Aug 06, 2020 at 02:16:11PM -0700, jo...@armadilloaerospace.com wrote:
> I tried to mount a 12TB USB drive, and was getting an "Inappropriate
> file type or format" error.
>
> It turned out to be due to exFAT formatting, but it took me some
> investigating to figure that out. Would it be r
I tried to mount a 12TB USB drive, and was getting an "Inappropriate
file type or format" error.
It turned out to be due to exFAT formatting, but it took me some
investigating to figure that out. Would it be reasonable to have the
kernel print a more informative warning like "exFAT filesystem not
Length checks should generally be done before the dereference :-)
OK millert@
- todd
>From CheriBSD, via FreeBSD:
| Avoid reading one byte before the path buffer.
|
| This happens when there's only one component (e.g. "/foo"). This
| (mostly-harmless) bug has been present since June 1990 when it was
| commited to mountd.c SCCS version 5.9.
|
| Note: the bug is on the second chan
On Thu, Aug 06, 2020 at 01:25:14PM +0200, Martin Pieuchot wrote:
> On 05/08/20(Wed) 12:50, Vitaliy Makkoveev wrote:
> > pipex(4) and pppx(4) are ready to became a little bit more MP capable.
> > Diff below moves pppx(4) related `ifnet' out of KERNEL_LOCK().
>
> Nice, one comment below.
>
> > Inde
On 05/08/20(Wed) 12:50, Vitaliy Makkoveev wrote:
> pipex(4) and pppx(4) are ready to became a little bit more MP capable.
> Diff below moves pppx(4) related `ifnet' out of KERNEL_LOCK().
Nice, one comment below.
> Index: sys/net/if_pppx.c
>
