Please don't think too hard about why I'm using an application with a different name that's the same as X11, you'll probly end up confusin urself

You'll have to change Wine's source code to look for a different library.sonicfan1012 wrote:I need to know how to edit wine so that it uses an application of another name rather than X11.
That's right... You're the guy on a Mac who didn't like the fact that,I need to know how to edit wine so that it uses an application of another name rather than X11. The application of a different name is the same as X11, just a different name. But it's only the application. I have all the X11 files. I just need the name of the APPLICATION that it uses to not be X11 and to be another name.
Please don't think too hard about why I'm using an application with a different name that's the same as X11, you'll probly end up confusin urselfjust tell me how to change it so that wine will use an APPLICATION with a different name than X11.
uhh...i have a feeling you don't really understand my question, which makes sense. I'm still using X11. It's just a different name. The actual X11 application is blocked, but if I rename it to something different, it's unblocked. I just need to make wine use the X11 that I renamed instead of the X11 that is named X11. Otherwise, it doesn't work and it just says that X11 is blocked. But if I could make wine use the X11 that i renamed, then it would work. I just need to know how to do that.Charles Davis wrote:On 3/11/10 7:44 AM, sonicfan1012 wrote:That's right... You're the guy on a Mac who didn't like the fact that,I need to know how to edit wine so that it uses an application of another name rather than X11. The application of a different name is the same as X11, just a different name. But it's only the application. I have all the X11 files. I just need the name of the APPLICATION that it uses to not be X11 and to be another name.
Please don't think too hard about why I'm using an application with a different name that's the same as X11, you'll probly end up confusin urselfjust tell me how to change it so that wine will use an APPLICATION with a different name than X11.
every time you ran Wine, X11 would start.
That's unavoidable right now. Wine NEEDS X11. Without X11, Wine won't
work. 'Nuff said.
However, I'm working on a solution to this. If this gets in, Wine on Mac
won't need X11 anymore. Stay tuned...
Seriously, though, if Wine needs X11, why are you so intent on replacing it?
This has nothing to do with Wine. Your X11/Xquartz installation may be fouled up, or launchd/launchctl broken. There may be some answers on the Xquartz FAQ:Alrite, i'm sorry for double posting, but I just thought of an easy way to ask my question, and there's no edit button :\
Does anyone know if there is a file in wine that tells wine to look for X11.app, the application X11, and run it? There should be one, considering wine runs the application X11. My question is that I want to know where that file is and how to edit it so that it looks for an application with a different name. and remember that the application with a different name is just a copy of X11 under a different name, so wine should work just fine. I just really need to know where the file that searches for and runs X11.app is, and theoreticaly, wine would work.
Wait wait WAIT SO...if I can get an X server to run (which I can, I just have to rename the X11 application and then X11 runs normally), then I can make wine "talk" with the X server that I just previously opened up??? And How do you set up the display environment variable appropriately to do this?Charles Davis wrote:Oh I see. Sorry about that. You really should have done a better job of
explaining this in the first place.
OK, let me explain how this works to you. Wine doesn't really care what
your X server's file (or, in your case, bundle) on disk is called. When
it makes an X11 call, it expects an X server to be running. That's it.
If you do have an X server running, you can tell Wine to talk to it by
setting the DISPLAY environment variable to something appropriate.
Normally, that variable gets set for you. And that has to do with the
other situation...
...where there's NO X server running. On Mac OS, the reason X
automatically launches--or at least is supposed to automatically
launch--when Wine or anything tries to make an X11 call is that a
program called 'launchd' is waiting for someone to do this. 'launchd',
through a property list file (*.plist), knows the name of the X display,
so it exports it to the environment and waits for an X server call. When
it gets one, it launches X11 and forwards the call to it--after which
the X server functions like it does on Linux or any other system.
Therefore, if you want Wine to talk to your renamed X server, you need
to know the name of its display. Then you can set the DISPLAY
environment variable to that name so Wine can talk to the right X
server. It works the same way on Mac OS as it does on Linux, FreeBSD,
Solaris, etc.
HINT: If you start X11 from the command line, it will print the name of
the display to the console.
Chip