From unknown Wed Jun 18 23:14:09 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#21104 <21104@debbugs.gnu.org> To: bug#21104 <21104@debbugs.gnu.org> Subject: Status: 25.0.50; relative paths are added to load-path without -nsl Reply-To: bug#21104 <21104@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:14:09 +0000 retitle 21104 25.0.50; relative paths are added to load-path without -nsl reassign 21104 emacs submitter 21104 sds@gnu.org severity 21104 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 21 13:26:32 2015 Received: (at submit) by debbugs.gnu.org; 21 Jul 2015 17:26:32 +0000 Received: from localhost ([127.0.0.1]:55643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHbJG-0000KO-W4 for submit@debbugs.gnu.org; Tue, 21 Jul 2015 13:26:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50713) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHbJE-0000K8-9I for submit@debbugs.gnu.org; Tue, 21 Jul 2015 13:26:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZHbJ7-0005EQ-FF for submit@debbugs.gnu.org; Tue, 21 Jul 2015 13:26:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42918) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZHbJ7-0005EK-CF for submit@debbugs.gnu.org; Tue, 21 Jul 2015 13:26:21 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35970) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZHbJ5-0001Bp-Hd for bug-gnu-emacs@gnu.org; Tue, 21 Jul 2015 13:26:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZHbJ3-0005CQ-H4 for bug-gnu-emacs@gnu.org; Tue, 21 Jul 2015 13:26:19 -0400 Received: from mail-ie0-x230.google.com ([2607:f8b0:4001:c03::230]:33696) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZHbIy-00059J-DE; Tue, 21 Jul 2015 13:26:12 -0400 Received: by ietj16 with SMTP id j16so148090239iet.0; Tue, 21 Jul 2015 10:26:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:return-receipt-to:reply-to:date:message-id :mime-version:content-type:content-transfer-encoding; bh=qfDWEQ6FlZpsWvp0wJp27h3BriMPytCWOn47jr8SIGE=; b=l1Leji9P5Hg/w6c7m26J1U+BhCsaIDp3NVela0yfxVncD6W+pkHGDwdd5eWtml0j3A aY1mjBC9i3rwuGAVcJiwCfDsly3dQMqKgYWjRLX1Xt6XyNmHRL9zc8iUg6ETCI6EROgq RX4N0V/3EDRkiAJ1fkB1qs0tnoWaJR4lzBug8II/ydSiq5ikp4bqCQyfJHgBm1ofhexc 6Jps58SYLnE2OtTXdl9gJHT8OtXBd4inqXmdLC/2Y4W0RQ4qmPcnY1Pb5OztPiTPj4a1 g38uTyLCSrsgz11/xbEr92clPpRM4eInGDYxM1efszN7s8nZYJ4Zk4T6DoXBBni88xSE 1E/Q== X-Received: by 10.107.41.146 with SMTP id p140mr48016279iop.58.1437499570593; Tue, 21 Jul 2015 10:26:10 -0700 (PDT) Received: from sds-MacBook-Pro.local (107-0-158-199-ip-static.hfc.comcastbusiness.net. [107.0.158.199]) by smtp.gmail.com with ESMTPSA id r4sm7722039igh.9.2015.07.21.10.26.09 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Jul 2015 10:26:10 -0700 (PDT) From: Sam Steingold To: bug-gnu-emacs@gnu.org Subject: 25.0.50; relative paths are added to load-path without -nsl X-Attribution: Sam X-Disclaimer: You should not expect anyone to agree with me. Date: Tue, 21 Jul 2015 13:26:09 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: sds@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Relative paths in `load-path' seems like a bad idea: --8<---------------cut here---------------start------------->8--- $ ./nextstep/Emacs.app/Contents/MacOS/Emacs -nsl --batch --eval '(print loa= d-path)' ("/Users/sds/src/emacs/trunk/lisp" "/Users/sds/src/emacs/trunk/lisp/vc" "/U= sers/sds/src/emacs/trunk/lisp/url" "/Users/sds/src/emacs/trunk/lisp/textmod= es" "/Users/sds/src/emacs/trunk/lisp/progmodes" "/Users/sds/src/emacs/trunk= /lisp/play" "/Users/sds/src/emacs/trunk/lisp/org" "/Users/sds/src/emacs/tru= nk/lisp/nxml" "/Users/sds/src/emacs/trunk/lisp/net" "/Users/sds/src/emacs/t= runk/lisp/mh-e" "/Users/sds/src/emacs/trunk/lisp/mail" "/Users/sds/src/emac= s/trunk/lisp/leim" "/Users/sds/src/emacs/trunk/lisp/language" "/Users/sds/s= rc/emacs/trunk/lisp/international" "/Users/sds/src/emacs/trunk/lisp/gnus" "= /Users/sds/src/emacs/trunk/lisp/eshell" "/Users/sds/src/emacs/trunk/lisp/er= c" "/Users/sds/src/emacs/trunk/lisp/emulation" "/Users/sds/src/emacs/trunk/= lisp/emacs-lisp" "/Users/sds/src/emacs/trunk/lisp/cedet" "/Users/sds/src/em= acs/trunk/lisp/calendar" "/Users/sds/src/emacs/trunk/lisp/calc" "/Users/sds= /src/emacs/trunk/lisp/obsolete" "/Users/sds/src/emacs/trunk/build/lisp") $ ./nextstep/Emacs.app/Contents/MacOS/Emacs --batch --eval '(print load-pat= h)' ("." "./vc" "./url" "./textmodes" "./progmodes" "./play" "./org" "./nxml" "= ./net" "./mh-e" "./mail" "./leim" "./language" "./international" "./gnus" "= ./eshell" "./erc" "./emulation" "./emacs-lisp" "./cedet" "./calendar" "./ca= lc" "./obsolete" "/Users/sds/src/emacs/trunk/lisp" "/Users/sds/src/emacs/tr= unk/lisp/vc" "/Users/sds/src/emacs/trunk/lisp/url" "/Users/sds/src/emacs/tr= unk/lisp/textmodes" "/Users/sds/src/emacs/trunk/lisp/progmodes" "/Users/sds= /src/emacs/trunk/lisp/play" "/Users/sds/src/emacs/trunk/lisp/org" "/Users/s= ds/src/emacs/trunk/lisp/nxml" "/Users/sds/src/emacs/trunk/lisp/net" "/Users= /sds/src/emacs/trunk/lisp/mh-e" "/Users/sds/src/emacs/trunk/lisp/mail" "/Us= ers/sds/src/emacs/trunk/lisp/leim" "/Users/sds/src/emacs/trunk/lisp/languag= e" "/Users/sds/src/emacs/trunk/lisp/international" "/Users/sds/src/emacs/tr= unk/lisp/gnus" "/Users/sds/src/emacs/trunk/lisp/eshell" "/Users/sds/src/ema= cs/trunk/lisp/erc" "/Users/sds/src/emacs/trunk/lisp/emulation" "/Users/sds/= src/emacs/trunk/lisp/emacs-lisp" "/Users/sds/src/emacs/trunk/lisp/cedet" "/= Users/sds/src/emacs/trunk/lisp/calendar" "/Users/sds/src/emacs/trunk/lisp/c= alc" "/Users/sds/src/emacs/trunk/lisp/obsolete" "/Users/sds/src/emacs/trunk= /build/lisp") --8<---------------cut here---------------end--------------->8--- in particular, this results in this start-up warning: --8<---------------cut here---------------start------------->8--- Warning (initialization): Your `load-path' seems to contain your `.emacs.d' directory: . This is likely to cause problems... Consider using a subdirectory instead, e.g.: /Users/sds/.emacs.d/lisp --8<---------------cut here---------------end--------------->8--- In GNU Emacs 25.0.50.2 (x86_64-apple-darwin14.4.0, NS appkit-1348.17 Versio= n 10.10.4 (Build 14E46)) of 2015-07-21 on sds-MacBook-Pro.local Repository revision: 7f58daf8166d03c664e5a6d1984dc3afd74e08d2 Windowing system distributor `Apple', version 10.3.1348 Configured using: `configure --with-ns' Configured features: JPEG IMAGEMAGICK NOTIFY ACL LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS Important settings: value of $LANG: C locale-coding-system: utf-8-unix Major mode: C/lah Minor modes in effect: diff-auto-refine-mode: t rcirc-track-minor-mode: t which-function-mode: t url-handler-mode: t show-paren-mode: t desktop-save-mode: t shell-dirtrack-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t abbrev-mode: t Recent messages: Grep finished with no matches found Quit Grep finished (matches found) mouse-2: visit this file and line [2 times] Quit mouse-2: visit this file and line Mark saved where search started [2 times] Grep finished (matches found) mouse-2: visit this file and line C-x p is undefined Load-path shadows: None found. Features: (shadow sort bbdb-message mailalias cookie1 mail-extr gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime dig mailcap gnus-sum gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail mail-source tls utf7 netrc nnoo parse-time gnus-spec gnus-int gnus-range gnus-win emacsbug message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums edmacro kmacro cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine find-dired grep ffap time-stamp dabbrev cl-indent skeleton eieio-opt speedbar sb-image ezimage dframe find-func pp markdown-mode noutline outline misearch multi-isearch remember dired-aux nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok sh-script smie flyspell ispell info vc-hg smerge-mode python tramp-sh tramp tramp-compat tramp-loaddefs trampver json vc-git diff-mode easy-mmode vc-dir ewoc vc vc-dispatcher finder-inf package epg-config dired warnings midnight gnus gnus-ems nnheader mail-utils wid-edit bbdb-mua bbdb-com crm mailabbrev bbdb-loaddefs bbdb bbdb-site timezone rcirc server which-func imenu url-handlers url-parse auth-source cl-seq eieio byte-opt bytecomp byte-compile cl-extra cconv eieio-core cl-macs gnus-util mm-util help-fns help-mode mail-prsvr password-cache url-vars paren help-at-pt desktop frameset cus-start cus-load ido seq ess-toolbar ess-mouse mouseme thingatpt browse-url ess-menu ess-swv ess-noweb ess-noweb-font-lock-mode ess-bugs-l essd-els ess-sas-d ess-sas-l ess-sas-a shell pcomplete ess-sta-d ess-sta-l cc-vars cc-defs make-regexp ess-sp6-d ess-sp3-d ess-julia ess-r-d ess-r-completion compile ess-tracebug format-spec ess-roxy advice hideshow ess-help ess-developer ess-s-l ess ess-inf comint ansi-color ring ess-mode ess-noweb-mode ess-utils ess-custom executable easymenu ess-compat ess-site cl gv cl-loaddefs pcase cl-lib time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel ns-win term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote gfilenotify cocoa ns multi-tty make-network-process emacs) Memory information: ((conses 16 567215 13667) (symbols 48 69494 0) (miscs 40 21339 937) (strings 32 203226 22330) (string-bytes 1 4960712) (vectors 16 59780) (vector-slots 8 1043715 8139) (floats 8 829 414) (intervals 56 8535 472) (buffers 976 62)) --=20 Sam Steingold (http://sds.podval.org/) on darwin Ns 10.3.1348 http://www.childpsy.net/ http://iris.org.il http://www.memritv.org http://americancensorship.org http://www.dhimmitude.org http://camera.org I'd give up my right arm to be ambidextrous. From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 21 13:42:07 2015 Received: (at 21104) by debbugs.gnu.org; 21 Jul 2015 17:42:07 +0000 Received: from localhost ([127.0.0.1]:55651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHbYM-0000hx-Q8 for submit@debbugs.gnu.org; Tue, 21 Jul 2015 13:42:07 -0400 Received: from mail-ig0-f180.google.com ([209.85.213.180]:38721) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHbYK-0000hT-MA for 21104@debbugs.gnu.org; Tue, 21 Jul 2015 13:42:05 -0400 Received: by iggf3 with SMTP id f3so113609822igg.1 for <21104@debbugs.gnu.org>; Tue, 21 Jul 2015 10:41:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:user-agent:return-receipt-to:reply-to:date :message-id:mime-version:content-type; bh=pg/3+bPZ/j34Dt8OJUs+lAITqEazA3YdJbaWNxgl2oQ=; b=LqBeqxgtuureKeRQ8lHQt06uPNc5+3s92sdWRPUM4QdNAlEsB7TYObOSNGYhWeW6qz WKlSnZpqkrvMeHcv/DUi/b05Z/vr2+bRo4qb25nLDTIe+2HUEc4uJZ7r7VRB2MlOwHcK 5br2sBWnj0lAXkyS0HQWKwS294CxKq5sQ2fdRPfPrQSQNlc2uTD3bd4D0f20HoueovGe 8btZDi/jobJFOt4QFg3iXoor+ioExM+LQ5C7Ozwf/vFyoF3iYxZeFEuWEo9CNJgNtERu fW37fj4gaDEhQYbJPn/ge6qKY+H31Os3D0JZAEmWwfjuZLtHBUlhJUOoYlMsRYuyuKjh z0Bw== X-Received: by 10.50.143.37 with SMTP id sb5mr26169953igb.62.1437500518923; Tue, 21 Jul 2015 10:41:58 -0700 (PDT) Received: from sds-MacBook-Pro.local (107-0-158-199-ip-static.hfc.comcastbusiness.net. [107.0.158.199]) by smtp.gmail.com with ESMTPSA id 71sm12660320ioh.24.2015.07.21.10.41.57 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Jul 2015 10:41:57 -0700 (PDT) From: Sam Steingold To: 21104@debbugs.gnu.org Subject: workaround for the bug User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (darwin) X-Attribution: Sam X-Disclaimer: You should not expect anyone to agree with me. Date: Tue, 21 Jul 2015 13:41:46 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21104 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: sds@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) workaround: (setq load-path (cl-delete-if-not #'file-name-absolute-p load-path)) See also http://emacs.stackexchange.com/q/12145/795 -- Sam Steingold (http://sds.podval.org/) on darwin Ns 10.3.1348 http://www.childpsy.net/ http://www.memritv.org http://memri.org http://honestreporting.com http://think-israel.org http://mideasttruth.com The past is gone, the present is ephemeral, the future is a guess. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 22 14:03:03 2015 Received: (at 21104) by debbugs.gnu.org; 22 Jul 2015 18:03:03 +0000 Received: from localhost ([127.0.0.1]:56570 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHyMB-00047s-6e for submit@debbugs.gnu.org; Wed, 22 Jul 2015 14:03:03 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53526) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHyM9-00047K-Cq for 21104@debbugs.gnu.org; Wed, 22 Jul 2015 14:03:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZHyM3-0004Fk-HC for 21104@debbugs.gnu.org; Wed, 22 Jul 2015 14:02:56 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46619) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZHyLx-0004An-TI; Wed, 22 Jul 2015 14:02:49 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZHyLw-0007lY-7C; Wed, 22 Jul 2015 14:02:48 -0400 From: Glenn Morris To: sds@gnu.org Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl References: X-Spook: Matamoros Help Mitigation Ceridian Immigration Customs X-Ran: sy@3>6E`\aH/HB;yYF6*[{OHZ` X-Hue: green X-Debbugs-No-Ack: yes X-Attribution: GM Date: Wed, 22 Jul 2015 14:02:48 -0400 In-Reply-To: (Sam Steingold's message of "Tue, 21 Jul 2015 13:26:09 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.2 (------) X-Debbugs-Envelope-To: 21104 Cc: 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.2 (------) Is this how a (relocatable) Nextstep build has always behaved, or is it "new"? From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 22 14:26:27 2015 Received: (at 21104) by debbugs.gnu.org; 22 Jul 2015 18:26:27 +0000 Received: from localhost ([127.0.0.1]:56586 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHyio-0004fL-SM for submit@debbugs.gnu.org; Wed, 22 Jul 2015 14:26:27 -0400 Received: from mail-oi0-f52.google.com ([209.85.218.52]:34639) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHyim-0004fC-Fl for 21104@debbugs.gnu.org; Wed, 22 Jul 2015 14:26:25 -0400 Received: by oigd21 with SMTP id d21so107151602oig.1 for <21104@debbugs.gnu.org>; Wed, 22 Jul 2015 11:26:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=YkE4bdHK5F+CTS+ou2e3GPdsMetqJArhmJZFyFpVDKI=; b=hJBo/hIDAAyjDdwprs8+BGSRTvlyc7Sws4Aem3r137A6gRenEypJ0HHqx6Hcb3l8L1 dih0dYoLWkHORTCJbxnMZ8jfg8GhXfdtPuz92FGb7UTAYN6NQGcxkLq9BiTPe2QPMZh9 NjZbbaiiJdwv9f/ZKsanmKFhMAoDBCtu8XKeORfWW32EGuGZXWBLjDGr34HyXFSuDs/j EaU5Pc7y80qrWp5cCQZ71y3rkTzfycTjcesLYZK9QC9q4FVykI4BmeQnqCiIPbmoJ4y1 efGoeOiuoa/9TXiJrUBz7P1UGoKCrxqWBkoSsJjn39+gd1TKjdPrdLSRvEWZPPYN77Lz vHnw== MIME-Version: 1.0 X-Received: by 10.202.129.70 with SMTP id c67mr3939840oid.42.1437589584024; Wed, 22 Jul 2015 11:26:24 -0700 (PDT) Received: by 10.76.90.167 with HTTP; Wed, 22 Jul 2015 11:26:23 -0700 (PDT) In-Reply-To: References: Date: Wed, 22 Jul 2015 14:26:23 -0400 X-Google-Sender-Auth: ecEsfkjhMF7j60dBO_qjbyy_-AM Message-ID: Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl From: Sam Steingold To: Glenn Morris Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21104 Cc: 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) this is not new. I have been seeing this warning since at least April. however, I traced this to the relative paths only now. On Wed, Jul 22, 2015 at 2:02 PM, Glenn Morris wrote: > > Is this how a (relocatable) Nextstep build has always behaved, or is it "new"? -- Sam Steingold From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 22 14:37:36 2015 Received: (at 21104) by debbugs.gnu.org; 22 Jul 2015 18:37:36 +0000 Received: from localhost ([127.0.0.1]:56592 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHytb-0004w7-6o for submit@debbugs.gnu.org; Wed, 22 Jul 2015 14:37:35 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34025) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHytZ-0004vz-4z for 21104@debbugs.gnu.org; Wed, 22 Jul 2015 14:37:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZHytY-0002q0-2w for 21104@debbugs.gnu.org; Wed, 22 Jul 2015 14:37:32 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46955) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZHytW-0002mq-1c; Wed, 22 Jul 2015 14:37:30 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZHytV-0004q1-H4; Wed, 22 Jul 2015 14:37:29 -0400 From: Glenn Morris To: Sam Steingold Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl References: X-Spook: NWO Fundamentalism MD2 UN Tuberculosis David John Oates X-Ran: (xi&p5WCr!w7-~l;m#0W-o5u;PiJ3M0.7[~)pK@*"]C1,c1'eI6U^QrCK^VdcD+}\j7H;A X-Hue: black X-Debbugs-No-Ack: yes X-Attribution: GM Date: Wed, 22 Jul 2015 14:37:29 -0400 In-Reply-To: (Sam Steingold's message of "Wed, 22 Jul 2015 14:26:23 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.2 (------) X-Debbugs-Envelope-To: 21104 Cc: 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.2 (------) Sam Steingold wrote: > this is not new. > I have been seeing this warning since at least April. By "new" I meant does Emacs 23.x, 24.x do this? Has it always been like this? If not and it is a "recent" change, bisecting might be helpful. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 22 15:41:32 2015 Received: (at 21104) by debbugs.gnu.org; 22 Jul 2015 19:41:32 +0000 Received: from localhost ([127.0.0.1]:56629 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHztT-0006Uo-S5 for submit@debbugs.gnu.org; Wed, 22 Jul 2015 15:41:32 -0400 Received: from mail-ob0-f170.google.com ([209.85.214.170]:34708) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZHztS-0006Uh-Cw for 21104@debbugs.gnu.org; Wed, 22 Jul 2015 15:41:31 -0400 Received: by obre1 with SMTP id e1so141096269obr.1 for <21104@debbugs.gnu.org>; Wed, 22 Jul 2015 12:41:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=xfXUWBT47refYPQrTZDPi0+H1Rlya8SNwD9vN7FH610=; b=F9hHVKCzbHn+RRLB8LmDSZvCVmX+KlrhbTHFkC/xW0HWLRMcTYGNHvMDXMLp99jbq1 aHU9JN87QG4Pgf36eIOF6Cdqd2P4rkJTNePhtXhG4FZg+WoEBh5dYC4mpNB3RBNJknFT 2pW5mpLMIMbYGPxRDBjDLnNoPFniomeq4BtVems7VCmngFU1e6oK0FozGS8yYnsxO0Sd DxVpS8R2muxfwDklzX8KJd5ks40/1+Wf7qM3quKC1wzMHfi3hewD0yjBWOw2h8d2vxrD cOX5r4GusSJCiNxXDbrkKe+Fxn93xC0jWF/DeqlApda6rS7VjGLRhqSVInaGVmdxDIi6 fSww== MIME-Version: 1.0 X-Received: by 10.60.102.205 with SMTP id fq13mr4330666oeb.10.1437594089493; Wed, 22 Jul 2015 12:41:29 -0700 (PDT) Received: by 10.76.90.167 with HTTP; Wed, 22 Jul 2015 12:41:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 22 Jul 2015 15:41:29 -0400 X-Google-Sender-Auth: oHHQdoJKNOybDMb8ONiQoxzip9U Message-ID: Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl From: Sam Steingold To: Glenn Morris Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21104 Cc: 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Well, then this _is_ new. On Wed, Jul 22, 2015 at 2:37 PM, Glenn Morris wrote: > Sam Steingold wrote: > >> this is not new. >> I have been seeing this warning since at least April. > > By "new" I meant does Emacs 23.x, 24.x do this? > Has it always been like this? > If not and it is a "recent" change, bisecting might be helpful. -- Sam Steingold From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 22 16:14:10 2015 Received: (at control) by debbugs.gnu.org; 22 Jul 2015 20:14:10 +0000 Received: from localhost ([127.0.0.1]:56650 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZI0P4-0007Fr-0N for submit@debbugs.gnu.org; Wed, 22 Jul 2015 16:14:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56392) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZI0P2-0007Fk-Fu for control@debbugs.gnu.org; Wed, 22 Jul 2015 16:14:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZI0P1-0008LV-GF for control@debbugs.gnu.org; Wed, 22 Jul 2015 16:14:08 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48325) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZI0P1-0008LJ-ED for control@debbugs.gnu.org; Wed, 22 Jul 2015 16:14:07 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZI0P1-0006CO-4L for control@debbugs.gnu.org; Wed, 22 Jul 2015 16:14:07 -0400 Subject: control message for bug 19759 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Wed, 22 Jul 2015 16:14:07 -0400 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-Spam-Score: -6.2 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.2 (------) block 19759 by 21104 From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 22 17:58:45 2015 Received: (at 21104) by debbugs.gnu.org; 22 Jul 2015 21:58:45 +0000 Received: from localhost ([127.0.0.1]:56725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZI22H-0004Ii-8A for submit@debbugs.gnu.org; Wed, 22 Jul 2015 17:58:45 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50818) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZI22F-0004Ib-Rr for 21104@debbugs.gnu.org; Wed, 22 Jul 2015 17:58:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZI22E-0006rh-T0 for 21104@debbugs.gnu.org; Wed, 22 Jul 2015 17:58:43 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([208.118.235.10]:50412) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZI22C-0006rF-KH; Wed, 22 Jul 2015 17:58:40 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZI22B-0005Jq-Hf; Wed, 22 Jul 2015 17:58:39 -0400 From: Glenn Morris To: Sam Steingold Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl References: X-Spook: AMEMB Sick Bin Laden RSA Armani Mexican army embassy FDA X-Ran: Vr~fB?I+7PYpq]QN.)U#AA'Lr`$\$Ju%'.U$`:G18?'6|VZ+}nmp$gy'uW87F(O]^n`_]+ X-Hue: cyan X-Debbugs-No-Ack: yes X-Attribution: GM Date: Wed, 22 Jul 2015 17:58:38 -0400 In-Reply-To: (Sam Steingold's message of "Wed, 22 Jul 2015 15:41:29 -0400") Message-ID: <0hlhe7zwfl.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.10 X-Spam-Score: -6.2 (------) X-Debbugs-Envelope-To: 21104 Cc: 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.2 (------) Sam Steingold wrote: > Well, then this _is_ new. Then as I said, it would be helpful for someone to pinpoint when this started. (It should be easy using nightly builds from http://emacsformacosx.com/builds/all ) From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 26 13:08:35 2015 Received: (at control) by debbugs.gnu.org; 26 Aug 2015 17:08:36 +0000 Received: from localhost ([127.0.0.1]:39058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZUeBf-0002lc-Jf for submit@debbugs.gnu.org; Wed, 26 Aug 2015 13:08:35 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51104) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZUeBd-0002lV-Oe for control@debbugs.gnu.org; Wed, 26 Aug 2015 13:08:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZUeBc-00050g-N3 for control@debbugs.gnu.org; Wed, 26 Aug 2015 13:08:33 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([208.118.235.10]:41515) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUeBc-00050a-K7 for control@debbugs.gnu.org; Wed, 26 Aug 2015 13:08:32 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZUeBc-0008PG-5A for control@debbugs.gnu.org; Wed, 26 Aug 2015 13:08:32 -0400 Subject: control message for bug 21353 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Wed, 26 Aug 2015 13:08:32 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.10 X-Spam-Score: -6.4 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.4 (------) merge 21104 21353 From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 26 13:08:42 2015 Received: (at control) by debbugs.gnu.org; 26 Aug 2015 17:08:42 +0000 Received: from localhost ([127.0.0.1]:39061 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZUeBl-0002ly-UO for submit@debbugs.gnu.org; Wed, 26 Aug 2015 13:08:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51131) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZUeBk-0002lr-Fy for control@debbugs.gnu.org; Wed, 26 Aug 2015 13:08:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZUeBj-00052b-Tu for control@debbugs.gnu.org; Wed, 26 Aug 2015 13:08:40 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([208.118.235.10]:41516) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUeBj-00052V-R8 for control@debbugs.gnu.org; Wed, 26 Aug 2015 13:08:39 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZUeBj-0008Py-By for control@debbugs.gnu.org; Wed, 26 Aug 2015 13:08:39 -0400 Subject: control message for bug 19759 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Wed, 26 Aug 2015 13:08:39 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.10 X-Spam-Score: -6.4 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.4 (------) block 19759 by 21353 From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 07 14:00:46 2015 Received: (at 21104) by debbugs.gnu.org; 7 Dec 2015 19:00:46 +0000 Received: from localhost ([127.0.0.1]:42007 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a611g-0001vL-T6 for submit@debbugs.gnu.org; Mon, 07 Dec 2015 14:00:45 -0500 Received: from mail-vk0-f47.google.com ([209.85.213.47]:36837) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a611K-0001ut-Ho for 21104@debbugs.gnu.org; Mon, 07 Dec 2015 14:00:41 -0500 Received: by vkay187 with SMTP id y187so108201172vka.3 for <21104@debbugs.gnu.org>; Mon, 07 Dec 2015 11:00:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=jxH/jo5mjH4Z85tx86uv3ZidTD13lRQXXi7zBA+S6vs=; b=OfmcouCxsdjSPloBxxc/YofdeL83lLpUuJmwvLj8ydvz4iuoXmc3EBIDcxJ9Axp5ut k6OUr5xDZrxBTgZIUvnNKS6HLqe7v9a6iQsQg3C1tGb8xMAUDIUTKK1/uTE9+bNS9h/5 kw2NtwgpX72ycMqbbMTuHuqfvhVjXuoGN93sD1Y/W18UFo5hOqneW7cHT4CZ/lS3Wzq0 2Iu8uniULwiXSguUtUJYsehfFcE7qeouaoE/dV63dv0mTXS84kKegGyWHvZQANzJagGJ xL1zrQSoAwtuEHtS6OakV5QfMcbhe2xcapmx8PMnn4hNW9uix0PpUmeVukSA/AdUBETN 9GTw== MIME-Version: 1.0 X-Received: by 10.31.58.74 with SMTP id h71mr23070356vka.149.1449514821647; Mon, 07 Dec 2015 11:00:21 -0800 (PST) Received: by 10.31.210.133 with HTTP; Mon, 7 Dec 2015 11:00:21 -0800 (PST) Date: Mon, 7 Dec 2015 20:00:21 +0100 Message-ID: Subject: Re: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) From: Anders Lindgren To: 21104@debbugs.gnu.org Content-Type: multipart/alternative; boundary=001a114405c60a836b052653786a X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21104 Cc: Keith David Bershatsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a114405c60a836b052653786a Content-Type: text/plain; charset=UTF-8 Hi, I decided to take a look at this, as I think it should be solved before Emacs 25 is released. Unfortunately, I haven't found the cause of it, bit I would like to share what I found so far. First, the call to `get_current_dir_name' in `init_buffer' returns an absolute path, so this is not the cause. After annotating the `bset_directory' function, I see the following: bset_directory: buffer=*scratch* (/Users/anderslindgren/build/emacs-25/src/) current_buffer=*scratch* (/Users/anderslindgren/build/emacs-25/src/) new_directory=/Users/anderslindgren/build/emacs-25/ bset_directory: buffer= *Minibuf-0* (/Users/anderslindgren/build/emacs-25/src/) current_buffer=*scratch* (/Users/anderslindgren/build/emacs-25/) new_directory=/Users/anderslindgren/build/emacs-25/ bset_directory: buffer= *Minibuf-0* (/Users/anderslindgren/build/emacs-25/) current_buffer=*scratch* (/Users/anderslindgren/build/emacs-25/) new_directory=/Users/anderslindgren/build/emacs-25/ bset_directory: buffer= *load* () current_buffer=*scratch* (.) new_directory=. bset_directory: buffer= *load* (.) current_buffer=*scratch* (/Users/anderslindgren/build/emacs-25/nextstep/Emacs.app/Contents/Resources/site-lisp) new_directory=/Users/anderslindgren/build/emacs-25/nextstep/Emacs.app/Contents/Resources/site-lisp bset_directory: buffer= *load* () current_buffer=*scratch* (/Users/anderslindgren/build/emacs-25/nextstep/Emacs.app/Contents/Resources/lisp) new_directory=/Users/anderslindgren/build/emacs-25/nextstep/Emacs.app/Contents/Resources/lisp bset_directory: buffer= *temp* () current_buffer=*scratch* (/Users/anderslindgren/build/emacs-25/) new_directory=/Users/anderslindgren/build/emacs-25/ Clearly, the directory of *scratch* change from an absolute path to "." between two calls to bset_directory. The way I see it that is that the change does not originate from the C parts of Emacs. After firing up gdb and setting a data break point on "current_buffer->directory_" I see that it triggers as follows: * bset_directory (setting the directory to an absolute path) * set_buffer_internal_1 (twice, setting the directory to an absolute path) * set_per_buffer_value (see below) * bset_direcory (here, *scratch* already has "." in the directory field) It looks like the call to `set_per_buffer_value' is causing this. This is the backtrace at this point: #0 0x000000010010d4c9 in set_per_buffer_value [inlined] () at /Users/anderslindgren/build/emacs-25/src/buffer.h:1080 #1 0x000000010010d4c9 in store_symval_forwarding (valcontents=0x101898ac8, newval=4304500124, buf=0x100900a98) at data.c:1080 #2 0x00000001001583c6 in exec_byte_code (bytestr=4320758472, vector=140734799802712, maxdepth=140734799802488, args_template=2, nargs=0, args=0x7fff5fbff250) at bytecode.c:842 #3 0x0000000100122ad9 in apply_lambda (fun=4298488197, args=, count=3) at eval.c:2794 #4 0x0000000100120c9e in eval_sub (form=) at eval.c:2241 #5 0x000000010012353c in Feval (form=4320886083, lexical=) at eval.c:1988 #6 0x000000010011fa43 in internal_condition_case (bfun=0x1000b1d60 , handlers=, hfun=0x1000b4930 ) at eval.c:1309 #7 0x00000001000b2d78 in top_level_1 (ignore=) at keyboard.c:1103 #8 0x000000010011faa7 in internal_catch (tag=, func=0x1000b2d20 , arg=0) at eval.c:1074 #9 0x00000001000b1c02 in command_loop () at keyboard.c:1064 #10 0x00000001000b1cde in recursive_edit_1 () at keyboard.c:671 #11 0x00000001000b4bbf in Frecursive_edit () at keyboard.c:742 #12 0x00000001000aa763 in main (argc=5, argv=0x7fff5fbff6f0) at emacs.c:1656 Unfortunately, I can't make head of tails of this, as gdb seems to be thrown off track as soon as I try to print anything or walk in the call stack. However, to my untrained eye, it looks like Emacs is evaluating elisp code. What can I do to pinpoint which elisp code this is? Can I rebuild emacs with other settings, making it more gdb friendly? Sincerely, Anders Lindgren --001a114405c60a836b052653786a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I decided to take a look at this, a= s I think it should be solved before Emacs 25 is released.

Unfortunately, I haven't found the cause of it, bit I would li= ke to share what I found so far.

First, the call t= o `get_current_dir_name' in `init_buffer' returns an absolute path,= so this is not the cause.

After annotating the `b= set_directory' function, I see the following:

<= div>
bset_directory:
=C2=A0 buffer=3D*scratch* (/Users/anders= lindgren/build/emacs-25/src/)
=C2=A0 current_buffer=3D*scratch* (= /Users/anderslindgren/build/emacs-25/src/)
=C2=A0 new_directory= =3D/Users/anderslindgren/build/emacs-25/
bset_directory:
=C2=A0 buffer=3D *Minibuf-0* (/Users/anderslindgren/build/emacs-25/src/)<= /div>
=C2=A0 current_buffer=3D*scratch* (/Users/anderslindgren/build/em= acs-25/)
=C2=A0 new_directory=3D/Users/anderslindgren/build/emacs= -25/
bset_directory:
=C2=A0 buffer=3D *Minibuf-0* (/Use= rs/anderslindgren/build/emacs-25/)
=C2=A0 current_buffer=3D*scrat= ch* (/Users/anderslindgren/build/emacs-25/)
=C2=A0 new_directory= =3D/Users/anderslindgren/build/emacs-25/
bset_directory:
=C2=A0 buffer=3D *load* (<NOT STRING>)
=C2=A0 current_buf= fer=3D*scratch* (.)
=C2=A0 new_directory=3D.
bset_direc= tory:
=C2=A0 buffer=3D *load* (.)
=C2=A0 current_buffer= =3D*scratch* (/Users/anderslindgren/build/emacs-25/nextstep/Emacs.app/Conte= nts/Resources/site-lisp)
=C2=A0 new_directory=3D/Users/anderslind= gren/build/emacs-25/nextstep/Emacs.app/Contents/Resources/site-lisp
bset_directory:
=C2=A0 buffer=3D *load* (<NOT STRING>)
=C2=A0 current_buffer=3D*scratch* (/Users/anderslindgren/build/ema= cs-25/nextstep/Emacs.app/Contents/Resources/lisp)
=C2=A0 new_dire= ctory=3D/Users/anderslindgren/build/emacs-25/nextstep/Emacs.app/Contents/Re= sources/lisp
bset_directory:
=C2=A0 buffer=3D *temp* (&= lt;NOT STRING>)
=C2=A0 current_buffer=3D*scratch* (/Users/ande= rslindgren/build/emacs-25/)
=C2=A0 new_directory=3D/Users/andersl= indgren/build/emacs-25/

Clearly, the directo= ry of *scratch* change from an absolute path to "." between two c= alls to bset_directory. The way I see it that is that the change does not o= riginate from the C parts of Emacs.

After firi= ng up gdb and setting a data break point on "current_buffer->direct= ory_" I see that it triggers as follows:

=C2= =A0 * bset_directory (setting the directory to an absolute path)
= =C2=A0 * set_buffer_internal_1 (twice, setting the directory to an absolute= path)
=C2=A0 * set_per_buffer_value (see below)
=C2=A0= * bset_direcory (here, *scratch* already has "." in the director= y field)

It looks like the call to `set_per_buffer= _value' is causing this. This is the backtrace at this point:

#0 =C2=A00x000000010010d4c9 in set_per_buffer_value [i= nlined] () at /Users/anderslindgren/build/emacs-25/src/buffer.h:1080
<= div>#1 =C2=A00x000000010010d4c9 in store_symval_forwarding (valcontents=3D0= x101898ac8, newval=3D4304500124, buf=3D0x100900a98) at data.c:1080
#2 =C2=A00x00000001001583c6 in exec_byte_code (bytestr=3D4320758472, vect= or=3D140734799802712, maxdepth=3D140734799802488, args_template=3D2, nargs= =3D0, args=3D0x7fff5fbff250) at bytecode.c:842
#3 =C2=A00x0000000= 100122ad9 in apply_lambda (fun=3D4298488197, args=3D<value temporarily u= navailable, due to optimizations>, count=3D3) at eval.c:2794
#= 4 =C2=A00x0000000100120c9e in eval_sub (form=3D<value temporarily unavai= lable, due to optimizations>) at eval.c:2241
#5 =C2=A00x000000= 010012353c in Feval (form=3D4320886083, lexical=3D<value temporarily una= vailable, due to optimizations>) at eval.c:1988
#6 =C2=A00x000= 000010011fa43 in internal_condition_case (bfun=3D0x1000b1d60 <top_level_= 2>, handlers=3D<value temporarily unavailable, due to optimizations&g= t;, hfun=3D0x1000b4930 <cmd_error>) at eval.c:1309
#7 =C2= =A00x00000001000b2d78 in top_level_1 (ignore=3D<value temporarily unavai= lable, due to optimizations>) at keyboard.c:1103
#8 =C2=A00x00= 0000010011faa7 in internal_catch (tag=3D<value temporarily unavailable, = due to optimizations>, func=3D0x1000b2d20 <top_level_1>, arg=3D0) = at eval.c:1074
#9 =C2=A00x00000001000b1c02 in command_loop () at = keyboard.c:1064
#10 0x00000001000b1cde in recursive_edit_1 () at = keyboard.c:671
#11 0x00000001000b4bbf in Frecursive_edit () at ke= yboard.c:742
#12 0x00000001000aa763 in main (argc=3D5, argv=3D0x7= fff5fbff6f0) at emacs.c:1656


= Unfortunately, I can't make head of tails of this, as gdb seems to be t= hrown off track as soon as I try to print anything or walk in the call stac= k.

However, to my untrained eye, it looks like Ema= cs is evaluating elisp code.

What can I do to pinp= oint which elisp code this is? Can I rebuild emacs with other settings, mak= ing it more gdb friendly?

Sincerely,
=C2= =A0 =C2=A0 Anders Lindgren

--001a114405c60a836b052653786a-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 07 14:34:06 2015 Received: (at 21104) by debbugs.gnu.org; 7 Dec 2015 19:34:06 +0000 Received: from localhost ([127.0.0.1]:42027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a61Xx-0002j5-OS for submit@debbugs.gnu.org; Mon, 07 Dec 2015 14:34:06 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:44273) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a61Xv-0002iv-1O for 21104@debbugs.gnu.org; Mon, 07 Dec 2015 14:34:03 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NZ000A00636Y900@a-mtaout23.012.net.il> for 21104@debbugs.gnu.org; Mon, 07 Dec 2015 21:34:01 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NZ000AM96COVL40@a-mtaout23.012.net.il>; Mon, 07 Dec 2015 21:34:01 +0200 (IST) Date: Mon, 07 Dec 2015 21:33:57 +0200 From: Eli Zaretskii Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) In-reply-to: X-012-Sender: halo1@inter.net.il To: Anders Lindgren Message-id: <83mvtmcau2.fsf@gnu.org> References: X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: 21104 Cc: esq@lawlist.com, 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.9 (/) > Date: Mon, 7 Dec 2015 20:00:21 +0100 > From: Anders Lindgren > Cc: Keith David Bershatsky > > It looks like the call to `set_per_buffer_value' is causing this. This is the > backtrace at this point: > > #0 0x000000010010d4c9 in set_per_buffer_value [inlined] () at > /Users/anderslindgren/build/emacs-25/src/buffer.h:1080 > #1 0x000000010010d4c9 in store_symval_forwarding (valcontents=0x101898ac8, > newval=4304500124, buf=0x100900a98) at data.c:1080 > #2 0x00000001001583c6 in exec_byte_code (bytestr=4320758472, > vector=140734799802712, maxdepth=140734799802488, args_template=2, nargs=0, > args=0x7fff5fbff250) at bytecode.c:842 > #3 0x0000000100122ad9 in apply_lambda (fun=4298488197, args= unavailable, due to optimizations>, count=3) at eval.c:2794 > #4 0x0000000100120c9e in eval_sub (form= optimizations>) at eval.c:2241 > #5 0x000000010012353c in Feval (form=4320886083, lexical= unavailable, due to optimizations>) at eval.c:1988 > #6 0x000000010011fa43 in internal_condition_case (bfun=0x1000b1d60 > , handlers=, > hfun=0x1000b4930 ) at eval.c:1309 > #7 0x00000001000b2d78 in top_level_1 (ignore= due to optimizations>) at keyboard.c:1103 > #8 0x000000010011faa7 in internal_catch (tag= due to optimizations>, func=0x1000b2d20 , arg=0) at eval.c:1074 > #9 0x00000001000b1c02 in command_loop () at keyboard.c:1064 > #10 0x00000001000b1cde in recursive_edit_1 () at keyboard.c:671 > #11 0x00000001000b4bbf in Frecursive_edit () at keyboard.c:742 > #12 0x00000001000aa763 in main (argc=5, argv=0x7fff5fbff6f0) at emacs.c:1656 > > Unfortunately, I can't make head of tails of this, as gdb seems to be thrown > off track as soon as I try to print anything or walk in the call stack. > > However, to my untrained eye, it looks like Emacs is evaluating elisp code. > > What can I do to pinpoint which elisp code this is? Can I rebuild emacs with > other settings, making it more gdb friendly? Are you saying that xbacktrace doesn't work at this point? From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 07 17:09:30 2015 Received: (at 21104) by debbugs.gnu.org; 7 Dec 2015 22:09:30 +0000 Received: from localhost ([127.0.0.1]:42092 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a63yL-000818-Kx for submit@debbugs.gnu.org; Mon, 07 Dec 2015 17:09:29 -0500 Received: from mail-vk0-f46.google.com ([209.85.213.46]:35954) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a63y1-00080Y-Tj for 21104@debbugs.gnu.org; Mon, 07 Dec 2015 17:09:28 -0500 Received: by vkay187 with SMTP id y187so728552vka.3 for <21104@debbugs.gnu.org>; Mon, 07 Dec 2015 14:09:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gnaEh53bG3Cu49+BANR2e92yz4jztv44oHKdNBeI8wo=; b=BG12w/QJBOslGg8t8sK3sXifUXA0tozS8tQR45Ttejt8D17OTsnhIbi2e9S6nqf9+D P1hWscfXkiUiH4g1CqPmEJse81gugNcNHWJS84BqAoeaIdHFxMR/X0WxyNTpjvDhva5n gUlNdP0mrVkuggTwe92KlB2m3fa++daEjvPVkaAr8xe86su8oo3yWr7W3u8GREqFGVkb +SRvNqJHOZY9lghJ0S9SbsVfPHt7yktPboueRy99kll2OmYkj2uY0rqdVxXx/8LrtEtb KTB5D61iUdukXdgDif72nzXM95kqZ2S0HsYKpPKvoeionUUPmmh2zAi934cfITONGJPU g6/Q== MIME-Version: 1.0 X-Received: by 10.31.6.75 with SMTP id 72mr60197vkg.105.1449526149466; Mon, 07 Dec 2015 14:09:09 -0800 (PST) Received: by 10.31.210.133 with HTTP; Mon, 7 Dec 2015 14:09:09 -0800 (PST) In-Reply-To: <83mvtmcau2.fsf@gnu.org> References: <83mvtmcau2.fsf@gnu.org> Date: Mon, 7 Dec 2015 23:09:09 +0100 Message-ID: Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) From: Anders Lindgren To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a1143db643b4f7b0526561b81 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21104 Cc: Keith David Bershatsky , 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a1143db643b4f7b0526561b81 Content-Type: text/plain; charset=UTF-8 > Are you saying that xbacktrace doesn't work at this point? I'm new to gdb, so I don't know what xbacktrace is... What happen is that after i try to print things, say "p SDATA(current_buffer->directory_)", gdb no longer see the same call stack etc. Anyway, I think I have tracked down the problem. In my generated "epaths.h", there is a bad value for PATH_SITELOADSEARCH: #define PATH_SITELOADSEARCH "" I think this cause "." to be added to the load path in "init_lread" (I can verify this tomorrow). I have configured Emacs using "./configure --with-ns --without-dbus". -- Anders --001a1143db643b4f7b0526561b81 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
> Are you saying that xbacktrace doesn't work at th= is point?


I'm new to gdb, so I don't know what xbacktrac= e is... What happen is that after i try to print things, say "p SDATA(= current_buffer->directory_)", gdb no longer see the same call stack= etc.

Anyway, I think I have tracked down the problem. In my generat= ed "epaths.h", there is a bad value for PATH_SITELOADSEARCH:
<= br>#define PATH_SITELOADSEARCH ""

I think this cause "= ;." to be added to the load path in "init_lread" (I can veri= fy this tomorrow).

I have configured Emacs using ".= /configure --with-ns --without-dbus".

=C2=A0 = =C2=A0 -- Anders
--001a1143db643b4f7b0526561b81-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 07 20:22:10 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 01:22:10 +0000 Received: from localhost ([127.0.0.1]:42193 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a66yo-0005il-3K for submit@debbugs.gnu.org; Mon, 07 Dec 2015 20:22:10 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39594) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a66ym-0005ie-S4 for 21104@debbugs.gnu.org; Mon, 07 Dec 2015 20:22:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a66ym-0005cV-51 for 21104@debbugs.gnu.org; Mon, 07 Dec 2015 20:22:08 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48394) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a66yg-0005UU-HB; Mon, 07 Dec 2015 20:22:02 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1a66yf-0004bf-3w; Mon, 07 Dec 2015 20:22:01 -0500 From: Glenn Morris To: Anders Lindgren Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) References: <83mvtmcau2.fsf@gnu.org> X-Spook: Waco, Texas Rubin H1N1 terrorism Social media TELINT DES X-Ran: &}xc\'N"+v$N5nQ=bx>ht(Y!<9jNud*m>C)1o'@v\$x&pM_I:(/c9n\LGL/JF~^+>:=P-5 X-Hue: green X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 07 Dec 2015 20:22:01 -0500 In-Reply-To: (Anders Lindgren's message of "Mon, 7 Dec 2015 23:09:09 +0100") Message-ID: <9aoae1wx8m.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 21104 Cc: Eli Zaretskii , Keith David Bershatsky , 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Anders Lindgren wrote: > #define PATH_SITELOADSEARCH "" > > I think this cause "." to be added to the load path in "init_lread" (I can > verify this tomorrow). Sounds like unintended fallout from b9d8edcf6dbe; ie the cure for the minor issue of #19850 is worse than the disease. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 07 20:33:05 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 01:33:05 +0000 Received: from localhost ([127.0.0.1]:42199 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a679N-0005z8-8O for submit@debbugs.gnu.org; Mon, 07 Dec 2015 20:33:05 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41936) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6793-0005yL-1L for 21104@debbugs.gnu.org; Mon, 07 Dec 2015 20:33:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a6792-00081O-1w for 21104@debbugs.gnu.org; Mon, 07 Dec 2015 20:32:44 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48509) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a678x-000807-Ct; Mon, 07 Dec 2015 20:32:39 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1a678w-0002YL-Ju; Mon, 07 Dec 2015 20:32:38 -0500 From: Glenn Morris To: Anders Lindgren Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> X-Spook: mania Critical infrastructure 9/11 argus National X-Ran: C2~"a!tg;.@*+]6Q{kEZI; X-Hue: yellow X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 07 Dec 2015 20:32:38 -0500 In-Reply-To: <9aoae1wx8m.fsf@fencepost.gnu.org> (Glenn Morris's message of "Mon, 07 Dec 2015 20:22:01 -0500") Message-ID: <8ly4d5g1xl.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 21104 Cc: Keith David Bershatsky , 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) PS this would explain why http://debbugs.gnu.org/21353#24 saw no issue with emacsformacosx.com builds. They pass an explicit --enable-locallisppath to configure: https://github.com/caldwell/build-emacs/commit/86e4c4d3bb383d02bf0826688235bd588133b2e9 ironically as an alternative solution to http://debbugs.gnu.org/19850, which they opened, thereby masking the problem that the official solution caused. It's all a conspiracy! ;) From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 07 22:36:03 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 03:36:03 +0000 Received: from localhost ([127.0.0.1]:42224 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a694M-00022U-SY for submit@debbugs.gnu.org; Mon, 07 Dec 2015 22:36:03 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:64767) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a694L-000224-3c for 21104@debbugs.gnu.org; Mon, 07 Dec 2015 22:36:01 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NZ000900ROJMD00@a-mtaout21.012.net.il> for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 05:35:59 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NZ0009WXSNZMT10@a-mtaout21.012.net.il>; Tue, 08 Dec 2015 05:35:59 +0200 (IST) Date: Tue, 08 Dec 2015 05:35:56 +0200 From: Eli Zaretskii Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) In-reply-to: X-012-Sender: halo1@inter.net.il To: Anders Lindgren Message-id: <83k2opd337.fsf@gnu.org> References: <83mvtmcau2.fsf@gnu.org> X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: 21104 Cc: esq@lawlist.com, 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.9 (/) > Date: Mon, 7 Dec 2015 23:09:09 +0100 > From: Anders Lindgren > Cc: 21104@debbugs.gnu.org, Keith David Bershatsky > > > Are you saying that xbacktrace doesn't work at this point? > > I'm new to gdb, so I don't know what xbacktrace is... It's one of the many commands defined in src/.gdbinit. If you start GDB in the src directory, it should read that file automatically (or loudly refuse to, for security reasons). Failing that, type "source /path/to/src/.gdbinit" to force GDB to read it. Once you did that, just typing "xbacktrace" should show the Lisp backtrace which should give you a clue what Lisp code is being run. > What happen is that after > i try to print things, say "p SDATA(current_buffer->directory_)", gdb no longer > see the same call stack etc. Don't do that. Instead, do this: (gdb) p current_buffer->directory_ (gdb) xstring (Usually, it's better to make sure the value is a string by typing "xtype" before "xstring".) See etc/DEBUG for more useful hints. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 08 11:05:21 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 16:05:21 +0000 Received: from localhost ([127.0.0.1]:43393 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6KlV-0006PD-3l for submit@debbugs.gnu.org; Tue, 08 Dec 2015 11:05:21 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:34400) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6KlR-0006P3-OZ for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 11:05:18 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NZ100I00R5WJS00@a-mtaout22.012.net.il> for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 18:05:06 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NZ100I0XRCGGI30@a-mtaout22.012.net.il>; Tue, 08 Dec 2015 18:05:05 +0200 (IST) Date: Tue, 08 Dec 2015 18:05:03 +0200 From: Eli Zaretskii Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) In-reply-to: <9aoae1wx8m.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83h9jtc4eo.fsf@gnu.org> References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: 21104 Cc: esq@lawlist.com, andlind@gmail.com, 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.9 (/) > From: Glenn Morris > Cc: Eli Zaretskii , Keith David Bershatsky , 21104@debbugs.gnu.org > Date: Mon, 07 Dec 2015 20:22:01 -0500 > > Anders Lindgren wrote: > > > #define PATH_SITELOADSEARCH "" > > > > I think this cause "." to be added to the load path in "init_lread" (I can > > verify this tomorrow). > > Sounds like unintended fallout from b9d8edcf6dbe; ie the cure for the > minor issue of #19850 is worse than the disease. Does the patch below solve the problem? (Does anyone know why we call decode_env_path with last argument zero in this case? I don't see how that could make any sense here.) diff --git a/src/lread.c b/src/lread.c index 0da5819..c70a7b0 100644 --- a/src/lread.c +++ b/src/lread.c @@ -4356,7 +4356,7 @@ init_lread (void) if (!no_site_lisp) { Lisp_Object sitelisp; - sitelisp = decode_env_path (0, PATH_SITELOADSEARCH, 0); + sitelisp = decode_env_path (0, PATH_SITELOADSEARCH, 1); if (! NILP (sitelisp)) default_lpath = nconc2 (sitelisp, default_lpath); } @@ -4387,7 +4387,7 @@ init_lread (void) if (initialized && !no_site_lisp) { Lisp_Object sitelisp; - sitelisp = decode_env_path (0, PATH_SITELOADSEARCH, 0); + sitelisp = decode_env_path (0, PATH_SITELOADSEARCH, 1); if (! NILP (sitelisp)) Vload_path = nconc2 (sitelisp, Vload_path); } } From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 08 12:06:16 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 17:06:16 +0000 Received: from localhost ([127.0.0.1]:43437 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6LiR-0007zH-RE for submit@debbugs.gnu.org; Tue, 08 Dec 2015 12:06:16 -0500 Received: from mx2.suse.de ([195.135.220.15]:49622) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6LiP-0007z6-Im for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 12:06:14 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id AC99BAAC1; Tue, 8 Dec 2015 17:06:12 +0000 (UTC) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> <83h9jtc4eo.fsf@gnu.org> X-Yow: Yow! I'm UNEMPLOYED! Date: Tue, 08 Dec 2015 18:06:11 +0100 In-Reply-To: <83h9jtc4eo.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 08 Dec 2015 18:05:03 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21104 Cc: Glenn Morris , esq@lawlist.com, andlind@gmail.com, 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eli Zaretskii writes: > (Does anyone know why we call decode_env_path with last argument zero > in this case? I don't see how that could make any sense here.) In which way does that make a difference? Both "." and nil mean the same thing, namely default-directory. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 08 12:41:36 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 17:41:36 +0000 Received: from localhost ([127.0.0.1]:43457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6MGe-0000T3-7o for submit@debbugs.gnu.org; Tue, 08 Dec 2015 12:41:36 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:53548) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6MGb-0000Su-Jr for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 12:41:34 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NZ100J00VOG7X00@a-mtaout22.012.net.il> for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 19:41:00 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NZ100J52VSB1N40@a-mtaout22.012.net.il>; Tue, 08 Dec 2015 19:41:00 +0200 (IST) Date: Tue, 08 Dec 2015 19:40:58 +0200 From: Eli Zaretskii Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) In-reply-to: X-012-Sender: halo1@inter.net.il To: Andreas Schwab Message-id: <8337vcdej9.fsf@gnu.org> References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> <83h9jtc4eo.fsf@gnu.org> X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: 21104 Cc: rgm@gnu.org, esq@lawlist.com, andlind@gmail.com, 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.9 (/) > From: Andreas Schwab > Cc: Glenn Morris , esq@lawlist.com, andlind@gmail.com, 21104@debbugs.gnu.org > Date: Tue, 08 Dec 2015 18:06:11 +0100 > > Eli Zaretskii writes: > > > (Does anyone know why we call decode_env_path with last argument zero > > in this case? I don't see how that could make any sense here.) > > In which way does that make a difference? Both "." and nil mean the > same thing, namely default-directory. Maybe I'm blind, but my reading of the code in init_lread indicates that it does make a difference: Lisp_Object sitelisp; sitelisp = decode_env_path (0, PATH_SITELOADSEARCH, 0); if (! NILP (sitelisp)) Vload_path = nconc2 (sitelisp, Vload_path); My reading of this is that if we call decode_env_path with last argument non-zero, it will return nil, and Vload_path will not be modified by adding anything. What am I missing? From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 08 12:55:08 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 17:55:09 +0000 Received: from localhost ([127.0.0.1]:43481 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6MTk-0000ov-FG for submit@debbugs.gnu.org; Tue, 08 Dec 2015 12:55:08 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48187) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6MTi-0000on-8l for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 12:55:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a6MTh-0004X2-5E for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 12:55:05 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.7 required=5.0 tests=BAYES_05,T_RP_MATCHES_RCVD, UNRESOLVED_TEMPLATE autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35162) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a6MTY-0004Qn-Cl; Tue, 08 Dec 2015 12:54:56 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1a6MTV-0007A1-8v; Tue, 08 Dec 2015 12:54:53 -0500 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> <83h9jtc4eo.fsf@gnu.org> X-Spook: MIT-LL Radioactive Botnet Gunfight Treasury Human to X-Ran: AIB$(BmEfcf]dnWUo4^;m%CUvT0&B5=fCjV44JJWjNU!lOF)mg'7w=atrlJN:=Kf@[Z (Eli Zaretskii's message of "Tue, 08 Dec 2015 18:05:03 +0200") Message-ID: <6z4mfsu8pf.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: 21104 Cc: esq@lawlist.com, andlind@gmail.com, 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.3 (----) Eli Zaretskii wrote: > Does the patch below solve the problem? If I read configure correctly, the same issue will occur on any platform if configured with --enable-locallisppath=no, so you could try it out. Which suggests this (undocumented?) option has never worked properly, so one option is simply to remove that alternative and not allow locallispath to be empty, and choose a better default on OS X. One can always call emacs --no-site-lisp for the same effect. > (Does anyone know why we call decode_env_path with last argument zero > in this case? The last argument is a relatively new addition. Before it existed decode_env_path behaved like it was zero. So when adding the new argument the default was to use zero. Again, this suggests empty locallispath never worked as intended. But like Andreas, my guess would be that "." and nil are equivalent here. Maybe you could just special-case it so that PATH_SITELOADSEARCH empty acts like no_site_lisp is set? From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 08 13:17:02 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 18:17:02 +0000 Received: from localhost ([127.0.0.1]:43533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6Mow-0001PN-0A for submit@debbugs.gnu.org; Tue, 08 Dec 2015 13:17:02 -0500 Received: from mx2.suse.de ([195.135.220.15]:57269) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6Mot-0001P7-Kh for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 13:17:00 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 62A84AD43; Tue, 8 Dec 2015 18:16:58 +0000 (UTC) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> <83h9jtc4eo.fsf@gnu.org> <8337vcdej9.fsf@gnu.org> X-Yow: Didn't I buy a 1951 Packard from you last March in Cairo? Date: Tue, 08 Dec 2015 19:16:54 +0100 In-Reply-To: <8337vcdej9.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 08 Dec 2015 19:40:58 +0200") Message-ID: <87bna0x0tl.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21104 Cc: esq@lawlist.com, andlind@gmail.com, 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eli Zaretskii writes: > Maybe I'm blind, but my reading of the code in init_lread indicates > that it does make a difference: > > Lisp_Object sitelisp; > sitelisp = decode_env_path (0, PATH_SITELOADSEARCH, 0); > if (! NILP (sitelisp)) Vload_path = nconc2 (sitelisp, Vload_path); > > My reading of this is that if we call decode_env_path with last > argument non-zero, it will return nil, and Vload_path will not be > modified by adding anything. What am I missing? decode_env_path never returns nil. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 08 13:20:42 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 18:20:42 +0000 Received: from localhost ([127.0.0.1]:43537 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6MsT-0001VB-Tg for submit@debbugs.gnu.org; Tue, 08 Dec 2015 13:20:42 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:41619) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6MsQ-0001V1-7J for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 13:20:39 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NZ100800XFKC400@a-mtaout21.012.net.il> for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 20:20:36 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NZ10080OXMC9070@a-mtaout21.012.net.il>; Tue, 08 Dec 2015 20:20:36 +0200 (IST) Date: Tue, 08 Dec 2015 20:20:35 +0200 From: Eli Zaretskii Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) In-reply-to: <6z4mfsu8pf.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83wpsoby4s.fsf@gnu.org> References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> <83h9jtc4eo.fsf@gnu.org> <6z4mfsu8pf.fsf@fencepost.gnu.org> X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: 21104 Cc: esq@lawlist.com, andlind@gmail.com, 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.9 (/) > From: Glenn Morris > Cc: andlind@gmail.com, esq@lawlist.com, 21104@debbugs.gnu.org > Date: Tue, 08 Dec 2015 12:54:52 -0500 > > But like Andreas, my guess would be that "." and nil are equivalent here. > Maybe you could just special-case it so that PATH_SITELOADSEARCH empty > acts like no_site_lisp is set? Yes, that would also work. Anders, can you try that? From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 08 14:16:32 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 19:16:32 +0000 Received: from localhost ([127.0.0.1]:43685 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6NkW-0004bz-54 for submit@debbugs.gnu.org; Tue, 08 Dec 2015 14:16:32 -0500 Received: from mail-vk0-f47.google.com ([209.85.213.47]:33858) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6NkT-0004br-Md for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 14:16:30 -0500 Received: by vkbs1 with SMTP id s1so25679316vkb.1 for <21104@debbugs.gnu.org>; Tue, 08 Dec 2015 11:16:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5+/dGK/QqOeC2yEBAshzfrvKtYrzUgfekjKZTczBXY4=; b=VVXUyZnlYdgREtPNLThH4IF5S2t+YvtMuCfEB1QpkUfz5+7ACEOwnDjaaEWvCvHB0J KNREL7k7lGRIvf8RU3hY++4zppYKJ7v2Df5z1jVqU/A3zlOmB3VKiHiQeqFkuyRsFDsr TNgyaayov+Zrc94I16cEluofG+6dhEKR9AZXtfC9Ebwg7sB+i9MDZdqNQLiLafOiQOe4 /pyrQ0RqPWDAHDb7Ilbp57FemUKJHYH6tSzxot1b7ixrRzDCmOHv/Y5Adth2B/b3G1CJ oZR5YKHJ2JT05ARre2JgTgGly75eQvMpHsReBTHE4ERQmdJz1VAYd9W7b220zzuIhui8 zViQ== MIME-Version: 1.0 X-Received: by 10.31.152.207 with SMTP id a198mr1171348vke.68.1449602189184; Tue, 08 Dec 2015 11:16:29 -0800 (PST) Received: by 10.31.210.133 with HTTP; Tue, 8 Dec 2015 11:16:29 -0800 (PST) In-Reply-To: <83wpsoby4s.fsf@gnu.org> References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> <83h9jtc4eo.fsf@gnu.org> <6z4mfsu8pf.fsf@fencepost.gnu.org> <83wpsoby4s.fsf@gnu.org> Date: Tue, 8 Dec 2015 20:16:29 +0100 Message-ID: Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) From: Anders Lindgren To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a113d39e28d5419052667cf0b X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21104 Cc: Glenn Morris , Keith David Bershatsky , Andreas Schwab , 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113d39e28d5419052667cf0b Content-Type: text/plain; charset=UTF-8 Hi! I tries both solutions. Passing "1" as the last argument to `decode_env_path' doesn't work. When inspecting the code, it looks like it runs at least one iteration in the loop (see the `while (1)'), so the return value is either `(".")' or `(nil)', which is not what we want. > But like Andreas, my guess would be that "." and nil are equivalent here. > > Maybe you could just special-case it so that PATH_SITELOADSEARCH empty > > acts like no_site_lisp is set? > > Yes, that would also work. Anders, can you try that? > Yes, this works. However, I think it's a better solution to correct `decode_env_path' so that it returns nil when the string is empty and the `empty' parameter is 1. Also, I haven't investigated the cases where there is nothing between path separators, as in "foo::bar" (or when the string starts or ends with a separator). Today, it looks like it returns either `("foo" "." "bar)' or `("foo" nil "bar")' -- although I haven't verified this. A better solution would be to simply return `("foo" "bar")' -- path separators without anything in between are often simply a user mistake, we don't want to pollute system variables like `load-path' because of them. I would suggest that we rewrite the loop so that it ignores empty parts of the string (at the start, between two separators, and at the end). After the loop, if `lpath' is nil and `empty' is 0, add a single "." to `lpath'. -- Anders --001a113d39e28d5419052667cf0b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi!=C2=A0

I tries both solutions. Passing &qu= ot;1" as the last argument to `decode_env_path' doesn't work. = When inspecting the code, it looks like it runs at least one iteration in t= he loop (see the `while (1)'), so the return value is either `(".&= quot;)' or `(nil)', which is not what we want.

=
> But like Andreas, my guess would = be that "." and nil are equivalent here.
> Maybe you could just special-case it so that PATH_SITELOADSEARCH empty=
> acts like no_site_lisp is set?

Yes, that would also work.=C2=A0 Anders, can you try that?

Yes, this works.


However, I think it's a better solution to= correct `decode_env_path' so that it returns nil when the string is em= pty and the `empty' parameter is 1.
Also, I haven't investigated the case= s where there is nothing between path separators, as in "foo::bar"= ; (or when the string starts or ends with a separator). Today, it looks lik= e it returns either `("foo" "." "bar)' or `(&q= uot;foo" nil "bar")' -- although I haven't verified = this. A better solution would be to simply return `("foo" "b= ar")' -- path separators without anything in between are often sim= ply a user mistake, we don't want to pollute system variables like `loa= d-path' because of them.

I would suggest that we rewrite the loop so that it = ignores empty parts of the string (at the start, between two separators, an= d at the end). After the loop, if `lpath' is nil and `empty' is 0, = add a single "." to `lpath'.
=
=C2=A0 =C2=A0 -- Anders

--001a113d39e28d5419052667cf0b-- From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 08 14:21:31 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 19:21:31 +0000 Received: from localhost ([127.0.0.1]:43711 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6NpL-0004l0-3u for submit@debbugs.gnu.org; Tue, 08 Dec 2015 14:21:31 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37107) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6NpJ-0004ks-AJ for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 14:21:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a6NpI-0001xU-Fw for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 14:21:29 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36300) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a6NpD-0001rb-Ut; Tue, 08 Dec 2015 14:21:23 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1a6NpA-0000l0-9j; Tue, 08 Dec 2015 14:21:20 -0500 From: Glenn Morris To: Anders Lindgren Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> <83h9jtc4eo.fsf@gnu.org> <6z4mfsu8pf.fsf@fencepost.gnu.org> <83wpsoby4s.fsf@gnu.org> X-Spook: U.S. Consulate Looting 9/11 Irish Republican Army Mole X-Ran: !Spb%sGQ2*RrM5zLxYau}dJtbJ.(yDE5RPOaQ+Jy4{[l?nB!aF (Anders Lindgren's message of "Tue, 8 Dec 2015 20:16:29 +0100") Message-ID: <9ttwnsn3v3.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 21104 Cc: Andreas Schwab , Eli Zaretskii , Keith David Bershatsky , 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Anders Lindgren wrote: > Yes, this works. > > > However, I think it's a better solution to correct `decode_env_path' so > that it returns nil when the string is empty and the `empty' parameter is 1. I think you've jumped outside the scope of this report. I would suggest just going with the simple solution, absent evidence of some other problem. > Also, I haven't investigated the cases where there is nothing between path > separators, as in "foo::bar" (or when the string starts or ends with a > separator). Today, it looks like it returns either `("foo" "." "bar)' or > `("foo" nil "bar")' -- although I haven't verified this. A better solution > would be to simply return `("foo" "bar")' -- path separators without > anything in between are often simply a user mistake, we don't want to > pollute system variables like `load-path' because of them. The feature is intentional, see 17e0445be4a. I won't claim it's perfect, but IIRC I did test such things at the time. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 08 15:03:33 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 20:03:33 +0000 Received: from localhost ([127.0.0.1]:43744 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6OU0-0007RR-Lc for submit@debbugs.gnu.org; Tue, 08 Dec 2015 15:03:33 -0500 Received: from mail-vk0-f46.google.com ([209.85.213.46]:34039) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6OTW-0007Qg-Vu for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 15:03:30 -0500 Received: by vkbs1 with SMTP id s1so27415459vkb.1 for <21104@debbugs.gnu.org>; Tue, 08 Dec 2015 12:03:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dNWVJZE/fnvuas6tInJkwD1tXPQ0Rt8iSI3/1ehqY3Y=; b=cIx18YszneONFojvLHCQu/IxZ3G/R35HnL4nANJeV2jxM3xeeBgeOPrCJut9V8FgFo ecurE3o2Vil7NUpZw0plOwBBz7dO2qDhfoWN7mOoOHIO3dWva3qyOomfaFOnJhLBDmFg sG3zYdeWgkNx6W/ILzJ4ijhcNHxVV9uKr7mmir8o06pBOJe44+O99IxTNpsBdY9RC0gl NqzXaKwk5TLFJ5Xan3fQsoXze+soPFxewpbT6SM3os5MpXqt0WIcLJ1ZmwErZIikQvOs fDhu5m3AHhzxRG4amt9nNUHveukcC46hei+R6iM6uzy/bMrCIhFYaqHuG4LqGNlQbUOU u3AQ== MIME-Version: 1.0 X-Received: by 10.31.10.199 with SMTP id 190mr1332855vkk.51.1449604981318; Tue, 08 Dec 2015 12:03:01 -0800 (PST) Received: by 10.31.210.133 with HTTP; Tue, 8 Dec 2015 12:03:01 -0800 (PST) In-Reply-To: <9ttwnsn3v3.fsf@fencepost.gnu.org> References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> <83h9jtc4eo.fsf@gnu.org> <6z4mfsu8pf.fsf@fencepost.gnu.org> <83wpsoby4s.fsf@gnu.org> <9ttwnsn3v3.fsf@fencepost.gnu.org> Date: Tue, 8 Dec 2015 21:03:01 +0100 Message-ID: Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) From: Anders Lindgren To: Glenn Morris Content-Type: multipart/mixed; boundary=001a11440176fa1832052668750d X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21104 Cc: Andreas Schwab , Eli Zaretskii , Keith David Bershatsky , 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11440176fa1832052668750d Content-Type: multipart/alternative; boundary=001a11440176fa182c052668750b --001a11440176fa182c052668750b Content-Type: text/plain; charset=UTF-8 Hi, On Tue, Dec 8, 2015 at 8:21 PM, Glenn Morris wrote: > I think you've jumped outside the scope of this report. > I would suggest just going with the simple solution, absent evidence of > some other problem. > I have attached a simple solution that solves this specific problem. I'll push it if it looks like an OK solution for you. > Also, I haven't investigated the cases where there is nothing between path > > separators, as in "foo::bar" (or when the string starts or ends with a > > separator). Today, it looks like it returns either `("foo" "." "bar)' or > > `("foo" nil "bar")' -- although I haven't verified this. A better > solution > > would be to simply return `("foo" "bar")' -- path separators without > > anything in between are often simply a user mistake, we don't want to > > pollute system variables like `load-path' because of them. > > The feature is intentional, see 17e0445be4a. > > I won't claim it's perfect, but IIRC I did test such things at the time. > Apparently, there is more to the code than I initially understood. I agree with you, I no longer think we should change anything here on the short term. However, I think it behaves strange: For example (on a Linux machine): env EMACSPATH=::/home::/bar:: emacs -q --batch --eval '(print exec-path)' ("/usr/lib/lightdm/lightdm" "/usr/local/sbin" "/usr/local/bin" "/use/sbin" "/usr/bin" "/sbin" "/bin" "/usr/games" "." "." "/home" "." "." "/bar" "." ".") Here, I don't think the ".":s should be included. Another example (again on Linux): env EMACSLOADPATH=::/home::/bar:: emacs -q --batch --eval '(print load-path)' The result is too long to print, as it duplicates the standard load path five times. Here, wouldn't it suffice to add the default load path once? -- Anders --001a11440176fa182c052668750b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

On Tue, Dec 8, 2015 at 8:21 PM, Glenn M= orris <rgm@gnu.org> wrote:
I think you've = jumped outside the scope of this report.
I would suggest just going with the simple solution, absent evidence of
some other problem.

I have attached a s= imple solution that solves this specific problem. I'll push it if it lo= oks like an OK solution for you.


> Also, I haven't investigated the cases = where there is nothing between path
> separators, as in "foo::bar" (or when the string starts or e= nds with a
> separator). Today, it looks like it returns either `("foo" &= quot;." "bar)' or
> `("foo" nil "bar")' -- although I haven't = verified this. A better solution
> would be to simply return `("foo" "bar")' -- p= ath separators without
> anything in between are often simply a user mistake, we don't want= to
> pollute system variables like `load-path' because of them.

The feature is intentional, see 17e0445be4a.

I won't claim it's perfect, but IIRC I did test such things at the = time.

Apparently, there i= s more to the code than I initially understood. I agree with you, I no long= er think we should change anything here on the short term.

However, I think it b= ehaves strange:

For example (on a Linux machine):
=C2=A0 =C2=A0 env EMACSPATH=3D::/home::/bar:: emacs -q --batch --eval '= ;(print exec-path)'
=C2=A0 =C2=A0("= ;/usr/lib/lightdm/lightdm" "/usr/local/sbin" "/usr/loca= l/bin" "/use/sbin" "/usr/bin" "/sbin" &q= uot;/bin" "/usr/games" "." "." "/ho= me" "." "." "/bar" "." ".= ")

Here, I don't think the ".":s should be included.

Another example= (again on Linux):
=C2=A0 =C2=A0 env EMACSL= OADPATH=3D::/home::/bar:: emacs -q --batch --eval '(print load-path)= 9;
=C2=A0 =C2=A0 The result is too long to = print, as it duplicates the standard load path five times.

Here, wouldn't it= suffice to add the default load path once?

=C2=A0 =C2=A0 -- Anders

--001a11440176fa182c052668750b-- --001a11440176fa1832052668750d Content-Type: text/plain; charset=US-ASCII; name="path.diff" Content-Disposition: attachment; filename="path.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ihxssgix0 ZGlmZiAtLWdpdCBhL3NyYy9scmVhZC5jIGIvc3JjL2xyZWFkLmMKaW5kZXggMGRhNTgxOS4uNzRh NWZkZiAxMDA2NDQKLS0tIGEvc3JjL2xyZWFkLmMKKysrIGIvc3JjL2xyZWFkLmMKQEAgLTQzNTMs NyArNDM1Myw3IEBAIGluaXRfbHJlYWQgKHZvaWQpCiAgICAgICAgICAgbG9hZF9wYXRoX2NoZWNr IChkZWZhdWx0X2xwYXRoKTsKIAogICAgICAgICAgIC8qIEFkZCB0aGUgc2l0ZS1saXNwIGRpcmVj dG9yaWVzIHRvIHRoZSBmcm9udCBvZiB0aGUgZGVmYXVsdC4gICovCi0gICAgICAgICAgaWYgKCFu b19zaXRlX2xpc3ApCisgICAgICAgICAgaWYgKCFub19zaXRlX2xpc3AgJiYgUEFUSF9TSVRFTE9B RFNFQVJDSFswXSAhPSAnXDAnKQogICAgICAgICAgICAgewogICAgICAgICAgICAgICBMaXNwX09i amVjdCBzaXRlbGlzcDsKICAgICAgICAgICAgICAgc2l0ZWxpc3AgPSBkZWNvZGVfZW52X3BhdGgg KDAsIFBBVEhfU0lURUxPQURTRUFSQ0gsIDApOwpAQCAtNDM4NCw3ICs0Mzg0LDcgQEAgaW5pdF9s cmVhZCAodm9pZCkKICAgICAgIGxvYWRfcGF0aF9jaGVjayAoVmxvYWRfcGF0aCk7CiAKICAgICAg IC8qIEFkZCB0aGUgc2l0ZS1saXNwIGRpcmVjdG9yaWVzIGF0IHRoZSBmcm9udC4gICovCi0gICAg ICBpZiAoaW5pdGlhbGl6ZWQgJiYgIW5vX3NpdGVfbGlzcCkKKyAgICAgIGlmIChpbml0aWFsaXpl ZCAmJiAhbm9fc2l0ZV9saXNwICYmIFBBVEhfU0lURUxPQURTRUFSQ0hbMF0gIT0gJ1wwJykKICAg ICAgICAgewogICAgICAgICAgIExpc3BfT2JqZWN0IHNpdGVsaXNwOwogICAgICAgICAgIHNpdGVs aXNwID0gZGVjb2RlX2Vudl9wYXRoICgwLCBQQVRIX1NJVEVMT0FEU0VBUkNILCAwKTsK --001a11440176fa1832052668750d-- From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 08 15:05:16 2015 Received: (at 21104) by debbugs.gnu.org; 8 Dec 2015 20:05:16 +0000 Received: from localhost ([127.0.0.1]:43749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6OVf-0007UP-HN for submit@debbugs.gnu.org; Tue, 08 Dec 2015 15:05:15 -0500 Received: from mtaout25.012.net.il ([80.179.55.181]:36050) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a6OVd-0007U8-1S for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 15:05:13 -0500 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NZ200C0023P3500@mtaout25.012.net.il> for 21104@debbugs.gnu.org; Tue, 08 Dec 2015 22:02:10 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NZ200A552BMF320@mtaout25.012.net.il>; Tue, 08 Dec 2015 22:02:10 +0200 (IST) Date: Tue, 08 Dec 2015 22:05:10 +0200 From: Eli Zaretskii Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) In-reply-to: <9ttwnsn3v3.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83twnsbtah.fsf@gnu.org> References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> <83h9jtc4eo.fsf@gnu.org> <6z4mfsu8pf.fsf@fencepost.gnu.org> <83wpsoby4s.fsf@gnu.org> <9ttwnsn3v3.fsf@fencepost.gnu.org> X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: 21104 Cc: schwab@suse.de, esq@lawlist.com, andlind@gmail.com, 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.9 (/) > From: Glenn Morris > Cc: Eli Zaretskii , Keith David Bershatsky , 21104@debbugs.gnu.org, Andreas Schwab > Date: Tue, 08 Dec 2015 14:21:20 -0500 > > > However, I think it's a better solution to correct `decode_env_path' so > > that it returns nil when the string is empty and the `empty' parameter is 1. > > I think you've jumped outside the scope of this report. > I would suggest just going with the simple solution, absent evidence of > some other problem. I agree. From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 09 15:53:44 2015 Received: (at 21104) by debbugs.gnu.org; 9 Dec 2015 20:53:44 +0000 Received: from localhost ([127.0.0.1]:38122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a6lk8-0001bo-3h for submit@debbugs.gnu.org; Wed, 09 Dec 2015 15:53:44 -0500 Received: from mx2.suse.de ([195.135.220.15]:49434) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a6lk6-0001bg-KY for 21104@debbugs.gnu.org; Wed, 09 Dec 2015 15:53:42 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 7DC35AAC3; Wed, 9 Dec 2015 08:49:51 +0000 (UTC) From: Andreas Schwab To: Anders Lindgren Subject: Re: bug#21104: 25.0.50; relative paths are added to load-path without -nsl (bug#21104) References: <83mvtmcau2.fsf@gnu.org> <9aoae1wx8m.fsf@fencepost.gnu.org> <83h9jtc4eo.fsf@gnu.org> <6z4mfsu8pf.fsf@fencepost.gnu.org> <83wpsoby4s.fsf@gnu.org> <9ttwnsn3v3.fsf@fencepost.gnu.org> X-Yow: I'm a GENIUS! I want to dispute sentence structure with SUSAN SONTAG!! Date: Wed, 09 Dec 2015 09:49:51 +0100 In-Reply-To: (Anders Lindgren's message of "Tue, 8 Dec 2015 21:03:01 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 21104 Cc: Glenn Morris , Eli Zaretskii , Keith David Bershatsky , 21104@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.4 (/) Anders Lindgren writes: > However, I think it behaves strange: > > For example (on a Linux machine): > env EMACSPATH=::/home::/bar:: emacs -q --batch --eval '(print > exec-path)' > ("/usr/lib/lightdm/lightdm" "/usr/local/sbin" "/usr/local/bin" > "/use/sbin" "/usr/bin" "/sbin" "/bin" "/usr/games" "." "." "/home" "." "." > "/bar" "." ".") > > Here, I don't think the ".":s should be included. You get what you asked for. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 09 16:37:27 2015 Received: (at 21104-done) by debbugs.gnu.org; 9 Dec 2015 21:37:27 +0000 Received: from localhost ([127.0.0.1]:38156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a6mQR-0002it-IT for submit@debbugs.gnu.org; Wed, 09 Dec 2015 16:37:27 -0500 Received: from mail-vk0-f52.google.com ([209.85.213.52]:36655) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a6mQP-0002ig-VS for 21104-done@debbugs.gnu.org; Wed, 09 Dec 2015 16:37:26 -0500 Received: by vkay187 with SMTP id y187so68054920vka.3 for <21104-done@debbugs.gnu.org>; Wed, 09 Dec 2015 13:37:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Z1Fi9OvFc1dDQpc7+c594TAJvVTBoZTEBGo+CMZ+pKg=; b=02yL3EaCGi5sJ3I9yU8EHFtSH82cPvsbwLQd/f/Cb5GOgnF1q+O7SS7iaO+U2udt9a zcFlEyG2/i+KPEHwiga7kQQTRiT/JX3YvDe/60QYTBC7kEaMmbQZodYkzY271wQguYVi 6Vqu25mbwCDuevn5DAus8RxktPr5zGCALHBxxKmSfgeza8cdH99WKV7XiqU/48sZknbU QdbC7rz6jQXP+BPGx5F88svF5273xSVNODOMmn6Hi2clKy0g+uGRojHe2BnUYdzfwfT2 WEmR+EdqzqEJ8cq0V9t1LwYZ6V29ZBA4TSU6JsapegkcTOLEoFu3ucIAay/EUvnfCn8e bDug== MIME-Version: 1.0 X-Received: by 10.31.58.74 with SMTP id h71mr4023020vka.149.1449657214785; Wed, 09 Dec 2015 02:33:34 -0800 (PST) Received: by 10.31.210.133 with HTTP; Wed, 9 Dec 2015 02:33:34 -0800 (PST) Date: Wed, 9 Dec 2015 11:33:34 +0100 Message-ID: Subject: Don't add "." to load-path -- fixed From: Anders Lindgren To: 21104-done@debbugs.gnu.org Content-Type: multipart/alternative; boundary=001a114405c6555e4f0526749f99 X-Spam-Score: 0.4 (/) X-Debbugs-Envelope-To: 21104-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.4 (/) --001a114405c6555e4f0526749f99 Content-Type: text/plain; charset=UTF-8 When configured with --enable-locallisppath=no, which is the default for OS X, the load-path incorrectly was populated with ".". See the following for for information: http://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-25&id=ae3057412a0673667e76cd281e5c5db46be18254 -- Anders Lindgren --001a114405c6555e4f0526749f99 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
When configured with --enable-locallisppath=3Dno, which is= the default for OS X, the load-path incorrectly was populated with ".= ".

See the following for for information:
=C2=A0 =C2=A0 http://gi= t.savannah.gnu.org/cgit/emacs.git/commit/?h=3Demacs-25&id=3Dae3057412a0= 673667e76cd281e5c5db46be18254

=C2=A0 =C2=A0 --= Anders Lindgren

--001a114405c6555e4f0526749f99-- From unknown Wed Jun 18 23:14:09 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 07 Jan 2016 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator