How to disable ctrl-alt-Fn?

Hello!

I have developed an embedded application which uses SDL and linux/framebuffer.
I’d like to disable ctrl-alt-Fn console switching, because actually there are
no consoles at all in the underlying system. Is it possible?

Regards,

Ctirad

I have developed an embedded application which uses SDL and linux/framebuffer.
I’d like to disable ctrl-alt-Fn console switching, because actually there are
no consoles at all in the underlying system. Is it possible?

If there is nothing running on other ttys, it should be not possible to
switch to them. So, check out your /etc/inittab.
This has nothing to do with SDL.Am Monday, dem 21. Jan 2008 schrieb Ctirad Fertr:


AKFoerster

inittab only controls whether something runs by default on any given virtual
terminal. it does not control whether the virtual terminal exists at all
(and thus whether you can switch to it). their existence is solely
controlled by the kernel.
-mike
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: This is a digitally signed message part.
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20080121/1589228a/attachment.pgpOn Monday 21 January 2008, list at akfoerster.de wrote:

Am Monday, dem 21. Jan 2008 schrieb Ctirad Fertr:

I have developed an embedded application which uses SDL and
linux/framebuffer. I’d like to disable ctrl-alt-Fn console switching,
because actually there are no consoles at all in the underlying system.
Is it possible?

If there is nothing running on other ttys, it should be not possible to
switch to them. So, check out your /etc/inittab.

Dne Monday 21 of January 2008 11:29:58 list at akfoerster.de napsal(a):

If there is nothing running on other ttys, it should be not possible to
switch to them. So, check out your /etc/inittab.
This has nothing to do with SDL.

There is no /etc/inittab. In fact there is no init at all. Kernel starts a
little script, which does some basic initialization (e.g. mounts /sys /proc
etc…) and then it starts my application. The only existing console is
redirected to /dev/null.

However, from the appliacation I can switch into black screen via any
combination of ctrl-alt-Fx except ctrl-alt-F1, which is appliaction itself.
Any ideas?

Regards,

Ctirad

Technically, it is possible. At least X11 does this somehow:
Option “DontVTSwitch” "boolean"
This disallows the use of the Ctrl+Alt+Fn sequence (where Fn
refers to one of the numbered function keys). That sequence is
normally used to switch to another “virtual terminal” on
operating systems that have this feature. When this option is
enabled, that key sequence has no special meaning and is passed
to clients. Default: off.On Monday 21 January 2008 12:52:24 Ctirad Fertr wrote:

However, from the appliacation I can switch into black screen via any
combination of ctrl-alt-Fx except ctrl-alt-F1, which is appliaction itself.
Any ideas?


Sincerely,
Vladimir “Farcaller” Pouzanov Hack&Dev Team
PGP/GPG: 0x3A40FF29 http://hackndev.com
Fingerprint: FA36 877A 2DC3 B56F CAB5 7DB3 4C97 A596 3A40 FF29
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 481 bytes
Desc: This is a digitally signed message part.
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20080121/a45bcde7/attachment.pgp

Hello!

I have developed an embedded application which uses SDL and linux/framebuffer.
I’d like to disable ctrl-alt-Fn console switching, because actually there are
no consoles at all in the underlying system. Is it possible?

You can change SDL_fbevents.c at around line 1016 to disable VT switching.
There’s currently no API or environment variable way to do it.

See ya!
-Sam Lantinga, Lead Software Engineer, Blizzard Entertainment

Dne Monday 21 of January 2008 17:00:07 Sam Lantinga napsal(a):

Hello!

You can change SDL_fbevents.c at around line 1016 to disable VT switching.
There’s currently no API or environment variable way to do it.

Thank you very much. That is exactly what I needed.

Regards,

Ctirad