Re: preparing pfi_kif to MP world

On 29/10/15(Thu) 13:32, Mike Belopuhov wrote: > On Thu, Oct 29, 2015 at 11:58 +0100, Martin Pieuchot wrote: > > On 29/10/15(Thu) 02:49, Mike Belopuhov wrote: > > > On 28 October 2015 at 18:41, Alexandr Nedvedicky > > > wrote: > > > > Hello Mike, > > > > > > > >

bank-donation.html SEPA BIC format error

so diffs go to tech@? even that one? Reason: the electronic banking form of my bank does not like the formatting of the BIC number. Possibly others have different experiences... (In the SWIFT column the proposed formatting is already used.) Bye, Marcus Index: bank-donation.html

Re: preparing pfi_kif to MP world

On Thu, Oct 29, 2015 at 11:58 +0100, Martin Pieuchot wrote: > On 29/10/15(Thu) 02:49, Mike Belopuhov wrote: > > On 28 October 2015 at 18:41, Alexandr Nedvedicky > > wrote: > > > Hello Mike, > > > > > > just a quick question: > > > > > > are you going to

Re: ntpd doesn't work with -sv - syscall 5

On Thu, Oct 29, 2015 at 12:17:15PM +0200, Gregory Edigarov wrote: > Hello > > ntpd_flags=-sv > > Oct 29 11:19:32 lbld12 /bsd: ntpd(15132): syscall 5 > Oct 29 11:19:32 lbld12 ntpd[697]: ntp_dispatch_imsg in ntp engine: pipe > closed > Oct 29 11:19:32 lbld12 ntpd[10730]: dispatch_imsg in main:

Re: calloc -> malloc in get_data() and get_string()

Michael McConville(mm...@mykolab.com) on 2015.10.28 12:05:24 -0400: > Relayd, httpd, and ntpd define the functions get_data() and > get_string(). Both call calloc and then immediately memcpy. Calloc's > zeroing isn't optimized out. These functions are called in network data > paths in at least a

Stop using rt_ifp in nd6*

When we already had a valid ``ifp'' I used it. Since defrouter_lookup() is only doing a comparison, let's use interface indexes. ok? Index: netinet6/nd6.c === RCS file: /cvs/src/sys/netinet6/nd6.c,v retrieving revision 1.166 diff

rt_ifix for ip6_forward()

Stop using rt_ifp in this function. ok? Index: netinet6/ip6_forward.c === RCS file: /cvs/src/sys/netinet6/ip6_forward.c,v retrieving revision 1.85 diff -u -p -r1.85 ip6_forward.c --- netinet6/ip6_forward.c 28 Oct 2015 12:14:25

upgrade58.html - remove tip(1)

Hi! I guess, if tip(1) has been removed, this is correct: --- upgrade58.html.orig 2015-10-29 16:56:17.577783347 +0100 +++ upgrade58.html 2015-10-29 16:56:40.686678568 +0100 @@ -436,6 +436,7 @@ rm -f /usr/bin/sudo /usr/bin/sudoedit /u rm -f /usr/share/man/man8/sudo.8

Re: ntpd doesn't work with -sv - syscall 5

Gregory Edigarov wrote: > ntpd_flags=-sv > > Oct 29 11:19:32 lbld12 /bsd: ntpd(15132): syscall 5 > Oct 29 11:19:32 lbld12 ntpd[697]: ntp_dispatch_imsg in ntp engine: pipe > closed > Oct 29 11:19:32 lbld12 ntpd[10730]: dispatch_imsg in main: pipe closed > > Without flags everithing works. We at

Re: ntpd doesn't work with -sv - syscall 5

On 10/29/2015 06:29 PM, Michael McConville wrote: Gregory Edigarov wrote: ntpd_flags=-sv Oct 29 11:19:32 lbld12 /bsd: ntpd(15132): syscall 5 Oct 29 11:19:32 lbld12 ntpd[697]: ntp_dispatch_imsg in ntp engine: pipe closed Oct 29 11:19:32 lbld12 ntpd[10730]: dispatch_imsg in main: pipe closed

Re: pledge idea

On Thu, Oct 29, 2015 at 04:32:25PM +, Peter J. Philipp wrote: > Hi deraadt, > > I know you know I don't code well, but in order to show you what's on my > mind I had to write code, I took the bsearch() from the ieee80211 code, so > perhaps there is a better way (like always) perhaps to unify

pledge idea

Hi deraadt, I know you know I don't code well, but in order to show you what's on my mind I had to write code, I took the bsearch() from the ieee80211 code, so perhaps there is a better way (like always) perhaps to unify the function between these two areas. The reason I did this is to save on

Re: calloc -> malloc in get_data() and get_string()

Sebastian Benoit wrote: > Michael McConville(mm...@mykolab.com) on 2015.10.28 12:05:24 -0400: > > Relayd, httpd, and ntpd define the functions get_data() and > > get_string(). Both call calloc and then immediately memcpy. Calloc's > > zeroing isn't optimized out. These functions are called in

Re: pledge idea

On 10/29/15 18:51, Reyk Floeter wrote: > On Thu, Oct 29, 2015 at 04:32:25PM +, Peter J. Philipp wrote: >> Hi deraadt, >> >> I know you know I don't code well, but in order to show you what's on my >> mind I had to write code, I took the bsearch() from the ieee80211 code, so >> perhaps there

Re: __predict_false for pledge

Ted Unangst wrote: > Michael McConville wrote: > > Ted Unangst wrote: > > > Michael McConville wrote: > > > > We have a pretty strong guarantee that it can only happen once > > > > per process... > > > > > > I don't think this really matters. What does it do to the > > > assmembly, and how does

Finally use ksh's areallocarray()

With help from Theo Buehler. ok? Index: c_sh.c === RCS file: /cvs/src/bin/ksh/c_sh.c,v retrieving revision 1.53 diff -u -p -r1.53 c_sh.c --- c_sh.c 21 Oct 2015 15:20:37 - 1.53 +++ c_sh.c 29 Oct 2015 18:15:25 -

Re: [patch] tcpdump - better BGP UPDATE AS_PATH size calculations

On Tue, Oct 27, 2015 at 12:59:20AM -0600, Kevin Reay wrote: > I did add an additional check for "zero" ASNs to the 2-byte default, > inspired by a quick glance at Wireshark's heuristics. I now flip > through each segment's ASNs inside of bgp_attr_get_as_size(), looking > for any zero-value 16bit

Re: cron: get rid of strcmp_until

On Wed, 28 Oct 2015 14:52:21 -0600, "Todd C. Miller" wrote: > It was only used in env_set(). I've also removed the useless > FACILITY define and fixed a sizeof(). New diff that converts env_get() into env_find() and uses it similarly to how __findenv() is used in libc. It's less code that way.

cron: use vis() instead of home-grown version for logs

Cron has a homegrown vis-like function for logging commands. We have vis(3) so let's use it instead... - todd Index: do_command.c === RCS file: /cvs/src/usr.sbin/cron/do_command.c,v retrieving revision 1.50 diff -u -p -u -r1.50

Re: Finally use ksh's areallocarray()

Like it, ok nicm On Thu, Oct 29, 2015 at 02:25:10PM -0400, Michael McConville wrote: > With help from Theo Buehler. ok? > > > Index: c_sh.c > === > RCS file: /cvs/src/bin/ksh/c_sh.c,v > retrieving revision 1.53 > diff -u -p -r1.53

Re: Unable to run 'crontab -e' on recent snapshots

I've added "proc" permissions to crontab so it can fork the editor. - todd

Re: preparing pfi_kif to MP world

Hello, On Fri, Oct 16, 2015 at 01:51:31PM +0200, Alexandr Nedvedicky wrote: > On Fri, Oct 16, 2015 at 01:41:50PM +0200, Mike Belopuhov wrote: > > On 16 October 2015 at 13:28, Alexandr Nedvedicky > > wrote: > > > > > > may be it's kind of bike shading... > > > How

Unable to run 'crontab -e' on recent snapshots

Hi all, While running recent snapshots, I am no longer able to edit my crontab: $ crontab -e Abort trap The end of dmesg: crontab(17903): syscall 2 "proc" BTW, displaying and installing the crontab, i.e.: $ crontab -l | ssh machine crontab - works just fine on both machines.

Re: cron: use vis() instead of home-grown version for logs

ok nicm On Thu, Oct 29, 2015 at 03:35:42PM -0600, Todd C. Miller wrote: > Cron has a homegrown vis-like function for logging commands. > We have vis(3) so let's use it instead... > > - todd > > Index: do_command.c > === > RCS

Re: Is cvsweb.openbsd.org down?

On 2015/10/29 19:23, Rob Pierce wrote: > It appears to be unavailable at the moment. > > Regards, > > Rob > It's currently working for me.

Re: Is cvsweb.openbsd.org down?

On Thu, Oct 29, 2015 at 11:23:29PM GMT, Rob Pierce wrote: > It appears to be unavailable at the moment. Hi Rob, Works just fine here. Raf

Re: Is cvsweb.openbsd.org down?

http://www.downforeveryoneorjustme.com/cvsweb.openbsd.org

Is cvsweb.openbsd.org down?

It appears to be unavailable at the moment. Regards, Rob

Re: Is cvsweb.openbsd.org down?

- Original Message - > From: "Raf Czlonka" > To: "tech" > Sent: Thursday, October 29, 2015 7:33:31 PM > Subject: Re: Is cvsweb.openbsd.org down? > On Thu, Oct 29, 2015 at 11:23:29PM GMT, Rob Pierce wrote: > >> It appears to be unavailable at the

Re: Is cvsweb.openbsd.org down?

- Original Message - > From: "Rob Pierce" > To: "tech" > Sent: Thursday, October 29, 2015 7:46:11 PM > Subject: Re: Is cvsweb.openbsd.org down? > - Original Message - >> From: "Raf Czlonka" >> To: "tech" >>

Re: Unable to run 'crontab -e' on recent snapshots

On Thu, Oct 29, 2015 at 10:47:04PM GMT, Todd C. Miller wrote: > I've added "proc" permissions to crontab so it can fork the editor. That was quick! :^) Thanks, Todd. Raf

Re: preparing pfi_kif to MP world

On Thu, Oct 29, 2015 at 02:49:40AM +0100, Mike Belopuhov wrote: > On 28 October 2015 at 18:41, Alexandr Nedvedicky > wrote: > > Hello Mike, > > > > just a quick question: > > > > are you going to commit your pfi_kif_find() et. al.? > > or more work

ntpd doesn't work with -sv - syscall 5

Hello ntpd_flags=-sv Oct 29 11:19:32 lbld12 /bsd: ntpd(15132): syscall 5 Oct 29 11:19:32 lbld12 ntpd[697]: ntp_dispatch_imsg in ntp engine: pipe closed Oct 29 11:19:32 lbld12 ntpd[10730]: dispatch_imsg in main: pipe closed Without flags everithing works.

[PATCH] rcs: buf_free/rcsnum_free

Hi tech@, In case it's considered useful... Submitting patch to shave a few lines from rcs(1) by allowing buf_free() and rcsnum_free() to ignore NULL pointer. - Michael Index: buf.c === RCS file: /cvs/src/usr.bin/rcs/buf.c,v

Re: [PATCH] rcs: buf_free/rcsnum_free

Hi You missed ci.c:316 and a few in rcs.c and rcsdiff.c On Thu, Oct 29, 2015 at 04:50:56PM +0800, Michael W. Bombardieri wrote: > Hi tech@, > > In case it's considered useful... > Submitting patch to shave a few lines from rcs(1) by allowing > buf_free() and rcsnum_free() to ignore NULL

Re: preparing pfi_kif to MP world

On 29/10/15(Thu) 02:49, Mike Belopuhov wrote: > On 28 October 2015 at 18:41, Alexandr Nedvedicky > wrote: > > Hello Mike, > > > > just a quick question: > > > > are you going to commit your pfi_kif_find() et. al.? > > or more work is needed there? >

Re: Wrong return type in uvm(9)

On Thu, Oct 29, 2015 at 10:31 PM, Michael McConville wrote: > This one confused me for a few minutes. See sys/uvm/uvm_user.c for the > function definition. > > ok? looks like it's been out of sync since r1.10 in 2002. ok. > > > Index: share/man/man9/uvm.9 >

Re: Wrong return type in uvm(9)

On Thu, 29 Oct 2015 22:31:33 -0400, Michael McConville wrote: > This one confused me for a few minutes. See sys/uvm/uvm_user.c for the > function definition. OK millert@ - todd

Re: [PATCH] rcs: buf_free/rcsnum_free

On Thu, Oct 29, 2015 at 10:54:09AM +, Nicholas Marriott wrote: > Hi > > You missed ci.c:316 and a few in rcs.c and rcsdiff.c Sorry. Here is new diff. Hopefully I haven't missed anything else. Index: buf.c === RCS file:

Wrong return type in uvm(9)

This one confused me for a few minutes. See sys/uvm/uvm_user.c for the function definition. ok? Index: share/man/man9/uvm.9 === RCS file: /cvs/src/share/man/man9/uvm.9,v retrieving revision 1.60 diff -u -p -r1.60 uvm.9 ---