> On 10 May 2017, at 23:22, Martin Pieuchot wrote:
>
> In 2001 augustss@NetBSD added the following hack to make USB keyboards
> work in ddb(4):
>
> /*
>* For the console keyboard we can't deliver CTL-ALT-ESC
>* from the interrupt routine. Doing so would
Since netcat is generally used as a debugging tool I think this is
a reasonable addition.
OK millert@
- todd
On Mon, May 08, 2017 at 11:03:58AM +1000, David Gwynne wrote:
> on modern sparc64s (think fire or sparc enterprise Mx000 boxes),
> setting up and tearing down the translation table entries (TTEs)
> is very expensive. so expensive that the cost of doing it for disk
> io has a noticable impact on
Hi,
When compiling netcat with WARNINGS=yes, gcc produces a bunch of
warnings.
/crypt/home/bluhm/openbsd/cvs/src/usr.bin/nc/netcat.c:1348: warning: no
previous prototype for 'strtoport'
/crypt/home/bluhm/openbsd/cvs/src/usr.bin/nc/netcat.c: In function
'save_peer_cert':
In 2001 augustss@NetBSD added the following hack to make USB keyboards
work in ddb(4):
/*
* For the console keyboard we can't deliver CTL-ALT-ESC
* from the interrupt routine. Doing so would start
* polling from inside the interrupt routine and that
Hi,
I am using netcat to write tests that send and receive UDP packets.
Unfortunately I can terminate nc only with a timeout. This takes
either too long or is unreliable.
So I implemented nc -W recvlimit. It works a bit like ping -c
count. So I can quickly check for UDP responses.
# echo
Yeah, thanks... I don't know what I was drinking yesterday it was only
ice-tea, sorry for that noise. In retrospect I unearthed another hole
in my own non-committed implementation and it will need to be rewritten
to work ever.
While I profited on that knowledge, you guys did not or only
On 10.5.2017. 15:22, Martin Pieuchot wrote:
> This big hammer of delaying every input via a timeout introduced a nasty
> side effect. Since only one element can be queued, we can lose inputs
> if the keyboard is too fast.
>
> Here are some bug reports:
>
>