From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: w32 does not have emacsclient/server - getting paper size Date: Sat, 16 Jul 2005 14:40:00 +0200 Message-ID: <42D90020.9040208@student.lu.se> References: <42D75F2C.3040303@student.lu.se> <85zmso79mt.fsf@lola.goethe.zz> <42D7AA3E.7040508@student.lu.se> <85ll48tfct.fsf@lola.goethe.zz> <42D7B125.6030102@student.lu.se> <854qawt85l.fsf@lola.goethe.zz> <42D7EB78.9050901@student.lu.se> <85ll48rnzt.fsf@lola.goethe.zz> <42D7F881.2080302@student.lu.se> <42D82D20.2030505@student.lu.se> <42D8EA66.3040904@student.lu.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1121518887 24009 80.91.229.2 (16 Jul 2005 13:01:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 16 Jul 2005 13:01:27 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 16 15:01:22 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DtmI2-0004nP-KK for ged-emacs-devel@m.gmane.org; Sat, 16 Jul 2005 15:01:10 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DtmJs-0004J5-9k for ged-emacs-devel@m.gmane.org; Sat, 16 Jul 2005 09:03:04 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DtmGd-00030C-ML for emacs-devel@gnu.org; Sat, 16 Jul 2005 08:59:43 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DtmGb-0002z0-Vu for emacs-devel@gnu.org; Sat, 16 Jul 2005 08:59:43 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DtmDm-0001aL-S5 for emacs-devel@gnu.org; Sat, 16 Jul 2005 08:56:46 -0400 Original-Received: from [81.228.8.83] (helo=pne-smtpout1-sn2.hy.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dtm64-0004AK-2z; Sat, 16 Jul 2005 08:48:48 -0400 Original-Received: from [192.168.123.121] (83.249.205.6) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 42BFBBD20034B388; Sat, 16 Jul 2005 14:40:00 +0200 User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en Original-To: Jason Rumney In-Reply-To: X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:41008 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:41008 Jason Rumney wrote: >Lennart Borgman writes: > > > >>HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\. >> >> > >I see. The path is not as unpredictable as I thought. However, gs.exe >or gswin32.exe is not listed in my registry, even though I have it >installed, so this is not useful for finding ghostscript. > > Yes, at the moment not, but I think this is something the authors of this packages should be noted of. >Also, these keys are documented as being extra paths for that >application to find its DLLs. Since the directory where the executable >resides is automatically searched, it is not necessary to include that >path in this key, so it is not a reliable way to find the executable. > I do not think it is only for DLLs. I can not say that MS is very clear in their documentation, some info is hard to find. But look here, this page says that ShellExecute looks in App Paths: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/programmersguide/shell_basics/shell_basics_extending/fileassociations/fa_perceived_types.asp If you have firefox installed (and you do not have it in your path) you can try this: Open "Start Menu - Run" and enter firefox.exe. It will start Firefox. However just typing "firefox.exe" in a cmd.exe window does not work. This could be by intent (backward compatibility, trying to behave as other shells) or just a bug. In any case I believe that looking in App Paths for an entry could be useful -- and this behaviour would be in accordance with what ShellExecute does. Unfortunately it is for many applications more difficult to find the path. This is actually one of the reasons I think there should be a way to read the Registry from elisp.