Re: pthread bug

2014-09-18 Thread Matti Karnaattu
>It's broken code: PTHREAD_ONCE_INIT is only required to be an >initializer, not a value. Ok, thanks.

Re: pthread bug

2014-09-18 Thread Matti Karnaattu
Oh, I forgot to mention that I'm running current and I have this error few days ago too. man/pthread_once.3 says that this is ok but looks like something is missing from headers. -Matti 2014-09-19 1:33 GMT+03:00 Matti Karnaattu : > This doesn't compile: > > #include > > pthread_once_t once_con

[no subject]

2014-09-18 Thread bytevolcano
Yes. As it would seem, that was unintentional, possibly caused by a bad merge. I didn't pick this up as it worked on my system. It was thanks to Otto's messae re parsing changes that I managed to pick that up. I am working on a new diff which will be released some time within the next few hours

Re: pthread bug

2014-09-18 Thread Philip Guenther
On Thu, Sep 18, 2014 at 3:33 PM, Matti Karnaattu wrote: > This doesn't compile: It's broken code: PTHREAD_ONCE_INIT is only required to be an initializer, not a value. Philip Guenther

pthread bug

2014-09-18 Thread Matti Karnaattu
This doesn't compile: #include pthread_once_t once_control; int main() { pthread_t new_thread; once_control = PTHREAD_ONCE_INIT; return 1; }

Re: Fix for POSIX conformance issue

2014-09-18 Thread Matti Karnaattu
I also noticed that these uses too setpgrp: binutils/gdb sendmail perl But these are imported so changing may make maintenance harder. However, these uses setpgrp: /usr.bin/sudo/logging.c /usr.sbin/amd/amd/amd.c: /usr.sbin/mrouted/main.c ..but looks like compiler skips it so it may be better

Re: Fix for POSIX conformance issue

2014-09-18 Thread Matti Karnaattu
>Lots of obsolete things were never added, so it makes no sense to add >them now. Ok. I didn't check old releases. I assumed that these features were removed, so that is my fault. This can be defined that old features are kept for backwards compatibility reasons, as long as it is a standard compl

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

2014-09-18 Thread Alexander Hall
On September 18, 2014 9:40:44 AM CEST, bytevolc...@safe-mail.net wrote: >This patch adds an option "-t template" to mount_tmpfs, which >populates the new tmpfs volume with a directory >immediately after creation. > >Man page update included for explanation. > >Much of the code was grafted from ne

Re: Fix for POSIX conformance issue

2014-09-18 Thread Ted Unangst
On Thu, Sep 18, 2014 at 13:03, Matti Karnaattu wrote: >>No, it just shouldn't be present when a conforming environment is >>requested. I've fixed to exclude it when you ask for an >>XSI conforming environment by building with _XOPEN_SOURCE defined. >>(Not sure what about you're referring to ther

Re: [PATCH] Option for mount_tmpfs to populate the volume aftercreation.

2014-09-18 Thread bytevolcano
Original Message From: Otto Moerbeek To: bytevolc...@safe-mail.net Cc: tech@openbsd.org Subject: Re: [PATCH] Option for mount_tmpfs to populate the volume aftercreation. Date: Thu, 18 Sep 2014 10:54:34 +0200 > On Thu, Sep 18, 2014 at 08:40:44AM +0100, bytevolc...@safe-mail.net

Re: Fix for POSIX conformance issue

2014-09-18 Thread Matti Karnaattu
>No, it just shouldn't be present when a conforming environment is >requested. I've fixed to exclude it when you ask for an >XSI conforming environment by building with _XOPEN_SOURCE defined. >(Not sure what about you're referring to there...) http://pubs.opengroup.org/onlinepubs/9699919799/bas

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

2014-09-18 Thread bytevolcano
>In the mount_tmpfs.8 diff, you talk about mfs... :) > >Landry Serves me right for coding while I'm sick. Revised diffbelow: Index: mount_tmpfs.8 === RCS file: /cvs/src/sbin/mount_tmpfs/mount_tmpfs.8,v retrieving revision 1.3 dif

allow large bpf writes

2014-09-18 Thread David Gwynne
now that we have large clusters, we can easily support packets up to 64k in length. is there doco i have to update? ok? Index: bpf.c === RCS file: /cvs/src/sys/net/bpf.c,v retrieving revision 1.103 diff -u -p -r1.103 bpf.c --- bpf.

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

2014-09-18 Thread Otto Moerbeek
On Thu, Sep 18, 2014 at 08:40:44AM +0100, bytevolc...@safe-mail.net wrote: > This patch adds an option "-t template" to mount_tmpfs, which > populates the new tmpfs volume with a directory > immediately after creation. > > Man page update included for explanation. > > Much of the code was grafte

Re: [PATCH] Option for mount_tmpfs to populate the volume after creation.

2014-09-18 Thread Landry Breuil
On Thu, Sep 18, 2014 at 08:40:44AM +0100, bytevolc...@safe-mail.net wrote: > This patch adds an option "-t template" to mount_tmpfs, which > populates the new tmpfs volume with a directory > immediately after creation. > > Man page update included for explanation. > > Much of the code was grafted

[PATCH] Option for mount_tmpfs to populate the volume after creation.

2014-09-18 Thread bytevolcano
This patch adds an option "-t template" to mount_tmpfs, which populates the new tmpfs volume with a directory immediately after creation. Man page update included for explanation. Much of the code was grafted from newfs which implements this for mount_mfs ("-P" option). Suggestions, fixes, criti