Re: login_yubikey manpage missing stuff

2012-02-01 Thread Rod Whitworth
On Wed, 1 Feb 2012 15:43:57 +0001, Jason McIntyre wrote: >dhill has a diff. just be patient ;) >jmc Thanks. *** NOTE *** Please DO NOT CC me. I subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for thos

Re: db_read_bytes uvm_fault

2012-02-01 Thread Mike Belopuhov
On Wed, Feb 01, 2012 at 17:12 +, Miod Vallat wrote: > > Machine needs an update anyway, but does anyone know offhand what > > this might be? > > Dereference of a NULL (or invalid) function pointer, coupled with the > lack of smarts of the ddb code. (part of my ddb todolist somewhere) > > Miod

Re: db_read_bytes uvm_fault

2012-02-01 Thread Miod Vallat
> Machine needs an update anyway, but does anyone know offhand what > this might be? Dereference of a NULL (or invalid) function pointer, coupled with the lack of smarts of the ddb code. (part of my ddb todolist somewhere) Miod

Re: login_yubikey manpage missing stuff

2012-02-01 Thread Jason McIntyre
On Wed, Feb 01, 2012 at 11:07:18AM +1100, Rod Whitworth wrote: > Curiosity made me look at login_yubikey and so I looked at its manpage. > > The synopsis says: > login_yubikey [-d] [-s service] user [class] > > Nowhere was an explanation of -d. > > Guessing that it was debug I went looking at th

Re: Keycode print mode (-r) for wsconsctl(8)

2012-02-01 Thread Steffen Daode Nurpmeso
For one: Tobias Stoeckmann already stated more yesterday, including that exit(3) in a signal handler is a bad thing. (It surely should have been _exit(2).) Version 3 (1) doesn't trash errno no more, (2) is hopefully less messy and (3) does no longer introduce a new file, so also more easyness for

db_read_bytes uvm_fault

2012-02-01 Thread Stuart Henderson
Machine needs an update anyway, but does anyone know offhand what this might be? OpenBSD 4.9-current (GENERIC) #497: Tue Mar 22 13:50:20 MDT 2011 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC uvm_fault(0x80d1d0e0, 0x0, 0, 4) -> e kernel: page fault trap, code=0 Sto