From Newsgroup: comp.os.vms

Hello,

I'm trying to open a connection on a VAX running VMS 7.3 through
Xephyr (and with a french PC keyboard).

Xephyr runs on a Linux box. When I open a X session on a remote
NetSD or Linux server, all keys run as expected (for example :
@=altgr+0, [=altgr+(, ]=altgr+)...).

When I open a connection on this VAX (or on my ES40 running 8.4,
same result), altgr is ignored.

I have tried a lot of different Xephyr configurations without
result. Best command line is :

#!/bin/bash
Xephyr -ac :1 -screen 1024x768 -listen tcp -query fermat -keybd ephyr,,,xkbmodel=evdev,xkblayout=fr

exit 0

but @, [ and ] are unavailable. Is it possible to remap VMS keyboard
to obtain these characters ?

Regards,

JB
--
Si votre demande me parvient en code 29, je vous titiouillerai volontiers
une r|-ponse.
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.vms

In article <slrn110dljc.t6l.JKB@hilbert.systella.fr>, JKB <jkb@invalid> wrote:

Hello,

I'm trying to open a connection on a VAX running VMS 7.3 through
Xephyr (and with a french PC keyboard).

Xephyr runs on a Linux box. When I open a X session on a remote
NetSD or Linux server, all keys run as expected (for example :
@=altgr+0, [=altgr+(, ]=altgr+)...).

When I open a connection on this VAX (or on my ES40 running 8.4,
same result), altgr is ignored.

I have tried a lot of different Xephyr configurations without
result. Best command line is :

#!/bin/bash
Xephyr -ac :1 -screen 1024x768 -listen tcp -query fermat -keybd ephyr,,,xkbmodel=evdev,xkblayout=fr

exit 0

but @, [ and ] are unavailable. Is it possible to remap VMS keyboard
to obtain these characters ?

Regards,

It's not so much a VMS question, I'm afraid, but rather some
combination of your local machine's X config and your terminal
emulator. Perhaps have a look at `xmodmap` and `xev` to see
what events the key presses are actually generating, and how you
might modify them to get the effect you want?

- Dan C.

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.vms

Le 15-05-2026, Dan Cross <cross@spitfire.i.gajendra.net> a |-crit-a:

In article <slrn110dljc.t6l.JKB@hilbert.systella.fr>, JKB <jkb@invalid> wrote:

Hello,

I'm trying to open a connection on a VAX running VMS 7.3 through
Xephyr (and with a french PC keyboard).

Xephyr runs on a Linux box. When I open a X session on a remote
NetSD or Linux server, all keys run as expected (for example :
@=altgr+0, [=altgr+(, ]=altgr+)...).

When I open a connection on this VAX (or on my ES40 running 8.4,
same result), altgr is ignored.

I have tried a lot of different Xephyr configurations without
result. Best command line is :

#!/bin/bash
Xephyr -ac :1 -screen 1024x768 -listen tcp -query fermat -keybd ephyr,,,xkbmodel=evdev,xkblayout=fr

exit 0

but @, [ and ] are unavailable. Is it possible to remap VMS keyboard
to obtain these characters ?

Regards,

It's not so much a VMS question, I'm afraid, but rather some
combination of your local machine's X config and your terminal
emulator. Perhaps have a look at `xmodmap` and `xev` to see
what events the key presses are actually generating, and how you
might modify them to get the effect you want?

I'm sure that this issue comes from VMS itself. Locally, altgr runs
as expected and if I use Xephyr to open a connection to a Linux or
NetBSD server, altgr runs also as expected. If Zephyr cannot handle
altgr, I will see the same issue with all client systems.

JB
--
Si votre demande me parvient en code 29, je vous titiouillerai volontiers
une r|-ponse.
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.vms

In article <slrn110e3kt.t6l.JKB@hilbert.systella.fr>, JKB <jkb@invalid> wrote: >Le 15-05-2026, Dan Cross <cross@spitfire.i.gajendra.net> a |-crit-a:

In article <slrn110dljc.t6l.JKB@hilbert.systella.fr>, JKB <jkb@invalid> wrote:

Hello,

I'm trying to open a connection on a VAX running VMS 7.3 through
Xephyr (and with a french PC keyboard).

Xephyr runs on a Linux box. When I open a X session on a remote
NetSD or Linux server, all keys run as expected (for example :
@=altgr+0, [=altgr+(, ]=altgr+)...).

When I open a connection on this VAX (or on my ES40 running 8.4,
same result), altgr is ignored.

I have tried a lot of different Xephyr configurations without
result. Best command line is :

#!/bin/bash
Xephyr -ac :1 -screen 1024x768 -listen tcp -query fermat -keybd ephyr,,,xkbmodel=evdev,xkblayout=fr

exit 0

but @, [ and ] are unavailable. Is it possible to remap VMS keyboard >>> to obtain these characters ?

It's not so much a VMS question, I'm afraid, but rather some
combination of your local machine's X config and your terminal
emulator. Perhaps have a look at `xmodmap` and `xev` to see
what events the key presses are actually generating, and how you
might modify them to get the effect you want?

I'm sure that this issue comes from VMS itself. Locally, altgr runs
as expected and if I use Xephyr to open a connection to a Linux or
NetBSD server, altgr runs also as expected. If Zephyr cannot handle
altgr, I will see the same issue with all client systems.

Maybe? it's difficult to say without knowing exactly what
events the X server is generating for individual key presses.
One can see using `xev`.

- Dan C.

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.vms

JKB <JKB@hilbert.invalid> writes:

I'm trying to open a connection on a VAX running VMS 7.3 through
Xephyr (and with a french PC keyboard).

Xephyr runs on a Linux box. When I open a X session on a remote
NetSD or Linux server, all keys run as expected (for example :
@=altgr+0, [=altgr+(, ]=altgr+)...).

When I open a connection on this VAX (or on my ES40 running 8.4,
same result), altgr is ignored.

The fix is on the VMS side, not the Unix side. If you're getting the
desktop via XDMCP, you go
Session Manager -> Applications -> DECterm -> Options -> Keyboard

Under keyboard options, tick "Comma Key Sends ,<" and "Angle Brackets
Key Sends <>". While you're there, you might also tick "Tilde Key Sends
'~". On the DEC keyboards, the "<", ">" keys were over by the "z" key on
PC keyboards. If you use MAME, those terminals need a similar fix so you
can type "<" and ">". I'm not sure about French keyboards, but on the
English one that's the fix.

Options -> Save Options when you're done.
--
PGP Key ID: 781C A3E2 C6ED 70A6 B356 7AF5 B510 542E D460 5CAE
"The Internet should always be the Wild West!"
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.vms

Le 15-05-2026, Dan Cross <cross@spitfire.i.gajendra.net> a |-crit-a:

In article <slrn110e3kt.t6l.JKB@hilbert.systella.fr>, JKB <jkb@invalid> wrote:

Le 15-05-2026, Dan Cross <cross@spitfire.i.gajendra.net> a |-crit-a:

In article <slrn110dljc.t6l.JKB@hilbert.systella.fr>, JKB <jkb@invalid> wrote:

Hello,

I'm trying to open a connection on a VAX running VMS 7.3 through
Xephyr (and with a french PC keyboard).

Xephyr runs on a Linux box. When I open a X session on a remote
NetSD or Linux server, all keys run as expected (for example :
@=altgr+0, [=altgr+(, ]=altgr+)...).

When I open a connection on this VAX (or on my ES40 running 8.4,
same result), altgr is ignored.

I have tried a lot of different Xephyr configurations without
result. Best command line is :

#!/bin/bash
Xephyr -ac :1 -screen 1024x768 -listen tcp -query fermat -keybd ephyr,,,xkbmodel=evdev,xkblayout=fr

exit 0

but @, [ and ] are unavailable. Is it possible to remap VMS keyboard >>>> to obtain these characters ?

It's not so much a VMS question, I'm afraid, but rather some
combination of your local machine's X config and your terminal
emulator. Perhaps have a look at `xmodmap` and `xev` to see
what events the key presses are actually generating, and how you
might modify them to get the effect you want?

I'm sure that this issue comes from VMS itself. Locally, altgr runs
as expected and if I use Xephyr to open a connection to a Linux or
NetBSD server, altgr runs also as expected. If Zephyr cannot handle
altgr, I will see the same issue with all client systems.

Maybe? it's difficult to say without knowing exactly what
events the X server is generating for individual key presses.
One can see using `xev`.

On local workstation :

Atlgr:
KeyPress event, serial 36, synthetic NO, window 0x7400001,
root 0x3d9, subw 0x0, time 416354304, (166,-15), root:(1834,706),
state 0x0, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

Altgr+= (})
KeyPress event, serial 36, synthetic NO, window 0x7400001,
root 0x3d9, subw 0x0, time 416354752, (166,-15), root:(1834,706),
state 0x80, keycode 21 (keysym 0x7d, braceright), same_screen YES,
XLookupString gives 1 bytes: (7d) "}"
XmbLookupString gives 1 bytes: (7d) "}"
XFilterEvent returns: False

Same result on a remote server (NetBSD) through Xephyr.

OpenVMS 7.3 doesn't have any xev image...

JB
--
Si votre demande me parvient en code 29, je vous titiouillerai volontiers
une r|-ponse.
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: comp.os.vms

Le 15-05-2026, jayjwa <jayjwa@atr2.ath.cx.invalid> a |-crit-a:

JKB <JKB@hilbert.invalid> writes:

I'm trying to open a connection on a VAX running VMS 7.3 through
Xephyr (and with a french PC keyboard).

Xephyr runs on a Linux box. When I open a X session on a remote
NetSD or Linux server, all keys run as expected (for example :
@=altgr+0, [=altgr+(, ]=altgr+)...).

When I open a connection on this VAX (or on my ES40 running 8.4,
same result), altgr is ignored.

The fix is on the VMS side, not the Unix side. If you're getting the
desktop via XDMCP, you go
Session Manager -> Applications -> DECterm -> Options -> Keyboard

I have these options.

Under keyboard options, tick "Comma Key Sends ,<" and "Angle Brackets
Key Sends <>". While you're there, you might also tick "Tilde Key Sends
'~". On the DEC keyboards, the "<", ">" keys were over by the "z" key on
PC keyboards. If you use MAME, those terminals need a similar fix so you
can type "<" and ">". I'm not sure about French keyboards, but on the
English one that's the fix.

Options -> Save Options when you're done.

I don't understand your explanation. If I set 'angle brackets key
sends `~', keyboard configuration is modified and < sends |? and >
sends 7...

JB
--
Si votre demande me parvient en code 29, je vous titiouillerai volontiers
une r|-ponse.
--- Synchronet 3.22a-Linux NewsLink 1.2