Re: cloneable tun

2012-12-03 Thread Anders Berggren
>> dev_t dev = makedev(40, i); // from MAKEDEV :( > > 40 is incorrect. It is MD. > > /usr/src/etc/etc.alpha/MAKEDEV: M tun$U c 7 $U 600 > /usr/src/etc/etc.amd64/MAKEDEV: M tun$U c 40 $U 600 Thanks, guess I'd better use system("cd /dev; sh MAKEDEV tunX");

Re: cloneable tun

2012-12-03 Thread Theo de Raadt
> dev_t dev = makedev(40, i); // from MAKEDEV :( 40 is incorrect. It is MD. /usr/src/etc/etc.alpha/MAKEDEV: M tun$U c 7 $U 600 /usr/src/etc/etc.amd64/MAKEDEV: M tun$U c 40 $U 600 /usr/src/etc/etc.armish/MAKEDEV:M tun$U c 33 $U 600 /usr/src/etc/etc.aviion/MAKEDEV:M tun$U c 23 $U 6

Re: cloneable tun

2012-12-03 Thread Anders Berggren
> unit = 13; >if ((fd = open("/dev/tun0", O_RDONLY)) == -1) >err(1, "failed to open /dev/tun0"); >if (ioctl(fd, TUNSIFUNIT, &unit) == -1) >err(1, "ioctl failed"); I like it. I've got a few questions from npppd and openvpn users hitting the 4 t

tip(1)/cu(1) fix

2012-12-03 Thread Mark Kettenis
So the code doesn't check for EOF, and even has a nice fat XXX for it. This has some nasty consequences. If you ssh into a machine, run cu(1), and then break the connection, cu(1) start sending the '-1' character down the serial line like crazy. This is especially bad since it seems our tty subsy

Re: mg: column-number-mode

2012-12-03 Thread Reyk Floeter
On Mon, Dec 03, 2012 at 11:59:00AM +0100, Jasper Lievisse Adriaanse wrote: > Hi, > > Some weeks ago the column number display was removed from the modeline; while > it's totally understandable this is a horror on slower displays, it's still > usefull on faster displays. > > mg has a line-number-m

Re: rs(1) segmentation fault fix

2012-12-03 Thread Otto Moerbeek
On Mon, Dec 03, 2012 at 08:48:46PM +0200, Arto Jonsson wrote: > Hi, > > noticed this on -current (dated Dec 2) amd64: > > $ who | rs > Segmentation fault (core dumped) > > $ jot -r 100 | rs 10 10 > Segmentation fault (core dumped) > > I traced it to v1.10 of rs.c: > http://www.

rs(1) segmentation fault fix

2012-12-03 Thread Arto Jonsson
Hi, noticed this on -current (dated Dec 2) amd64: $ who | rs Segmentation fault (core dumped) $ jot -r 100 | rs 10 10 Segmentation fault (core dumped) I traced it to v1.10 of rs.c: http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/rs/rs.c.diff?r1=1.9;r2=1.10;f=h Index: rs.c ===

Re: PMAP_NOCACHE -> PMAP_NC

2012-12-03 Thread Mark Kettenis
> Date: Mon, 3 Dec 2012 17:49:49 +0100 > From: Martin Pieuchot > > On 28/11/12(Wed) 16:49, Mark Kettenis wrote: > > > Date: Tue, 27 Nov 2012 15:02:31 +0100 > > > From: Martin Pieuchot > > > > > > While working on drm support for macppc that makes use of non-cached > > > memory I found that some

Re: PMAP_NOCACHE -> PMAP_NC

2012-12-03 Thread Martin Pieuchot
On 28/11/12(Wed) 16:49, Mark Kettenis wrote: > > Date: Tue, 27 Nov 2012 15:02:31 +0100 > > From: Martin Pieuchot > > > > While working on drm support for macppc that makes use of non-cached > > memory I found that some platforms (amd64, i386, powerpc) use the MD > > PMAP_NOCACHE flag where others

mg: column-number-mode

2012-12-03 Thread Jasper Lievisse Adriaanse
Hi, Some weeks ago the column number display was removed from the modeline; while it's totally understandable this is a horror on slower displays, it's still usefull on faster displays. mg has a line-number-mode, but not a column-number-mode like Emacs has. This diff adds the column-number-mode,

Re: Problems compiling libsqlite3

2012-12-03 Thread Stuart Henderson
Run 'make includes' in /usr/src (this is part of 'make build' so a standard full build would work ok). James Turner wrote: >I'm trying to build the latest libsqlite3 in tree and am running into a >number of problems. First I want to make sure I'm following the correct >build procedure. > >In li