From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.help Subject: Re: can one run tk/Ruby gui code from an emacs shell with compile? Date: Sat, 19 Nov 2005 13:18:39 +0100 Message-ID: <7f4636350e1463d2e65d5cc9d12877a4@Web.DE> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1132403002 12334 80.91.229.2 (19 Nov 2005 12:23:22 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 19 Nov 2005 12:23:22 +0000 (UTC) Cc: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Nov 19 13:23:14 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EdRjG-0005M0-UU for geh-help-gnu-emacs@m.gmane.org; Sat, 19 Nov 2005 13:22:03 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EdRjG-0006ee-5o for geh-help-gnu-emacs@m.gmane.org; Sat, 19 Nov 2005 07:22:02 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EdRg9-0005FW-9B for help-gnu-emacs@gnu.org; Sat, 19 Nov 2005 07:18:49 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EdRg5-0005Ed-24 for help-gnu-emacs@gnu.org; Sat, 19 Nov 2005 07:18:48 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EdRg3-0005E5-Uy for help-gnu-emacs@gnu.org; Sat, 19 Nov 2005 07:18:44 -0500 Original-Received: from [217.72.192.226] (helo=smtp08.web.de) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EdRg3-0001PM-LJ for help-gnu-emacs@gnu.org; Sat, 19 Nov 2005 07:18:44 -0500 Original-Received: from [84.245.189.228] (helo=[192.168.1.2]) by smtp08.web.de with asmtp (TLSv1:RC4-SHA:128) (WEB.DE 4.105 #317) id 1EdRg1-0005TV-00; Sat, 19 Nov 2005 13:18:42 +0100 In-Reply-To: Original-To: Anne G X-Mailer: Apple Mail (2.623) X-Sender: Peter_Dyballa@web.de X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:31165 Archived-At: Am 19.11.2005 um 12:32 schrieb Anne G: > I was worried that emacs might be using the ruby 1.6 which > comes as a default on panther, so I deleted two folders that > had 1.6 in it, and checked terminal still runs my snipet. There is an "easy" way to correct the system when it constantly uses the wrong binary: change the search path, i.e. the PATH variable in bash or path in tcsh. To do so invoke in some shell 'which programme name', i.e. 'which ruby'. The answer might be /bin/ruby. So you now know that /bin should come later in PATH or path. For bash you can change in ~/.bashrc (which is always executed when bash is launched) export PATH=":$PATH" for tcsh there is .tcshrc: set path=( $path) > > The DLY directory line seems permanently removed. > That's what you think! Just try this: M-x shell-command env | sort ! And then look (search) for DYLD_LIBRARY_PATH. It's still there, isn't it? The runtime environment, in which Carbon Emacs executes, still has this variable set. Any process that is spawned by Emacs, for example a compilation, inherits this environment. Try to rename (or remove) these two /Applications/Emacs.app/Contents/Resources/share/emacs/22.0.50/site- lisp/site-start.d/carbon-emacs-builtin-aspell.el* files! In Carbon Emacs it's very easy to access the interiors of an application bundle. To check whether things are right in Carbon Emacs' runtime environment you can use this: M-! env | egrep -w 'PATH|DYLD_LIBRARY_PATH' (the short version). For those graphical Mac OS X applications there is (almost?) no other way then ~/.MacOSX/environment.plist to prepare them with a suitable runtime environment. Once you have created that file (in the Developer Tools there is a Property List Editor which is automagically launched when you invoke in a shell 'open ~/.MacOSX/environment.plist'), it probably works at once when you invoke an application newly. And it changes the runtime environments for all applications too, once they've been re-launched! Read Apple's http://developer.apple.com/qa/qa2001/qa1067.html! -- Greetings Pete Mac OS X is like a wigwam: no fences, no gates, but an apache inside.