[Xpert]Prebinding X libs
When building X on MacOS X, is there any way to tell it to "prebind" the libraries? grepping the config directories, I didn't see anything that would do it even if I could figure out how to activate it. Prebinding is useful, because an application linked to a prebound library starts MUCH faster. The runtime loader sees that the application is pre bound and if the libs haven't changed, it just uses the known addresses. If the lib changes, it ignores the prebinding and just acts as if it wasn't prebound. There's also a command called "redo_prebinding" which you can run on anything that's prebound if any of its dependant libs change. This is usually done after installing, as installing in case the copy operation changed the time stamp on the file. In order to do this though, libraries have to be linked with the -prebind option to ld (or -Wl,-prebind to gcc -- that's a lower case L after the -W) I'd try modifying the config to do this, but have no idea where to put it so that it goes in all the Makefiles. -- Dave Williss -- Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Who maintains kinput2? I have a fix to apply.
I'm posting this to both the xpert list and the i18n list. I'd expect the person I'm looking for would be on the i18n list, but traffic there is very sparse. Maybe nobody maintains this anymore. The program kinput2 has a slight problem with wide char support. Rather than using the system's typedef for wchar_t, it defines its own wchar as being an unsigned short and expects everything else to handle it this way too. It seems that on some systems, wchar_t is 4 bytes, not 2. The fix is to change the typedef of wchar to the following... #include /* For wchar_t */ typedef wchar_t wchar This needs to be done in 5 places... lib/ctext.c include/WStr.h include/Xsj3clib.h include/cconv.h include/wnnlib.h Sorry I don't have this as a simple patch that I could post, but my current source base is a bit messy, as I had to throw in a ton of TRACE statements to try to find out what was wrong. Also, I'm using kinput2-v3.1, which is the most current I could find. -- Dave Williss--Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup
[Xpert]XIM, kinput2, and keyboard input in XDarwin
When running XDarwin (based on XFree86) on MacOSX, it is possible, even desirable, to have the OS handle all the keyboard layout. The main case where this is an issue is in Asian languages. For asian languages, it would be desirable to have the OS handle the input method (IME). In this case, key presses need to be sent to the IME instead of the client, and when the IME sends back the actual value it should be sent to the X client in such a way that the keysym gets converted to the Unicode value. One possibility would be to use the OS's built-in IME instead of Wnn or Canna as the back-end for kinput2. In searching for a Japanese IME for X, I found references to XIM. I found a band called XIM out of the UK, but that doesn't help :-) It appears that kinput2 and Wnn or Canna are what I need, but I can't find where to actually download source from. I found RPMs for Intel-based systems, but Macs are not Intel :-( -- Dave Williss--Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup
[Xpert]Keyboard input.
In porting an X server to Windows or Macintosh, it would be possible to let the OS handle all the keyboard input stuff and the X server would just get Unicode. The question is: Is there a standard way to let the X Server pass the client application Unicode values directly? -- Dave Williss -- Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Clarification on XFree86 10th anniversary...
- Original Message - From: "David Wexelblat" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, April 26, 2002 9:50 AM Subject: [Xpert]Clarification on XFree86 10th anniversary... [clip] > The name XFree86 was my suggestion, and the eventual winner, in an > internal debate to choose a new name that began August 27, 1992. Most > people have forgotten this by now, but the name was a pun, and a slam, > against X386, which had been free and then went proprietary/commercial > (get it? X386 -> XFree86). Which is also why it bugs the crap out of me > when people call it "XFree" - the name is XFree86 for a reason. > The reason people probably call it XFree is that the "86" part is a bit anacronistic these days. It can be built and runs just fine on a PowerPC which isn't an x86 - based processor. The fact that it can be built for PPC is a Good Thing since Apple, in their infinitesimal wisdom went and created an OS based on Unix, called it OS X and DIDN'T PROVIDE A FREEKIN X SERVER! Disclaimer: The views expressed in this email are mine and not that of my employer, who thinks Apples are the best computer in the world. :-( Ok, I'm done ranting now... -- Dave Williss -- Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Extension GLX missing
Ok, here's another related question. I've got an OpenGL application, but it's insisting on using client-side Mesa even though my X server supports the GLX extension. How do I tell it to stop that? - Original Message - From: "Dave Horsfall" <[EMAIL PROTECTED]> To: "Jens Owen" <[EMAIL PROTECTED]> Cc: "Xpert XFree86 list" <[EMAIL PROTECTED]> Sent: Tuesday, March 12, 2002 11:11 PM Subject: Re: [Xpert]Extension GLX missing > On Tue, 12 Mar 2002, Jens Owen wrote: > > > It looks like you were actually using the Mesa client side software > > renderer the first time around. No GLX support needed. It just renders > > with standard X11 primitives. When you installed a newer version of > > XFree86, you probably over wrote the Mesa libGL.so, with the XFree86 > > version which, by default, doesn't support a client side software > > renderer. > > Bingo! That sounds promising. > > > Try updating and installing Mesa, again. You can find source at > > http://www.mesa3d.org > > Will do - thanks. > > -- > Dave Horsfall ATM-S/CL VK2KFU [EMAIL PROTECTED] Ph: +61 2 9906-3377 Fx: *-3468 > (Unix Guru) Pacific ESI, Unit 22, 8 Campbell St, Artarmon, NSW 2065, Australia > > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]What is Xinerama?
Can somebody tell me what Xinerama is and where to find documentation about it? Just as a suggestion, it would be really helpful if every directory in the XFree86 source tree had a REAME file explaining what that particular library or X server extension was for and where to find more information about it. -- Dave Williss--Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup
Re: [Xpert]junk following cursor in X (ATI Rage II)
- Original Message - From: "Andrew Daviel" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, February 24, 2002 2:39 PM Subject: [Xpert]junk following cursor in X (ATI Rage II) > The problem: > In an X app (xdoom, or gnuterm/kterm etc.) there is junk following the > cursor around. Under the cursor (invisible in xdoom) is > is an imaginary square about 63 pixels on edge which is OK. > (The cursor at its upper left vertex). > Under this is a translucent blue square superimposed on the screen > Under this is another square composed of translucent vertical bars > in about 3 colours. The pattern repeats to the bottom of the screen. > (Actually they are not all exactly square) > We had this problem once in an old proprietary graphics system that we developed in the old DOS days (as an alternative to Windows 3.0). The technical term we coined for this problem was "mouse droppings" :-) -- Dave Williss -- Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]How to determine local vs. remote X connection?
How do I determine if my X connection is local (on the same machine) or remote (on a different machine)? I'd like to use the shared memory extension, but it would be pointless if the connection is not local. -- Dave Williss--Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup
[Xpert]Here's how to unsubscribe from this list!
Why is it that people keep sending unsubscribe requests to the whole list. As if everybody here should do something about them wanting to unsubscribe. In case you lost the welcome message that was sent when you subscribed, here's a portion of it... Welcome to the [EMAIL PROTECTED] mailing list! To post to this list, send your email to: [EMAIL PROTECTED] General information about the mailing list is at: http://XFree86.Org/mailman/listinfo/xpert If you ever want to unsubscribe or change your options (eg, switch to or from digest mode, change your password, etc.), visit your subscription page at: http://XFree86.Org/mailman/options/xpert/ You can also make such adjustments via email by sending a message to: [EMAIL PROTECTED] with the word `help' in the subject or body (don't include the quotes), and you will get back a message with instructions. You must know your password to change your options (including changing the password, itself) or to unsubscribe. It is: XXX (I'm not going to tell you my password) If you forget your password, don't worry, you will receive a monthly reminder telling you what all your XFree86.Org mailing list passwords are, and how to unsubscribe or change your options. There is also a button on your options page that will email your current password to you. * NOTE! Does this "monthly" email actually get sent ? * You may also have your password mailed to you automatically off of the Web page noted above. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]24-bit vs 32-bit FB code
Can anybody tell me: I want use the fb code (rather than cfb32), but I have a problem. I need a 24-bit visual which is really 32-bit with the high byte unused. If I call fbScreenInit() with a 32-bit bpp, It gives me something like 11-11-10. Also, before I go much further in this, can anybody tell me if the fb code can be made to work on a pixmap-per-window case rather than one big pixmap for the whole screen? I'm working on a case where I don't have access to that. I really just want to use fb because it seems to have features that cfb code lacks and is required to get the RENDER extension to work. -- Dave Williss--Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup
Re: [Xpert]Missing GLU library
Thanks. - Original Message - From: "Alan Hourihane" <[EMAIL PROTECTED]> To: "Dave Williss" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, January 09, 2002 10:46 AM Subject: Re: [Xpert]Missing GLU library > On Wed, Jan 09, 2002 at 10:25:29AM -0600, Dave Williss wrote: > > Can anybody tell me where to find the GLU library source? > > The directory tree in the source distribution has a directory for it, but it's > > empty. > > > It gets symlinked from xc/extras/ogl-sample/main/gfx/lib/glu into > xc/lib/GLU. You have to 'make World' for that to happen. > > Alan. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Missing GLU library
Can anybody tell me where to find the GLU library source? The directory tree in the source distribution has a directory for it, but it's empty. -- Dave Williss--Meddle not in the affairs of dragons, for you are crunchy and taste good with catsup
