Fritjof, have you let the gnu rcs project know about the segfault?
Maybe see how they choose to fix things and then follow their lead?
On Mon, Oct 6, 2014 at 10:47 AM, Nicholas Marriott
nicholas.marri...@gmail.com wrote:
I think that GNU RCS segfaulting for -u -l is enough justification to do
On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
Fritjof, have you let the gnu rcs project know about the segfault?
Maybe see how they choose to fix things and then follow their lead?
That will only slow things down. Do what -L -U does is better, imo.
-Otto
On Mon,
On Tue, Oct 7, 2014 at 3:34 AM, Otto Moerbeek o...@drijf.net wrote:
On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
Fritjof, have you let the gnu rcs project know about the segfault?
Maybe see how they choose to fix things and then follow their lead?
That will only slow
On Mon, Oct 06, 2014 at 04:56:08PM -0600, Todd C. Miller wrote:
The following diff should fix it.
- todd
Index: sys/miscfs/fifofs/fifo_vnops.c
===
RCS file: /home/cvs/openbsd/src/sys/miscfs/fifofs/fifo_vnops.c,v
retrieving
On 08/13/14 18:51, Brian Callahan wrote:
Hi tech --
Diff below adds the bounce matching for [] and {} in mg like it does for ().
I miss having that from GNU Emacs, anyone else?
OK?
~Brian
Just noticed this yesterday. Thanks!
Stu
On 2014/10/06 12:19, Chris Cappuccio wrote:
Stuart Henderson [s...@spacehopper.org] wrote:
Does anyone have an idea of what's needed for working jumbos on the
RL_FLAG_JUMBOV2 variants of re(4) where they're currently disabled?
These seem to account for most of the chips seen in hardware
Now that we can use the routing table to check if the destination
of a packet is a broadcast address, we can replace the lookup done
for every packet by the simple check below.
Ok?
Index: netinet/ip_output.c
===
RCS file:
On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
Fritjof, have you let the gnu rcs project know about the segfault?
Maybe see how they choose to fix things and then follow their lead?
No, I have not.
I hope they follow the tech@ mailing list. :)
On Mon, Oct 6, 2014 at 10:47
The latest commit caused a repeated line:
Index: acpithinkpad.c
===
RCS file: /cvs/src/sys/dev/acpi/acpithinkpad.c,v
retrieving revision 1.39
diff -u -p -r1.39 acpithinkpad.c
--- acpithinkpad.c 5 Oct 2014 01:31:12 -
On 2014/10/07 13:08, Theo Buehler wrote:
The latest commit caused a repeated line:
Index: acpithinkpad.c
===
RCS file: /cvs/src/sys/dev/acpi/acpithinkpad.c,v
retrieving revision 1.39
diff -u -p -r1.39 acpithinkpad.c
---
On Tue, Oct 07, 2014 at 09:34:33AM +0200, Otto Moerbeek wrote:
On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
Fritjof, have you let the gnu rcs project know about the segfault?
Maybe see how they choose to fix things and then follow their lead?
That will only slow things
On Tue, Oct 07, 2014 at 02:56:07PM +0200, Fritjof Bornebusch wrote:
On Tue, Oct 07, 2014 at 09:34:33AM +0200, Otto Moerbeek wrote:
On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
Fritjof, have you let the gnu rcs project know about the segfault?
Maybe see how they
On Tue, Oct 07, 2014 at 03:11:28PM +0200, Otto Moerbeek wrote:
On Tue, Oct 07, 2014 at 02:56:07PM +0200, Fritjof Bornebusch wrote:
On Tue, Oct 07, 2014 at 09:34:33AM +0200, Otto Moerbeek wrote:
On Tue, Oct 07, 2014 at 03:10:44AM -0400, Daniel Dickman wrote:
Fritjof, have you let
Hi,
Did you try disabling ehci to see if that makes a difference?
Curiously, -c option in bootargs seems to be ignored.
I tried it both uEnv.txt and U-Boot console. Here is the log.
There is no problem to pass -c string to kernel.
What is happening?
Regards,
U-Boot SPL
John-Mark Gurney:
So, as I was working on FreeBSD's implementation of gmac.c, I noticed
that I was able to get a significant speed up by using a mask instead
of an if branch in ghash_gfmul in gmac.c from OpenBSD...
Add a mask var and replace the code between the comments
update Z and
Hi,
while we are talking about ancient bugs in head(1), here is another one:
Without the patch:
$ date | head /dev/null /dev/stdin
== /dev/null ==
== /dev/stdin ==
$
Oops, where did stdin go? The reopen(3) function doesn't work here,
it first closes stdin, and
It should be noted, You can do that (without a code change) with an
appropriate chunk of code in your ~/.mg file.
(at least, that's how I have always done it)
On Tuesday, October 7, 2014, Stuart Cassoff s...@bell.net wrote:
On 08/13/14 18:51, Brian Callahan wrote:
Hi tech --
Diff below
I like MIMO/SISO better than 1x1 2x2 etc. Fix that shit :)
Stuart Henderson [st...@openbsd.org] wrote:
On 2014/10/06 12:19, Chris Cappuccio wrote:
Stuart Henderson [s...@spacehopper.org] wrote:
Does anyone have an idea of what's needed for working jumbos on the
RL_FLAG_JUMBOV2 variants
Christian Weisgerber wrote this message on Tue, Oct 07, 2014 at 23:08 +0200:
John-Mark Gurney:
So, as I was working on FreeBSD's implementation of gmac.c, I noticed
that I was able to get a significant speed up by using a mask instead
of an if branch in ghash_gfmul in gmac.c from
vi gets upset if i maximise my terminal window. it might need to
go even bigger for 4k displays.
ok?
Index: common/options_f.c
===
RCS file: /cvs/src/usr.bin/vi/common/options_f.c,v
retrieving revision 1.7
diff -u -p -r1.7
Since it's non-obvious how to setup pppoe for v6 now that link-local
addresses are no longer configured by default, I think we should have
something in the manual.
Any comments/objections/suggestions for a better way to do this?
Index: man4/pppoe.4
Hi, here is the log using bsd.SUNXI.umg instead of bsd.rd.SUNXI.img.
(thanks to Theo)
-c invokes UKC, but hangs up at there.
--
OpenBSD/sunxi booting ...
arg0 0x0 arg1 0x10bb arg2 0x4100
atag core flags 0 pagesize 0 rootdev 0
atag cmdline [sd0i:/bsd -c]
atag mem start 0x4000 size
On 07/10/14 10:03 PM, Stuart Henderson wrote:
Since it's non-obvious how to setup pppoe for v6 now that link-local
addresses are no longer configured by default, I think we should have
something in the manual.
Any comments/objections/suggestions for a better way to do this?
This doesn't make
23 matches
Mail list logo