On Wed, Mar 19, 2003 at 03:02:58PM +0100, Marcus Brinkmann wrote: > > You must have ignored my previous reply on this issue.
of course not! I understood that VT_ACTIVATE is needed by the Xserver, sorry if i understood wrong. > We will not implement those ioctls, and they will certainly not be > implemented in the terminal server (or magic for that matter). > > It's also unrelated to a console server. > > The issue is between the vga console client that shares the display and > input devices with the X server. That console client must have a protocol > that allows cooperative console switching why can't it be the standard protocol? magic could forward its ioctl'ed requests to the console client? > The protocol will be just as we see it convenient and useful, and not be > tied to the ioctl interface. The corresponding code in XFree86 must be > ported (rewritten). the Xfree86 side it's not that much of a hassle, just to find a replacement for VT_ACTIVATE #ifndef VT_ACTIVATE. what is your proposed protocol? > In XFree86 4.2 and earlier, it was well separated from > the architecture specific code. If 4.3 doesn't compile, then either the > X people didn't do their job properly by letting architecture specific code > flow into generic code or the Debian package maintainer didn't do his job > properly by messing up the configuration settings (can't blame him, the > configuration in X is a mess). this is the event managing code in Xserver. there are already OS-specific #ifdefs in there (Sun, Qnx) so i don't think it's a problem to add our own. > This bug is a will-not-fix or a non-bug. See also the savannah task > database, I am sure I have one open for that. ok, but then we need a new protocol to tell the console client about terminal switches. -- Robert Millan make: *** No rule to make target `war'. Stop. Another world is possible - Just say no to genocide _______________________________________________ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
