when programming a program or game under the linux framebuffer console,
it might crash, when you are normal user!
the SDL library scans for all devices and since a normal user doesn’t
have got the necessary rights, the SDL library crashs!
trag
@trix
when programming a program or game under the linux framebuffer console,
it might crash, when you are normal user!
the SDL library scans for all devices and since a normal user doesn’t
have got the necessary rights, the SDL library crashs!
trag
@trix
when programming a program or game under the linux framebuffer console,
it might crash, when you are normal user!
the SDL library scans for all devices and since a normal user doesn’t
have got the necessary rights, the SDL library crashs!
A solution to this is to create a “video” group for the /dev/fb? devices, add all trusted local users to that group, and chmod g+rw the
/dev/fb? devices.
SDL doesn’t really crash, it just fails to open a video device (and prints a message to that effect). It’s not catastrophic.
However, the Linux framebuffer system isn’t exactly stable yet, and I frequently have to ssh in from a different machine to reset the
console when it hangs during development. I would never enable fbcon on a critical server.
Now that Emacs 21 supports color syntax highlighting on virtual terminals, it’s extremely tempting to shut down X and use the console for
SDL programming. That’s about as risky as using SVGAlib, though; expect to reboot a lot.
-John–
John R. Hall
overcode at lokigames.com
overcode at cc.gatech.edu
when programming a program or game under the linux framebuffer console,
it might crash, when you are normal user!
the SDL library scans for all devices and since a normal user doesn’t
have got the necessary rights, the SDL library crashs!
[clip]
SDL doesn’t really crash, it just fails to open a video device (and prints a message to that effect). It’s not catastrophic.
However, the Linux framebuffer system isn’t exactly stable yet, and I frequently have to ssh in from a different machine to reset the
console when it hangs during development. I would never enable fbcon on a critical server.
I use “SAK” keypress myself (Magic SysRq key enabled in kernel)
alt-sysreq-K…
It resets fbcon quite nicely - back to a login screen. Works against X
too but because X switches my graphics card to a different mode, fbcon
completely hangs sigh forcing an unmount and reboot…
Actually I quite prefer developing under fbcon then moving to X when I
-have- to. I do not like GUIs. (Gormless Useless Interfaces)
(or Get in the way of Use Interfaces) (or Gee, Unusable Interface)
The moment I have to pick up a mouse I want to smash something.
G’day, eh? 
- TeunisOn Sat, 16 Dec 2000, John R. Hall wrote: