[PATCH] Libc: change strmode to use mode_t

2021-06-28 Thread Seija K.
Here, we define mode_t so we can use it as the argument type in string.h diff --git a/include/string.h b/include/string.h index 9141c34..482fa275d53 100644 --- a/include/string.h +++ b/include/string.h @@ -119,6 +119,12 @@ size_t strxfrm_l(char *__restrict, const char *__restrict,

Re: log reason when a packet causes pf to add an IP to a table ?

2021-06-28 Thread Klemens Nanni
On Mon, Jun 28, 2021 at 06:38:21PM +0200, Matthieu Herrb wrote: > I have rules like this one on the firewalls I manage: > > pass in on $in_if proto tcp from any to port ssh \ > flags S/SA keep state \ > (source-track rule, max-src-states 30, max-src-conn 20, \ >

log reason when a packet causes pf to add an IP to a table ?

2021-06-28 Thread Matthieu Herrb
Hi I have rules like this one on the firewalls I manage: pass in on $in_if proto tcp from any to port ssh \ flags S/SA keep state \ (source-track rule, max-src-states 30, max-src-conn 20, \ max-src-conn-rate 15/30, overload flush global) block log from

Issue with /bin/sh and IFS

2021-06-28 Thread Chris Pinnock
Hi In looking at some shell code that counts %’s in strings, I discovered this small discrepancy in OpenBSD’s shell. I’m not sure if this is a bug or expected behaviour so thought I would ask here. It seems to be the way set is used. This shell script tickles the issue. The difference being

Re: yes(1): bypass stdio to improve throughput

2021-06-28 Thread Greg Steuck
Scott Cheloha writes: > No, no, I'm not being serious. Sorry. :) > > The throughput improvement with such a small code change is > interesting though. The interesting and serious question is whether there's something suboptimal in stdio buffering which can be cheaply improved. It seems

Re: Issue with /bin/sh and IFS

2021-06-28 Thread Reuben ua Bríġ
> Date: Mon, 28 Jun 2021 11:28:58 +0100 > From: Chris Pinnock > I’m not sure if this is a bug or expected behaviour so thought I > would ask here. src/bin/ksh/NOTES says: - field splitting (IFS): ksh88/ksh93 strip leading non-white space IFS chars, pdksh (and POSIX, I think) leave

Re: tcpdump: print 802.11 sequence numbers properly

2021-06-28 Thread Jeremie Courreges-Anglas
On Mon, Jun 28 2021, Stefan Sperling wrote: > tcpdump -e -v -y IEEE802_11_RADIO currently prints sequence number > and fragment number as a combined decimal value. > > This patch makes tcpdump display these values separately which is a lot > easier to follow along as packets scroll by. > > ok?

Re: [RFC] strcpys(): New function for copying strings safely

2021-06-28 Thread Alejandro Colomar (man-pages)
On 6/28/21 1:32 PM, Alejandro Colomar (man-pages) wrote: The other use is where you want a sequence of: len *= str_copy(dest + len, dest_len - len, src); But don't really want to test for overflow after each call. This is a legitimate use of strscpy().  Please, add it to glibc, as there

Re: [RFC] strcpys(): New function for copying strings safely

2021-06-28 Thread Alejandro Colomar (man-pages)
Hello David, On 6/28/21 10:15 AM, David Laight wrote: From: Alejandro Colomar Sent: 27 June 2021 20:47 On 6/27/21 9:26 PM, Alejandro Colomar (man-pages) wrote: It is designed so that usage requires the minimum number of lines of code for complete usage (including error handling checks): [[

Re: uao references & uao_swap_off() cleanup

2021-06-28 Thread Martin Pieuchot
On 23/06/21(Wed) 23:03, Jonathan Matthew wrote: > On Wed, Jun 23, 2021 at 09:37:10AM +0200, Martin Pieuchot wrote: > > On 16/06/21(Wed) 11:26, Martin Pieuchot wrote: > > > Diff below does two things: > > > > > > - Use atomic operations for incrementing/decrementing references of > > > anonymous

Re: tcpdump: print 802.11 sequence numbers properly

2021-06-28 Thread Klemens Nanni
On Mon, Jun 28, 2021 at 11:46:37AM +0200, Stefan Sperling wrote: > tcpdump -e -v -y IEEE802_11_RADIO currently prints sequence number > and fragment number as a combined decimal value. > > This patch makes tcpdump display these values separately which is a lot > easier to follow along as packets

tcpdump: print 802.11 sequence numbers properly

2021-06-28 Thread Stefan Sperling
tcpdump -e -v -y IEEE802_11_RADIO currently prints sequence number and fragment number as a combined decimal value. This patch makes tcpdump display these values separately which is a lot easier to follow along as packets scroll by. ok? diff 18a81a05d6e3098eadc4b5e23d6656377f87591a /usr/src