I am aware of this mode however I do not wish to run DirectFB as root, nor have these applications interfacing the same server. I am chrooting each application with its immediate dependencies.
What diffirence does it make which process is doing the IO if the client has full control of what that IO is anyway? Another reason I need not to have DirectFB open the tty is that I have to place the device file for each tty I use it on inside the chroot. --- Mike Emmel <[EMAIL PROTECTED]> wrote: > Directfb supports a multiapp client/server mode in > that mode only the > relativly secure server is reading the raw keyboard > not the > application. This is how X works. I think this mode > answers a lot of > your issues. > > On 11/9/05, user3545 . <[EMAIL PROTECTED]> wrote: > > > Forgive me if I am asking a stupid question, but > is > > > the idea of the keyboard input driver not that > it is > > > necessary because not all DirectFB applications > > > actually run within a terminal? > > Indeed, however I am running it from a tty. > > > > > Also, having to SSH into a box to kill a process > can > > > just as easily happen if you are using stdin -> > it > > > is quite possible for your X-Windows, Text > Terminal, > > > your shell, or even the Keyboard driver to crash > in > > > some way, meaning you need another channel in if > you > > > want to interact with the still-working parts of > the > > > system. > > My kernel could panic. Lassie could urinate into > my > > CPU. I could be kidnapped by the bush > administration > > and be forced to publicly express that bush is not > > actually a f*cking idiot. *At present*, these > things > > arent happening and so are irrelevant to me. > > > > > Finally I don't think the security argument > holds > > > either -> a text terminal is switchable into > 'raw' > > > mode, meaning most keyboard input will get > through. > > I am aware of this, however a text terminal cannot > > emulate just about every interface in use at > present. > > > > > > > As for your question of how to implement a stdin > > > driver, I'm afraid someone more knowledgeable > will > > > have to answer that one. > > I'm all ears. > > > > > One suggestion I do have is to use 2 Screens/GFX > > > Cards for DirectFB development. Run X-Windows, > your > > > favourite development environment, emacs and > > > whatever else you need on the main screen. Run > your > > > framebuffer driver and the DirectFB apps on the > > > secondary GFX card and screen. That way you > should > > > never need to SSH again, AND can keep all your > > > Xwindows open while testing! > > > > There are so many reasons why that isnt an option > for > > me. I wont go into all of them but to name a few: > > > > * My reason for using DirectFB is so to not have > to > > use the bloatedest, hairest, ugliest piece of > software > > nix is ever to have the misfortune of having in > its > > userland - X windows, in all of its de(a)mon > forms. > > * My motherboard doesnt support it. > > * I have no money. > > > > > > > > > ___________________________________________________________ > > How much free photo storage do you get? Store your > holiday > > snaps for FREE with Yahoo! Photos > http://uk.photos.yahoo.com > > > > _______________________________________________ > > directfb-dev mailing list > > [email protected] > > > http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev > > > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com _______________________________________________ directfb-dev mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
