Re: pax name_split() error

On Sat, Feb 13, 2016 at 2:45 AM, Otto Moerbeek wrote: > On Fri, Feb 12, 2016 at 11:48:11PM -0500, Peter Bisroev wrote: > > ... > > This problem is already being discussed on bugs@ (with a different diff). > I suggest to send this diff to bugs@ to keep the converation in one place.

diff -e: mishandling of bare dots

When diff encounters a line that consists of a single dot, it emits two dots instead, stops the current command and emits a substitute command to replace the double dot with a single one. Then it restarts the (original) command if necessary and inserts further lines. This is done because a single

Re: Fix overflow check in sys/netinet6/in6.c

Some thoughts about this: If this particular type of undefined behavior is really a concern: maybe looking for bounds/overflow checks that are incorrect besides undefined behavior first is a better approach. A good way of fixing those will be found, which could then be applied to the "just

Revisiting the HDMI2 bug with i915 and docking stations.

Hey, (CCing some people who have worked on the i915 code recently) I've had this bug on my x240t since a while now. I mentioned it a while back on this list[1], but I didn't look very deep back then. In short: display port on docking station (HDMI2 in xrandr) doesn't always detect a monitor.

diff(1) performance

Hey, I've not looked into this at all, but looks like diff(1) could be optimised: # With GNU diff: $ time gdiff -u file1 file2 > out-gdiff gdiff -u file1 file2 > out-gdiff 0.16s user 0.13s system 101% cpu 0.286 total # With OpenBSD diff: $ time diff -u file1 file2 > out-bdiff diff -u file1

Re: OpenSMTPD and mask-source flag.

On Fri, Feb 12, 2016 at 05:00:59PM -0500, Peter Bisroev wrote: > > Just in case the previous diff is OK, I am attaching the patch to the > > smtpd.conf man page. > > Hi Gilles, > > I apologize, my previous manpage diff did not include the information > regarding > the fact that connections

Re: diff(1) performance

On 18:26:46, 13.02.16, Edd Barrett wrote: > Hey, > > I've not looked into this at all, but looks like diff(1) could be > optimised: It looks like both NetBSD and FreeBSD use GNU diff. -- Michal Mazurek

Re: diff(1) performance

GNU diff uses a superior (more modern) algorithm. Changing that means rewriting the guts of diff(1). The GNU diff code includes references to papers describing the algorithm. - todd

Re: OpenSMTPD and mask-source flag.

On Fri, Feb 12, 2016 at 04:29:23PM -0500, Peter Bisroev wrote: > Hi Gilles, > Hi, > While looking over smtp_enqueue(), I have noticed that setting of > hostname is a noop. It looks like a leftover code from a bugfix in here >

Re: OpenSMTPD and mask-source flag.

On Sat, Feb 13, 2016 at 08:32:23PM +0100, Joerg Jung wrote: > On Fri, Feb 12, 2016 at 05:00:59PM -0500, Peter Bisroev wrote: > > > Just in case the previous diff is OK, I am attaching the patch to the > > > smtpd.conf man page. > > > > Hi Gilles, > > > > I apologize, my previous manpage diff did

Re: OpenSMTPD and mask-source flag.

Thank you Joerg for your comments on the manpage diff. But it looks like Gilles has already committed the diff according to his previous response. Thank you Gilles! Just in case, I am including the updated diff as I reworded it as well. Gilles, Joerg, could you please see if rewording makes the

Re: Intel i219 network card support

On Mon, Feb 08, 2016 at 01:53:20PM +0100, Christian Ehrhardt wrote: > > Hi everyone, > > based on the latest release of the Intel driver for FreeBSD (em-7.5.2), > I've adapted the em(4) driver to support the skylake based i219 > onboard ethernet chips. > > I do not have access to relevant

Re: "Abort trap" when pledge()d and compiled with -pg

On Sat, Feb 13, 2016 at 12:31 PM, Michal Mazurek wrote: > When compiling a program that calls pledge(2) with "-pg" the resulting > binary will execute seemingly fine, but at the very end die with: > Abort trap (core dumped) > I think the problem lies in a call to

Re: "Abort trap" when pledge()d and compiled with -pg

On Sat, Feb 13, 2016 at 09:10:30PM -0800, Philip Guenther wrote: > On Sat, Feb 13, 2016 at 12:31 PM, Michal Mazurek wrote: > > When compiling a program that calls pledge(2) with "-pg" the resulting > > binary will execute seemingly fine, but at the very end die with: > >