Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco

2012-04-03 Thread Renzo Fabriek
On Tuesday 03 April 2012 05:35:24 Opera wrote:
 Hlo,
 The reason for putting this on top is that I have data that are 
 showing that I can not blame the Shuttle.
 
 Here is the brief infos-
 
 When using a USB keyboard [native USB or with an adaptor for ps2] 
 the keypad Del key works perfectly but when NumLock is on that key
 does not change its output to Dot when working with any version
 of OpenBSD that I have tried. Turning NumLock off and using the 
 shift key does not work either.
 
 There are no other keys affected.
 
 The problem exists on every computer that I try.
 
 Windows 7 or XP and NetBSD both work perfectly.
 
 There is now some tension in the evidence.
 
 (I) It would seem that there is a little bug in OpenBSD that will 
 affect any box running with USB keyboard.
 
 (II) I can't believe that this can not have been noticed before if 
 clause (I) is true.
 
 Well maybe that no OBSD person uses USB keyboard? Or doesn't use 
 that Dot key on the keypad?
 

I ust tried it on  two machines  with (only) a  USB keyboard. One i tried with 
the latetst  snapshot from 2 april. Both show the same problem.
The del function on that same key also don't behave like the normal del key. 

gr
Renzo

 
 
 
 On 31/03/2012 04:07, Steffen Daode Nurpmeso wrote:
  Opera wrote [2012-03-30 12:58+0200]:
  Using the same keyboard where I first saw the bug but connected to a
  plain old PC.
 
  I use hexdump like this:
  # hexdump -C
  tap the problem key, then hit return and then Cntrol-D
 
  With numlock off I see:
  ^[[3~
    1b 5b 33 7e 0a
  0005
  With numlock on:
  .
    2e 0a
  0002
 
  Using the same keyboard with a ps2-USB adaptor I see the same
  result as the numlock off test above whether numlock is on or off.
 
  This is what I see on the Shuttle also but it has no ps2 sockets
  so on it I'm stuck with no working dot key on the numpad and
  of course old habits die hard so I mess up lots of  ip addresses.
 
  Is there something in wsconsctl or such that would let me patch
  it? I've been hunting through various related man pages but I
  have not hit on a hint so far.
 
  Hey, b-by!
 
  Just recently i've posted a patch to tech@ that let's you examine
  the scancode of a key via wsconsctl!!!
  Then you can use basic wsconsctl features to set the key to
  whatever you want, now that you can identify it!!
 
  By the way - Marco Peereboom has posted a great ksh(1) to tech@ on
  2011-09-06 that let you do graceful multi-character-sequence key
  binding, which may also be of interest to you.
  Was for me.
 
  And YOU ARE THE FIRST Windows NT user i know of who cares about
  keyboard scancodes!
  This is just a FANTASTIC EXPERIENCE for me.
  THANK YOU
 
  (P.S.: there is a X program which gives you even more info, so
  that you can adjust your .xmodmaprc or so.)
 
  --steffen
  Forza Figa!



Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco

2012-04-03 Thread Opera

On 3/04/2012 15:35, Richard Toohey wrote:

Hlo,
  The reason for putting this on top is that I have data that are showing that 
I can not blame the Shuttle.

  Here is the brief infos-

  When using a USB keyboard [native USB or with an adaptor for ps2] the keypad 
Del key works perfectly but when NumLock is on that key
  does not change its output to Dot when working with any version
  of OpenBSD that I have tried. Turning NumLock off and using the shift key 
does not work either.

  There are no other keys affected.

  The problem exists on every computer that I try.

  Windows 7 or XP and NetBSD both work perfectly.

  There is now some tension in the evidence.

  (I) It would seem that there is a little bug in OpenBSD that will affect any 
box running with USB keyboard.

  (II) I can't believe that this can not have been noticed before if clause 
(I) is true.


IIRC then yes, I have noticed this (or something very similar.)  Trying to run 
an emulator program on OpenBSD.

Worked fine on my laptop, but using a USB keyboard failed - it was returning a different 
value for the same key.

This was a couple of months ago, so my memory might be playing tricks on me.



Thanks for the report. When you say same key, do you mean the 
numpad Del/. key?




Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco

2012-04-03 Thread Opera

On 3/04/2012 15:54, patrick keshishian wrote:

On Mon, Apr 2, 2012 at 8:35 PM, Operaop...@witworx.com  wrote:

  Hlo,
  The reason for putting this on top is that I have data that are showing

that

  I can not blame the Shuttle.

  Here is the brief infos-

  When using a USB keyboard [native USB or with an adaptor for ps2] the

keypad

  Del key works perfectly but when NumLock is on that key
  does not change its output to Dot when working with any version
  of OpenBSD that I have tried. Turning NumLock off and using the shift key
  does not work either.

Just tried with both my netbook (running week old snapshot) with a USB
keyboard attached to and also an older desktop (running older OBSD
release) with SUN USB keyboard. Both work fine. The period (.) on the
numeric-pad (with Num Lock on) acts as a period (tested with xcal and
in vi).

HTH,
--patrick





Oh.. that blows me out.
After trying 2 models of Mitsubishi Diamond Digital (ps2), a 
recent Samsung ps2 and a Gigabyte USB on machines as old as 2000 
and as new as a Thinkpad e320 and the Shuttle and having all of 
them fail, I didn't really expect to see any report to the contrary.


Desparate question - I use US layout. Do you?

Tnx



Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco

2012-04-03 Thread Opera

On 3/04/2012 21:07, Renzo Fabriek wrote:

(I) It would seem that there is a little bug in OpenBSD that will
  affect any box running with USB keyboard.

  (II) I can't believe that this can not have been noticed before if
  clause (I) is true.

  Well maybe that no OBSD person uses USB keyboard? Or doesn't use
  that Dot key on the keypad?


I ust tried it on  two machines  with (only) a  USB keyboard. One i tried with 
the latetst  snapshot from 2 april. Both show the same problem.
The del function on that same key also don't behave like the normal del key.


I am sorry that you have the bug too but I'm glad I'm not alone.

I wonder if anybody reading the list can tell us why the USB 
keyboard has just one key that does not honor the NumLock modifier 
that does work for all the other keys on the keypad?


Mind you that the shift key does not get a dot by tapping the 
Del/. key either


Tnx.



Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco

2012-04-03 Thread Renzo Fabriek
On Tuesday 03 April 2012 14:02:20 Opera wrote:
 On 3/04/2012 15:54, patrick keshishian wrote:
  On Mon, Apr 2, 2012 at 8:35 PM, Operaop...@witworx.com  wrote:
Hlo,
The reason for putting this on top is that I have data that are showing
  that
I can not blame the Shuttle.
  
Here is the brief infos-
  
When using a USB keyboard [native USB or with an adaptor for ps2] the
  keypad
Del key works perfectly but when NumLock is on that key
does not change its output to Dot when working with any version
of OpenBSD that I have tried. Turning NumLock off and using the shift 
   key
does not work either.
  Just tried with both my netbook (running week old snapshot) with a USB
  keyboard attached to and also an older desktop (running older OBSD
  release) with SUN USB keyboard. Both work fine. The period (.) on the
  numeric-pad (with Num Lock on) acts as a period (tested with xcal and
  in vi).
 
  HTH,
  --patrick
 
 
 
 
 Oh.. that blows me out.
 After trying 2 models of Mitsubishi Diamond Digital (ps2), a 
 recent Samsung ps2 and a Gigabyte USB on machines as old as 2000 
 and as new as a Thinkpad e320 and the Shuttle and having all of 
 them fail, I didn't really expect to see any report to the contrary.
 
 Desparate question - I use US layout. Do you?
 
 Tnx
 

One thing I forgot to check. Last time I only tried it at the console.
I now tried it within X. The dot works, but the del function still doesn't do 
the same as the other del key.



Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco

2012-04-03 Thread patrick keshishian
On Tue, Apr 3, 2012 at 5:02 AM, Opera op...@witworx.com wrote:
 On 3/04/2012 15:54, patrick keshishian wrote:

 On Mon, Apr 2, 2012 at 8:35 PM, Operaop...@witworx.com  wrote:

   Hlo,
   The reason for putting this on top is that I have data that are
  showing

 that

   I can not blame the Shuttle.
 
   Here is the brief infos-
 
   When using a USB keyboard [native USB or with an adaptor for ps2] the

 keypad

   Del key works perfectly but when NumLock is on that key
   does not change its output to Dot when working with any version
   of OpenBSD that I have tried. Turning NumLock off and using the shift
  key
   does not work either.

 Just tried with both my netbook (running week old snapshot) with a USB
 keyboard attached to and also an older desktop (running older OBSD
 release) with SUN USB keyboard. Both work fine. The period (.) on the
 numeric-pad (with Num Lock on) acts as a period (tested with xcal and
 in vi).

 HTH,
 --patrick




 Oh.. that blows me out.
 After trying 2 models of Mitsubishi Diamond Digital (ps2), a recent Samsung
 ps2 and a Gigabyte USB on machines as old as 2000 and as new as a Thinkpad
 e320 and the Shuttle and having all of them fail, I didn't really expect to
 see any report to the contrary.

 Desparate question - I use US layout. Do you?

Yes. US layout here as well. But, as Renzo Fabriek points out in a
later post, this does seem to be a problem in console. Not in X. I'm
sorry, I don't know if this was explicitly mentioned in your posts,
but I didn't find a reference to it being a console issue.

I can confirm the issue in console mode.

--patrick



Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco

2012-04-03 Thread Miod Vallat
 Yes. US layout here as well. But, as Renzo Fabriek points out in a
 later post, this does seem to be a problem in console. Not in X. I'm
 sorry, I don't know if this was explicitly mentioned in your posts,
 but I didn't find a reference to it being a console issue.
 
 I can confirm the issue in console mode.

So can I. I'll fix it in a couple seconds; in the meantime you can use:

  # wsconsctl keyboardN.map+=keycode 99 = KP_Delete KP_Decimal

to fix this (N being the wskbd device number of the USB keyboard).



Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco

2012-04-03 Thread Opera

On 4/04/2012 04:17, Miod Vallat wrote:

Yes. US layout here as well. But, as Renzo Fabriek points out in a
  later post, this does seem to be a problem in console. Not in X. I'm
  sorry, I don't know if this was explicitly mentioned in your posts,
  but I didn't find a reference to it being a console issue.

  I can confirm the issue in console mode.

So can I. I'll fix it in a couple seconds; in the meantime you can use:

   # wsconsctl keyboardN.map+=keycode 99 = KP_Delete KP_Decimal

to fix this (N being the wskbd device number of the USB keyboard).




OR, where you have an older system and can't update yet, put the 
arguments in the above command into /etc/wsconsctl.conf


i.e.

# Fix for USB keyboard keypad Del/. key
keyboardN.map+=keycode 99 = KP_Delete KP_Decimal

Thank you heaps for the quick fix, Miod. Vous jtes l'homme!

Thanks to Richard, Renzo, Patrick as well. Without their help I 
might still be wondering if I wasn't losing the plot.


In any case I am amazed that the bug has been around for years and 
nobody used the keypad . on a USB keyboard.


Oppy.



Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco

2012-04-02 Thread Richard Toohey
On 3/04/2012, at 3:35 PM, Opera wrote:

 Hlo,
 The reason for putting this on top is that I have data that are showing that
I can not blame the Shuttle.

 Here is the brief infos-

 When using a USB keyboard [native USB or with an adaptor for ps2] the keypad
Del key works perfectly but when NumLock is on that key
 does not change its output to Dot when working with any version
 of OpenBSD that I have tried. Turning NumLock off and using the shift key
does not work either.

 There are no other keys affected.

 The problem exists on every computer that I try.

 Windows 7 or XP and NetBSD both work perfectly.

 There is now some tension in the evidence.

 (I) It would seem that there is a little bug in OpenBSD that will affect any
box running with USB keyboard.

 (II) I can't believe that this can not have been noticed before if clause
(I) is true.


IIRC then yes, I have noticed this (or something very similar.)  Trying to run
an emulator program on OpenBSD.

Worked fine on my laptop, but using a USB keyboard failed - it was returning a
different value for the same key.

This was a couple of months ago, so my memory might be playing tricks on me.

 Well maybe that no OBSD person uses USB keyboard? Or doesn't use that Dot
key on the keypad?




 On 31/03/2012 04:07, Steffen Daode Nurpmeso wrote:
 Opera wrote [2012-03-30 12:58+0200]:
 Using the same keyboard where I first saw the bug but connected to a
 plain old PC.

 I use hexdump like this:
 # hexdump -C
 tap the problem key, then hit return and then Cntrol-D

 With numlock off I see:
 ^[[3~
   1b 5b 33 7e 0a
 0005
 With numlock on:
 .
   2e 0a
 0002

 Using the same keyboard with a ps2-USB adaptor I see the same
 result as the numlock off test above whether numlock is on or off.

 This is what I see on the Shuttle also but it has no ps2 sockets
 so on it I'm stuck with no working dot key on the numpad and
 of course old habits die hard so I mess up lots of  ip addresses.

 Is there something in wsconsctl or such that would let me patch
 it? I've been hunting through various related man pages but I
 have not hit on a hint so far.

 Hey, b-by!

 Just recently i've posted a patch to tech@ that let's you examine
 the scancode of a key via wsconsctl!!!
 Then you can use basic wsconsctl features to set the key to
 whatever you want, now that you can identify it!!

 By the way - Marco Peereboom has posted a great ksh(1) to tech@ on
 2011-09-06 that let you do graceful multi-character-sequence key
 binding, which may also be of interest to you.
 Was for me.

 And YOU ARE THE FIRST Windows NT user i know of who cares about
 keyboard scancodes!
 This is just a FANTASTIC EXPERIENCE for me.
 THANK YOU

 (P.S.: there is a X program which gives you even more info, so
 that you can adjust your .xmodmaprc or so.)

 --steffen
 Forza Figa!



Re: Does your USB keyboard Dot key on keypad fail? Was Re: Shuttle XS35 v2 - One key going loco

2012-04-02 Thread patrick keshishian
On Mon, Apr 2, 2012 at 8:35 PM, Opera op...@witworx.com wrote:
 Hlo,
 The reason for putting this on top is that I have data that are showing
that
 I can not blame the Shuttle.

 Here is the brief infos-

 When using a USB keyboard [native USB or with an adaptor for ps2] the
keypad
 Del key works perfectly but when NumLock is on that key
 does not change its output to Dot when working with any version
 of OpenBSD that I have tried. Turning NumLock off and using the shift key
 does not work either.

Just tried with both my netbook (running week old snapshot) with a USB
keyboard attached to and also an older desktop (running older OBSD
release) with SUN USB keyboard. Both work fine. The period (.) on the
numeric-pad (with Num Lock on) acts as a period (tested with xcal and
in vi).

HTH,
--patrick



 There are no other keys affected.

 The problem exists on every computer that I try.

 Windows 7 or XP and NetBSD both work perfectly.

 There is now some tension in the evidence.

 (I) It would seem that there is a little bug in OpenBSD that will affect
any
 box running with USB keyboard.

 (II) I can't believe that this can not have been noticed before if clause
 (I) is true.

 Well maybe that no OBSD person uses USB keyboard? Or doesn't use that Dot
 key on the keypad?




 On 31/03/2012 04:07, Steffen Daode Nurpmeso wrote:

 Opera wrote [2012-03-30 12:58+0200]:

 Using the same keyboard where I first saw the bug but connected to a
 plain old PC.

 I use hexdump like this:
 # hexdump -C
 tap the problem key, then hit return and then Cntrol-D

 With numlock off I see:
 ^[[3~
   1b 5b 33 7e 0a
 0005
 With numlock on:
 .
   2e 0a
 0002

 Using the same keyboard with a ps2-USB adaptor I see the same
 result as the numlock off test above whether numlock is on or off.

 This is what I see on the Shuttle also but it has no ps2 sockets
 so on it I'm stuck with no working dot key on the numpad and
 of course old habits die hard so I mess up lots of  ip addresses.

 Is there something in wsconsctl or such that would let me patch
 it? I've been hunting through various related man pages but I
 have not hit on a hint so far.


 Hey, b-by!

 Just recently i've posted a patch to tech@ that let's you examine
 the scancode of a key via wsconsctl!!!
 Then you can use basic wsconsctl features to set the key to
 whatever you want, now that you can identify it!!

 By the way - Marco Peereboom has posted a great ksh(1) to tech@ on
 2011-09-06 that let you do graceful multi-character-sequence key
 binding, which may also be of interest to you.
 Was for me.

 And YOU ARE THE FIRST Windows NT user i know of who cares about
 keyboard scancodes!
 This is just a FANTASTIC EXPERIENCE for me.
 THANK YOU

 (P.S.: there is a X program which gives you even more info, so
 that you can adjust your .xmodmaprc or so.)

 --steffen
 Forza Figa!