Yeah, you're definitely setting DISPLAY somewhere in your environment. Check out the DISPLAY debugging info on the XQuartz FAQ:
http://xquartz.macosforge.org/trac/wiki/X11-UsersFAQ#sshXforwardingdebugging On Apr 2, 2011, at 11:39, Tommy Bollman wrote: > Hello Bayard. > > I installed a "bare" vim, -at least one without x-support, and I can't > reproduce the problem right now. > > I did tried the command with xterm through XQuartz and I got :0 as the > result when I did the ps command on xterm. > > I have some discrpancies regarding the $DISPLAY : > > Its from my log. Localhost [0x0-0x11d11d].org.macosforge.xquartz.X11[0]: > xauth: (argv):1: bad display name "Localhost.local:0" in "remove" command > > I did a full trace on startx and initx once, and then there popped up display > names of (i believe) > Localhost.local/unix:0. > I just hadn't the time to deal with it then. I don't have that time now > neither, because I can't remember where I put that echo statement do reveal > the display parameter. > > This may have nothing to do with those problems I addressed in this thread, > but as soon as I get around to it, i'll file a ticket or something, in ordre > to understand what is happening here. > > I am rather new to this, and I thought that XQuartz is to replace X11 as an > X-server am I right? > > Thanks anyway, I'll comeback to this when I have the time. > > Den 2. apr. 2011 kl. 19.02 skrev Bayard Bell: > >> 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 >> > > 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 > _______________________________________________ macports-users mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
