Are you able to check your DISPLAY environment variable for each application by comparing the output of ps -Exww -p <pid> for each process? I believe the normal way that Apple defines their X listeners is as LaunchAgents with SecureSocketWithKey, which creates a domain socket in a randomly named directory created by launchd for each session, whose name is inherited by those jobs but not the user.
As well as the DISPLAY variable, you can use the open command to specify which Xserver you want to use (e.g. open -a XQuartz.app /opt/local/bin/xemacs). My understanding is that you have to create new app and/or bundle names for this to spawn additional Xserver instances, otherwise you'll use what's already there if it's running or launch it if it's not. On 2 Apr 2011, at 17:18, Tommy Bollman wrote: > Hello Jeremy. > > The problem I had was that I installed the +huge port of vim. > > I have a good setup of xterm from within xterm. ( I start XQuartz from > spotlight). > > When I then started up vim from withing the xterm, giving the command "gu", > then X11.app > would start and do the window handling for vim I believe. > > The result was that I ended up having both X11.app and XQuartz.app visible in > the command bar. (The one I get when I press cmd-Tab ). > > I think the problems goes for other apps as well. > > Since then I have installed a port which doesn't use X11, and MacVim, but I > really would like > to have the menus and such from within XQuartz. > > I wonder how I fix this, so that vim/xim only uses XQuartz as the window > server. > -If the problems would go away if I recompile, using the libraries found in > the /opt tree? > > > > Thanks > > Den 1. apr. 2011 kl. 03.30 skrev Jeremy Huddleston: > >> >> On Mar 31, 2011, at 4:52 PM, Tommy Bollman wrote: >> >>> Hello. >>> Can I read this as I might manage to get vim/xim building with only >>> macports libraries and not the ones shipped with Apple >> >> Yes. That is the policy in MacPorts (to prefer in-tree dependencies rather >> than system-provided ones). >> >>> -And make it work without firing up X11.app ? >> >> I'm not sure what you're asking... You could use any X server you want... >> >>> >>> >>> Den 31. mars 2011 kl. 23.25 skrev Jeremy Huddleston: >>> >>>> >>>> On Mar 31, 2011, at 11:01 AM, Philip J. Schneider wrote: >>>> >>>>> Kinda highjacking my own thread here... :-) >>>>> >>>>> Considering Jeremy's feedback, I downloaded openmotif and all its >>>>> dependencies, and so I can now build/run an X11 app using >>>>> MacPorts-provided headers and libs. (That is, with only /opt/local-based >>>>> paths specified in XCode.) >>>>> >>>>> A few questions: >>>>> >>>>> 1. In very general terms, how do the xquartz-provided X includes and libs >>>>> differ from those provided by MacPorts? Pro/con on using one vs the other? >>>> >>>> The ones in MacPorts are generally the latest versions. >>>> The ones from XQuartz are also generally the latest version as of the >>>> release date. >>>> The ones from Apple are a bit more dated / stable for consistency across >>>> major releases of the OS. >>>> >>>>> 2. If one did want to distribute an X11 application that needed one or >>>>> more X-related libraries not provided by the default system (e.g. >>>>> openmotif), what would be the recommended approach? I might wish to >>>>> assume that the users would not want to build up their own fink or >>>>> MacPorts installation... :-) >>>> >>>> I'd recommend using the host X11 libraries. Link your application >>>> (including extra libraries) against those, and ship everything not part of >>>> the system. You could use something like /opt/myapp as the prefix for >>>> building all your bits and just ship /opt/myapp (and probably place >>>> /opt/myapp/bin into $PATH via /etc/paths.h/myapp >>>> >>>> >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> X11-users mailing list ([email protected]) >>>> Help/Unsubscribe/Update your Subscription: >>>> http://lists.apple.com/mailman/options/x11-users/tommyb06%40student.uia.no >>>> >>>> This email sent to [email protected] >>>> >>> >>> Best regards >>> >>> >>> >>> Tommy Bollman >>> -------------------------------------------------------------------------------------------------- >>> Mollison's Bureaucracy Hypothesis: >>> If an idea can survive a bureaucratic review >>> and be implemented it wasn't worth doing. >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> X11-users mailing list ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/x11-users/jeremyhu%40freedesktop.org >>> >>> This email sent to [email protected] >>> >> >> > > Best regards > > > > Tommy Bollman > -------------------------------------------------------------------------------------------------- > Mollison's Bureaucracy Hypothesis: > If an idea can survive a bureaucratic review > and be implemented it wasn't worth doing. > > _______________________________________________ > macports-users mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
smime.p7s
Description: S/MIME cryptographic signature
PGP.sig
Description: This is a digitally signed message part
_______________________________________________ macports-users mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
