Re: Fwd: Hooking
ramalingareddy bommalapura wrote: Can anybody please suggest how hooking can be done in the xserver functions. XServer needs to invoke my function before the call is passed to the XServer original function. I have found that this is the procedure in windows for doing hooking: X is entirely different from Windows. The same internal concepts simply do not apply. What are you REALLY trying to do? If you tell us your real task, instead of how you think you need to solve it, perhaps one of us can offer a real solution. There are two aspects to X: client and server. GUI programs (X clients) call routines in Xlib to do drawing. These are things like XDrawArc and so on. Xlib exists in the process of the GUI program. It converts the calls into messages that are transmitted over a socket to the X server, which does the actual drawing. The X server is a completely separate process. The messages are parsed, and eventually handed down to some driver that does the drawing. It is possible to insert a tee into the socket stream and split off a second copy for yourself, but that means parsing the X protocol, not handling APIs. -- Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: Fwd: Hooking
Tim Roberts wrote: ramalingareddy bommalapura wrote: Can anybody please suggest how hooking can be done in the xserver functions. XServer needs to invoke my function before the call is passed to the XServer original function. I have found that this is the procedure in windows for doing hooking: X is entirely different from Windows. The same internal concepts simply do not apply. What are you REALLY trying to do? If you tell us your real task, instead of how you think you need to solve it, perhaps one of us can offer a real solution. There are two aspects to X: client and server. GUI programs (X clients) call routines in Xlib to do drawing. These are things like XDrawArc and so on. Xlib exists in the process of the GUI program. It converts the calls into messages that are transmitted over a socket to the X server, which does the actual drawing. The X server is a completely separate process. The messages are parsed, and eventually handed down to some driver that does the drawing. It is possible to insert a tee into the socket stream and split off a second copy for yourself, but that means parsing the X protocol, not handling APIs. Page 583 of Xlib Programming Manual ISBN: 1565920023 explains hooking into Xlib. Xlib is the client-side, not the X server side. ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: [XFree86] X starts when mouse is not connected (AllowMouseOpenFail = false)
On Thu, 8 Sep 2005, Lance Duivenbode wrote: I work for uses Linux (a custom version) running the 2.4.24 kernel and we've just upgraded to XFree86 4.5.0. Previously, when X was started without a mouse it would exit back to the shell complaining that it couldn't find the core pointer. However, since we've upgraded to 4.5.0 this behaviour no longer occurs - even with the AllowMouseOpenFail server flag explicitly set to false. Given the fact that my company remotely manages internet kiosks, we want to be able to detect if a mouse is not connected since this usually indicates faulty hardware. Is it still possible to prevent X from starting if there is no mouse attached or has this option been removed? I would appreciate any help since I've not been able to find anything in the docs or via searching the internet. This is likely a consequence of auto-configuration. I'll have a look. You wouldn't happen to have a mouse-less log, would you? Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Academic Information and| fax:1-780-492-1729 | |Communications Technologies | email: [EMAIL PROTECTED] | | 352 General Services Building +---+ | University of Alberta | | | Edmonton, Alberta | Standard disclaimers apply| | T6G 2H1 | | | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] error starting X
Please help. Faraz Ahmed Network Administrator PakShaheen Container Services 24/27 Reclaimed Area,Timber Pond Keamari, Karachi. Telco: 0092-21-285-1800 111-725-742 Fax: 0092-21-561-2230 XFree86.0.log Description: Binary data
Re: [XFree86] xfree86 4.2.1 with VNC 4.1.1
On Tue, 6 Sep 2005 [EMAIL PROTECTED] wrote: I built RealVNC 4.1.1 and Xfree86 4.2.1 for AIX 5.2. I used gcc 3.3.2, GNU make 3.80, the ibm.cf, ibmLib.rules and ibmLib.tmpl config files from Xorg and parts of the hpux_gcc.patch that came from VNC. (The ibm files that came with Xfree86 seem to have some problems I couldn't fix). BTW, I used 4.2.1 because that is the latest rev the RealVNC people use. The problem I have involves color issues when using a program called CATIA V4. This is a modeling program where the actual drawing area has the correct colors, but the text areas where you select functions and commands are not right. If I set the VNC server to be 24 bit and TrueColor, then I can't read the text at all. The letters are black on a black background. If I set the server to 8 bit PseudoColor, the letters are very dark blue on a black background. Usable but terrible on the eyes. It should be white letters on a gray background. I really don't know anything about Xservers etc. I did a xdpyinfo when connected to the AIX box using VNC and also sitting at the AIX machine itself. Below are the outputs for comparison. Can anyone tell me why my colors are not correct? And is this something I can fix or something I have to live with? You don't say what you're running AIX on, but I suspect the RGB masks need to be byte-swapped (which won't work for depths 15 16, but that's another issue). Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Academic Information and| fax:1-780-492-1729 | |Communications Technologies | email: [EMAIL PROTECTED] | | 352 General Services Building +---+ | University of Alberta | | | Edmonton, Alberta | Standard disclaimers apply| | T6G 2H1 | | | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] xvidtune -timeout does not work (patch included)
(I tried sending this to the listed maintainer, but didn't get anything
back, so I'm trying this method)
The bug is that the -timeout [seconds] option (eg: xvidtune -timeout 5)
doesn't work. If entered, the program will simply exit after displaying
possible options. The problem is in the line:
if (argc 1) {
(line # 1,556 in xfree86 version 4.3.0, in programs/xvidtune/xvidtune.c)
If the line is changed to:
if (argc 1 argc != 3) {
then the timeout setting works. (Changing the amount of time needed for
the test button to automatically exit.)
Anyway, public domain and all that.
___
XFree86 mailing list
XFree86@XFree86.Org
http://XFree86.Org/mailman/listinfo/xfree86
