From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Roy Liu Newsgroups: gmane.emacs.bugs Subject: bug#6179: OSX: Emacs.app is loading files specified by relative pathname twice Date: Wed, 12 May 2010 19:46:29 -0700 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=000e0cd25856fa96f7048670c33a X-Trace: dough.gmane.org 1273769365 741 80.91.229.12 (13 May 2010 16:49:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 13 May 2010 16:49:25 +0000 (UTC) To: 6179@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 13 18:49:24 2010 connect(): No such file or directory Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OCbb9-0000B9-0l for geb-bug-gnu-emacs@m.gmane.org; Thu, 13 May 2010 18:49:23 +0200 Original-Received: from localhost ([127.0.0.1]:59823 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OCbb8-0006k9-D0 for geb-bug-gnu-emacs@m.gmane.org; Thu, 13 May 2010 12:49:22 -0400 Original-Received: from [140.186.70.92] (port=48406 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OCP8p-00029O-0G for bug-gnu-emacs@gnu.org; Wed, 12 May 2010 23:31:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OCP81-0001CA-Ei for bug-gnu-emacs@gnu.org; Wed, 12 May 2010 23:30:30 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53973) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OCP81-0001C3-Cz for bug-gnu-emacs@gnu.org; Wed, 12 May 2010 23:30:29 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OCOwv-00036D-PZ; Wed, 12 May 2010 23:19:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Roy Liu Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 May 2010 03:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 6179 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: submit@debbugs.gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.127372072411902 (code B ref -1); Thu, 13 May 2010 03:19:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 13 May 2010 03:18:44 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OCOwd-00035v-6x for submit@debbugs.gnu.org; Wed, 12 May 2010 23:18:43 -0400 Original-Received: from mail-pz0-f197.google.com ([209.85.222.197]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OCORV-0002rG-J9 for submit@debbugs.gnu.org; Wed, 12 May 2010 22:46:34 -0400 Original-Received: by pzk35 with SMTP id 35so474217pzk.0 for ; Wed, 12 May 2010 19:46:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=Co1DhJeAuAuwq2WhQDGcx/50uj0XK2IQD9YYUiuk3Kg=; b=Vbv7jCZaUdnfdPzuIvBYyzIT4Llj31hl/uiivat0f4dEwNGtgCygkk4LrQ9vX/4GRh 5H9WyzUGQ785ziUOcvL6boKnALyWr2pxFs5+legSAUpiIgUe5q2qVckju2nul/uPRLEw eFGUYD8cnpx6pBDz29l4o0RNnw6JV0Ssg0xf8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=CXEypN5EAyPztkrzHztINhtYh1/OjuoYyACRpKC1kNts1MQ39e4kY46i8apshObJpT XiLXxPETttklpDgewlMOVkjv66CPWD0cR0FEvsELZM6G2+F1KcEhuZ3tpMjXgVkVo9Pp uOEnHmMJF9nIiVUDn/cceZyyFjth0zmbHhPPw= Original-Received: by 10.142.207.15 with SMTP id e15mr6022781wfg.14.1273718789281; Wed, 12 May 2010 19:46:29 -0700 (PDT) Original-Received: by 10.143.163.2 with HTTP; Wed, 12 May 2010 19:46:29 -0700 (PDT) X-Google-Sender-Auth: 4AlWiVUbyrG9XKThHpvPjU-6wmI X-Mailman-Approved-At: Wed, 12 May 2010 23:18:41 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 12 May 2010 23:19:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Mailman-Approved-At: Thu, 13 May 2010 12:47:20 -0400 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:36910 Archived-At: --000e0cd25856fa96f7048670c33a Content-Type: text/plain; charset=UTF-8 Package: emacs Version: 23.2 I've noticed strange loading behavior for Emacs.app when I wrap it with a script: #!/bin/bash /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs "$@" Here are my observations: 1) For files specified with --find-file and --find and --visit, loading goes fine. 2) For files specified with absolute paths, loading is also fine. 3) For files specified with relative pathnames, things start getting weird. For example, loading "a/b/c/d.txt" will load the desired file, but it will then try to load "a/b/c/a/b/c/d.txt", which clearly doesn't exist. It's as if directory "a/b/c" has been added to some sort of search path (in addition to $PWD) in which emacs then relatively searches for "a/b/c/d.txt", thus resulting in the joined result "a/b/c/a/b/c/d.txt". I don't know if this should be a bug, since the desired usage of Emacs.app is to run through the window manager (some form of "open"), which is a sheltered environment. I've built Emacs.app from MacPorts, which, from what I can tell, introduces no special modifications or patches, and so I believe that this defect is repeatable. -Roy --000e0cd25856fa96f7048670c33a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Package: emacs
Version: 23.2

I've noticed = strange loading behavior for Emacs.app when I wrap it with a script:
<= div>

#!/bin/bash

/App= lications/MacPorts/Emacs.app/Contents/MacOS/Emacs "$@"


Here are my observations:
1) F= or files specified with --find-file and --find and --visit, loading goes fi= ne.
2) For files specified with absolute paths, loading is also f= ine.
3) For files specified with relative pathnames, things start getting w= eird. =C2=A0For example, loading "a/b/c/d.txt" will load the desi= red file, but it will then try to load "a/b/c/a/b/c/d.txt", which= clearly doesn't exist. =C2=A0It's as if directory "a/b/c"= ; has been added to some sort of search path (in addition to $PWD) in which= emacs then relatively searches for "a/b/c/d.txt", thus resulting= in the joined result "a/b/c/a/b/c/d.txt".

I don't know if this should be a bug, since the des= ired usage of Emacs.app is to run through the window manager (some form of = "open"), which is a sheltered environment.
I've bui= lt Emacs.app from MacPorts, which, from what I can tell, introduces no spec= ial modifications or patches, and so I believe that this defect is repeatab= le.

-Roy

--000e0cd25856fa96f7048670c33a--