From unknown Fri Jun 20 07:17:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9481: 24.0.50; emacs_dir behavior too cumbersome for use within msys Resent-From: CRLF0710 Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Sep 2011 08:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 9481 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 9481@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.13158148303863 (code B ref -1); Mon, 12 Sep 2011 08:08:01 +0000 Received: (at submit) by debbugs.gnu.org; 12 Sep 2011 08:07:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R31Xq-00010F-Aa for submit@debbugs.gnu.org; Mon, 12 Sep 2011 04:07:10 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R31XP-0000z4-7l for submit@debbugs.gnu.org; Mon, 12 Sep 2011 04:06:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R31T7-0007t3-5Y for submit@debbugs.gnu.org; Mon, 12 Sep 2011 04:02:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:41232) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R31T7-0007sy-3b for submit@debbugs.gnu.org; Mon, 12 Sep 2011 04:02:17 -0400 Received: from eggs.gnu.org ([140.186.70.92]:54517) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R31T0-0002FA-Jv for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2011 04:02:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R31Sv-0007qa-PO for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2011 04:02:10 -0400 Received: from mail-gx0-f172.google.com ([209.85.161.172]:58392) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R31Sv-0007qW-Ji for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2011 04:02:05 -0400 Received: by gxk19 with SMTP id 19so3282268gxk.31 for ; Mon, 12 Sep 2011 01:02:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=uMQDA3K2ha1HRzwazx4iZFTI3zUQJ6vgZsmvSF9XFsw=; b=tNJuhS/PvaIxyS220xUQ1Q72yHVapwaaGquumnrQfqJ1qjdINq6mzkAN57jhuy1lMe mfluIKFL3NOIfGF4386MCFJ8/8cvDZ7bRP5Vjwct4Ckkz/H09960Wwzyjct3AWGHzWUG 4HLxVNEMtJ5CWX6546TDCmcInEZ2w8vN3KgFE= Received: by 10.150.13.12 with SMTP id 12mr552913ybm.149.1315814524796; Mon, 12 Sep 2011 01:02:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.45.11 with HTTP; Mon, 12 Sep 2011 01:01:44 -0700 (PDT) From: CRLF0710 Date: Mon, 12 Sep 2011 16:01:44 +0800 Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -5.9 (-----) X-Mailman-Approved-At: Mon, 12 Sep 2011 04:07:09 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) Hello. emacs_dir is a special environment variable on Win32. If Emacs.exe is located in a "bin/" directory, it will be calculated, which is not a desired behavior at all times. One might want to use it in msys and organize the emacs files in a way similiar to that of *nix systems. To fulfill this, one might want to set emacs_dir to the *:/share/emacs// directory. This works unless the emacs.exe is in the *:/bin directory(in fact any directory which is not with the name "bin" or "i386"). in src/w32.c, the existing code > _snprintf (buf, sizeof (buf)-1, "emacs_dir=3D%s", modname); > _putenv (strdup (buf)); will override this settings directly, but i think to modify the env_vars[] array, which is a copy of dflt_envvars[], should be the correct behavior. something like: > for (i =3D 0; i < N_ENV_VARS; i++) > { > if(strcmp(env_vars[i].name, "emacs_dir")=3D=3D0) > { > env_vars[i].def_value =3D ; > } > } may solve this. In GNU Emacs 24.0.50.1 (i386-mingw-nt6.1.7601) of 2011-04-11 on SHAN-PC Windowing system distributor `Microsoft Corp.', version 6.1.7601 configured using `configure --with-gcc (3.4)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: CHS value of $XMODIFIERS: nil locale-coding-system: cp936 default enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: recentf-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x r e p o r t - e m b Recent messages: Loading recentf...done Loading d:/home/CrLFWorkshop/.recentf...done Cleaning up the recentf list...done (0 removed) Ido mode enabled Loading d:/progra~1/emacs/site-lisp/proofgeneral/generic/proof-site.el (source)...done For information about GNU Emacs and the GNU system, type C-h C-a. Making completion list... Load-path shadows: d:/Program Files/Emacs/site-lisp/emacs-jabber-0.8.0/compat/sha1 hides d:/Program Files/Emacs/lisp/sha1 d:/Program Files/Emacs/site-lisp/emacs-jabber-0.8.0/compat/hex-util hides d:/Program Files/Emacs/lisp/hex-util d:/Program Files/Emacs/site-lisp/emms/tq hides d:/Program Files/Emacs/lisp/emacs-lisp/tq d:/Program Files/Emacs/site-lisp/emacs-w3m/attic/rfc2368 hides d:/Program Files/Emacs/lisp/mail/rfc2368 Features: (shadow mail-extr message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev mail-utils gmm-utils mailheader emacsbug help-mode view multi-term term ehelp electric proof-site proof-autoloads pg-vars lyric-mode emms-bookmarks emms-lastfm-client emms-lastfm-scrobbler w3m doc-view jka-compr image-mode timezone w3m-hist w3m-fb bookmark-w3m w3m-ems w3m-ccl ccl w3m-favicon w3m-image w3m-proc w3m-util xml parse-time emms-cue emms-mode-line-icon emms-browser sort emms-playlist-sort emms-last-played emms-player-xine emms-player-mpd tq emms-playing-time emms-streams emms-tag-editor format-spec emms-info-metaflac emms-mark emms-mode-line emms-cache emms-info-ogginfo emms-info-mp3info emms-info later-do emms-playlist-mode emms-player-vlc emms-player-mplayer emms-source-playlist emms-lyrics emms-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-util url-parse auth-source eieio assoc gnus-util password-cache url-vars mm-util mail-prsvr mailcap time-date emms-source-file locate dired emms-player-simple hl-line emms-setup emms emms-compat jabber-autoloads anything warnings ido inferior-slime inf-lisp info-look info slime-autodoc advice advice-preload slime-parse slime-autoloads slime byte-opt bytecomp byte-compile cconv macroexp derived help-fns edmacro kmacro easy-mmode hideshow pp comint ring hyperspec thingatpt browse-url cl cc-mode cc-fonts cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs regexp-opt recentf tree-widget wid-edit easymenu cus-start cus-load china-util tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer button faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) -- Wir m=FCssen wissen; wir werden wissen! CrLF.0710 From unknown Fri Jun 20 07:17:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9481: 24.0.50; emacs_dir behavior too cumbersome for use within msys Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Sep 2011 08:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9481 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: CRLF0710 Cc: 9481@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9481-submit@debbugs.gnu.org id=B9481.131581685412729 (code B ref 9481); Mon, 12 Sep 2011 08:41:02 +0000 Received: (at 9481) by debbugs.gnu.org; 12 Sep 2011 08:40:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R324T-0003JF-Oq for submit@debbugs.gnu.org; Mon, 12 Sep 2011 04:40:54 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R324S-0003J8-8j for 9481@debbugs.gnu.org; Mon, 12 Sep 2011 04:40:53 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R320F-0003PF-VO; Mon, 12 Sep 2011 04:36:31 -0400 Date: Mon, 12 Sep 2011 04:36:31 -0400 Message-Id: From: Eli Zaretskii In-reply-to: (message from CRLF0710 on Mon, 12 Sep 2011 16:01:44 +0800) References: X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: CRLF0710 > Date: Mon, 12 Sep 2011 16:01:44 +0800 > > emacs_dir is a special environment variable on Win32. If Emacs.exe is > located in a "bin/" directory, it will be calculated, which is not a > desired behavior at all times. > > One might want to use it in msys and organize the emacs files in a way > similiar to that of *nix systems. To fulfill this, one might want to > set emacs_dir to the *:/share/emacs// directory. This works > unless the emacs.exe is in the *:/bin directory(in fact any directory > which is not with the name "bin" or "i386"). Sorry, I don't follow your use case and the problems you are experiencing due to the setting of emacs_dir. Please describe in more details: . in which directory you want to install the emacs.exe binary . why do you need to break the structure of the Emacs tree that is assumed by the current code . what does this all have to do with MSYS IOW, this installation should work: X:/share/emacs//bin/emacs.exe X:/share/emacs//lisp/ X:/share/emacs//etc/ This should also work: X:/usr/local/bin/emacs.exe X:/share/emacs//lisp/ X:/share/emacs//etc/ set EMACSLOADPATH=X:/share/emacs//lisp set EMACSDATA=X:/share/emacs//etc set EMACSDOC=X:/share/emacs//etc Both of the above should work without any need to change anything in the code. If you need some different configuration, please describe it and the rationale for using it rather than the supported ones. Thanks. From unknown Fri Jun 20 07:17:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9481: Fwd: bug#9481: 24.0.50; emacs_dir behavior too cumbersome for use within msys Resent-From: CRLF0710 Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Sep 2011 09:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9481 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 9481@debbugs.gnu.org Received: via spool by 9481-submit@debbugs.gnu.org id=B9481.131581923125159 (code B ref 9481); Mon, 12 Sep 2011 09:21:02 +0000 Received: (at 9481) by debbugs.gnu.org; 12 Sep 2011 09:20:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R32gn-0006Xj-N1 for submit@debbugs.gnu.org; Mon, 12 Sep 2011 05:20:30 -0400 Received: from mail-yi0-f44.google.com ([209.85.218.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R32gk-0006Xa-Uj for 9481@debbugs.gnu.org; Mon, 12 Sep 2011 05:20:27 -0400 Received: by yie12 with SMTP id 12so1637141yie.3 for <9481@debbugs.gnu.org>; Mon, 12 Sep 2011 02:16:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=HszI00ROEwmN2QChR99BJ/MTlU1M5DdOuKtcp0fymck=; b=KwmfnraTsVWoY+slWTKVBinxcwU/v5LfHKDs8F8BBeWx2dtE2ifLi7224S+zC1mFkV yPB23ngM7iCHQNzPeG2FFoJ22IpJ2kiu0mT89GXRjQSrtc1zC7d0P0GJ0If6KHXt03GX NkHRff/OZCrZLK9njULeVVpQ1vcJ+LAdk35IY= Received: by 10.151.123.8 with SMTP id a8mr899789ybn.320.1315818966147; Mon, 12 Sep 2011 02:16:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.45.11 with HTTP; Mon, 12 Sep 2011 02:15:46 -0700 (PDT) In-Reply-To: References: From: CRLF0710 Date: Mon, 12 Sep 2011 17:15:46 +0800 Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -4.8 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.4 (----) ---------- Forwarded message ---------- From: CRLF0710 Date: 2011/9/12 Subject: Re: bug#9481: 24.0.50; emacs_dir behavior too cumbersome for use within msys To: Eli Zaretskii What i met is exactly the second case, however one of the environment variables should be(according to the code): set EMACSLOADPATH=3DX:/share/emacs//site-lisp;X:/share/emacs//../site-lisp;X:/share/emacs//lisp;X:/share/emacs//le= im And with the other two paths, I'll have to repeat the string "X:/share/emacs/" for six times, by hand. which is exactly the emacs_dir variable. "addpm.exe" won't help in this case because it will generate incorrect path variables in the registry which will be overridden by the code i mentioned above. At the same time it will overwrite old settings. So this is a little inconvenient. If you think this case is not TOO rare, maybe you can consider fixing it from the code? 2011/9/12 Eli Zaretskii : >> From: CRLF0710 >> Date: Mon, 12 Sep 2011 16:01:44 +0800 >> >> emacs_dir is a special environment variable on Win32. If Emacs.exe is >> located in a "bin/" directory, it will be calculated, which is not a >> desired behavior at all times. >> >> One might want to use it in msys and organize the emacs files in a way >> similiar to that of *nix systems. To fulfill this, one might want to >> set emacs_dir to the *:/share/emacs// directory. This works >> unless the emacs.exe is in the *:/bin directory(in fact any directory >> which is not with the name "bin" or "i386"). > > Sorry, I don't follow your use case and the problems you are > experiencing due to the setting of emacs_dir. =A0Please describe in more > details: > > =A0. in which directory you want to install the emacs.exe binary > =A0. why do you need to break the structure of the Emacs tree that is > =A0 =A0assumed by the current code > =A0. what does this all have to do with MSYS > > IOW, this installation should work: > > =A0 X:/share/emacs//bin/emacs.exe > =A0 X:/share/emacs//lisp/ > =A0 X:/share/emacs//etc/ > > This should also work: > > =A0 X:/usr/local/bin/emacs.exe > =A0 X:/share/emacs//lisp/ > =A0 X:/share/emacs//etc/ > =A0 set EMACSLOADPATH=3DX:/share/emacs//lisp > =A0 set EMACSDATA=3DX:/share/emacs//etc > =A0 set EMACSDOC=3DX:/share/emacs//etc > > Both of the above should work without any need to change anything in > the code. > > If you need some different configuration, please describe it and the > rationale for using it rather than the supported ones. > > Thanks. > -- Wir m=FCssen wissen; wir werden wissen! CrLF.0710 From unknown Fri Jun 20 07:17:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9481: Fwd: bug#9481: 24.0.50; emacs_dir behavior too cumbersome for use within msys Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Sep 2011 10:46:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9481 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: CRLF0710 Cc: 9481@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9481-submit@debbugs.gnu.org id=B9481.131582433115540 (code B ref 9481); Mon, 12 Sep 2011 10:46:03 +0000 Received: (at 9481) by debbugs.gnu.org; 12 Sep 2011 10:45:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3413-00042O-NN for submit@debbugs.gnu.org; Mon, 12 Sep 2011 06:45:31 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R340r-0003yu-As for 9481@debbugs.gnu.org; Mon, 12 Sep 2011 06:45:22 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R33wd-00058r-Vn; Mon, 12 Sep 2011 06:40:56 -0400 Date: Mon, 12 Sep 2011 06:40:55 -0400 Message-Id: From: Eli Zaretskii In-reply-to: (message from CRLF0710 on Mon, 12 Sep 2011 17:15:46 +0800) References: X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: CRLF0710 > Date: Mon, 12 Sep 2011 17:15:46 +0800 > > What i met is exactly the second case, however one of the environment > variables should be(according to the code): > > set EMACSLOADPATH=X:/share/emacs//site-lisp;X:/share/emacs//../site-lisp;X:/share/emacs//lisp;X:/share/emacs//leim > > And with the other two paths, I'll have to repeat the string > "X:/share/emacs/" for six times, by hand. which is exactly > the emacs_dir variable. You set these variables in some startup script or in .bash_rc, and that's it. It's a one-time thing. > So this is a little inconvenient. If you think this case is not TOO > rare, maybe you can consider fixing it from the code? I don't mind adding something, but what you originally suggested is a non-starter, because the current operation with forceful setting of emacs_dir must stay, as most users need it. You cannot blindly obey an external setting of emacs_dir, because it could come from an incompatible Emacs version, e.g., if one version of Emacs spawns a shell that then runs another version. So if you can suggest a way that leaves the emacs_dir variable alone, but still lets you do what you want more conveniently, please do. Personally, I don't think that setting 3 environment variables is such a grave problem, but that's me. By the way, you didn't tell why you need this configuration and what does it have to do with MSYS. From unknown Fri Jun 20 07:17:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9481: Fwd: bug#9481: 24.0.50; emacs_dir behavior too cumbersome for use within msys Resent-From: CRLF0710 Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Sep 2011 11:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9481 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9481@debbugs.gnu.org Received: via spool by 9481-submit@debbugs.gnu.org id=B9481.131582710930953 (code B ref 9481); Mon, 12 Sep 2011 11:32:02 +0000 Received: (at 9481) by debbugs.gnu.org; 12 Sep 2011 11:31:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R34js-00083B-8O for submit@debbugs.gnu.org; Mon, 12 Sep 2011 07:31:48 -0400 Received: from mail-yi0-f44.google.com ([209.85.218.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R34jp-000833-FU for 9481@debbugs.gnu.org; Mon, 12 Sep 2011 07:31:46 -0400 Received: by yie12 with SMTP id 12so1703016yie.3 for <9481@debbugs.gnu.org>; Mon, 12 Sep 2011 04:27:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=ntc2PtWD/PmcA18tG55fJ+BZ60a/o1tVrE7AJuMEyZM=; b=mWFDPY/HTPP85kxdO7Pr27d5kNSdBwczUK7Bfxi6Sl4PcZk4KS81oaL5Z09QZgxuo2 1eiM5qiTXqCD8jTV8E8HhUHzA1JKuq1pWy1JtxjCFPtjjPZiINe3hoVJ3dJj9WpFay8W Ye+by6ERtGg6kNd7W02OFc9bsbcKfDwp6Rh2M= Received: by 10.150.245.30 with SMTP id s30mr2264943ybh.92.1315826844102; Mon, 12 Sep 2011 04:27:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.45.11 with HTTP; Mon, 12 Sep 2011 04:27:04 -0700 (PDT) In-Reply-To: References: From: CRLF0710 Date: Mon, 12 Sep 2011 19:27:04 +0800 Message-ID: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.1 (----) Yeah, I guess you are right. I thought about adding a parameter to addpm.exe that enables resolving %emacs_dir% to the program_path parameter provided before writing to the registry. Then i thought maybe this is too much unnecessary. By the way, the reason i need this configuration is just because i want to create a personal package that follows the *nix habit. (So that i can run /usr/bin/emacs and work under Win32 in the familiar way. That's what msys and cygwin and similar environment provide. ) When i saw %emacs_dir%, i thought this was not reasonable at the time. Now i understand the reason. Maybe i'll drop the entire directory to /usr/local. Anyway, thank you for your time. 2011/9/12 Eli Zaretskii : --=20 Wir m=FCssen wissen; wir werden wissen! CrLF.0710 From unknown Fri Jun 20 07:17:26 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: CRLF0710 Subject: bug#9481: closed (Re: bug#9481: Fwd: bug#9481: 24.0.50; emacs_dir behavior too cumbersome for use within msys) Message-ID: References: X-Gnu-PR-Message: they-closed 9481 X-Gnu-PR-Package: emacs Reply-To: 9481@debbugs.gnu.org Date: Mon, 12 Sep 2011 12:03:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1315828983-7113-1" This is a multi-part message in MIME format... ------------=_1315828983-7113-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #9481: 24.0.50; emacs_dir behavior too cumbersome for use within msys which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 9481@debbugs.gnu.org. --=20 9481: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9481 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1315828983-7113-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 9481-done) by debbugs.gnu.org; 12 Sep 2011 12:02:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R35Dr-0001qJ-S5 for submit@debbugs.gnu.org; Mon, 12 Sep 2011 08:02:48 -0400 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R35Dp-0001qC-IG for 9481-done@debbugs.gnu.org; Mon, 12 Sep 2011 08:02:46 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R359c-0006vi-LH; Mon, 12 Sep 2011 07:58:24 -0400 Date: Mon, 12 Sep 2011 07:58:24 -0400 Message-Id: From: Eli Zaretskii To: CRLF0710 In-reply-to: (message from CRLF0710 on Mon, 12 Sep 2011 19:27:04 +0800) Subject: Re: bug#9481: Fwd: bug#9481: 24.0.50; emacs_dir behavior too cumbersome for use within msys References: X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 9481-done Cc: 9481-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) > From: CRLF0710 > Date: Mon, 12 Sep 2011 19:27:04 +0800 > Cc: 9481@debbugs.gnu.org > > By the way, the reason i need this configuration is just because i > want to create a personal package that follows the *nix habit. (So > that i can run /usr/bin/emacs and work under Win32 in the familiar > way. That's what msys and cygwin and similar environment provide. ) > When i saw %emacs_dir%, i thought this was not reasonable at the time. > Now i understand the reason. Maybe i'll drop the entire directory to > /usr/local. You could also make a symlink, if MSYS supports them. > Anyway, thank you for your time. You are welcome. Closing the bug. ------------=_1315828983-7113-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 12 Sep 2011 08:07:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R31Xq-00010F-Aa for submit@debbugs.gnu.org; Mon, 12 Sep 2011 04:07:10 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R31XP-0000z4-7l for submit@debbugs.gnu.org; Mon, 12 Sep 2011 04:06:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R31T7-0007t3-5Y for submit@debbugs.gnu.org; Mon, 12 Sep 2011 04:02:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:41232) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R31T7-0007sy-3b for submit@debbugs.gnu.org; Mon, 12 Sep 2011 04:02:17 -0400 Received: from eggs.gnu.org ([140.186.70.92]:54517) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R31T0-0002FA-Jv for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2011 04:02:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R31Sv-0007qa-PO for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2011 04:02:10 -0400 Received: from mail-gx0-f172.google.com ([209.85.161.172]:58392) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R31Sv-0007qW-Ji for bug-gnu-emacs@gnu.org; Mon, 12 Sep 2011 04:02:05 -0400 Received: by gxk19 with SMTP id 19so3282268gxk.31 for ; Mon, 12 Sep 2011 01:02:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=uMQDA3K2ha1HRzwazx4iZFTI3zUQJ6vgZsmvSF9XFsw=; b=tNJuhS/PvaIxyS220xUQ1Q72yHVapwaaGquumnrQfqJ1qjdINq6mzkAN57jhuy1lMe mfluIKFL3NOIfGF4386MCFJ8/8cvDZ7bRP5Vjwct4Ckkz/H09960Wwzyjct3AWGHzWUG 4HLxVNEMtJ5CWX6546TDCmcInEZ2w8vN3KgFE= Received: by 10.150.13.12 with SMTP id 12mr552913ybm.149.1315814524796; Mon, 12 Sep 2011 01:02:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.45.11 with HTTP; Mon, 12 Sep 2011 01:01:44 -0700 (PDT) From: CRLF0710 Date: Mon, 12 Sep 2011 16:01:44 +0800 Message-ID: Subject: 24.0.50; emacs_dir behavior too cumbersome for use within msys To: "bug-gnu-emacs@gnu.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -5.9 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 12 Sep 2011 04:07:09 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) Hello. emacs_dir is a special environment variable on Win32. If Emacs.exe is located in a "bin/" directory, it will be calculated, which is not a desired behavior at all times. One might want to use it in msys and organize the emacs files in a way similiar to that of *nix systems. To fulfill this, one might want to set emacs_dir to the *:/share/emacs// directory. This works unless the emacs.exe is in the *:/bin directory(in fact any directory which is not with the name "bin" or "i386"). in src/w32.c, the existing code > _snprintf (buf, sizeof (buf)-1, "emacs_dir=3D%s", modname); > _putenv (strdup (buf)); will override this settings directly, but i think to modify the env_vars[] array, which is a copy of dflt_envvars[], should be the correct behavior. something like: > for (i =3D 0; i < N_ENV_VARS; i++) > { > if(strcmp(env_vars[i].name, "emacs_dir")=3D=3D0) > { > env_vars[i].def_value =3D ; > } > } may solve this. In GNU Emacs 24.0.50.1 (i386-mingw-nt6.1.7601) of 2011-04-11 on SHAN-PC Windowing system distributor `Microsoft Corp.', version 6.1.7601 configured using `configure --with-gcc (3.4)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: CHS value of $XMODIFIERS: nil locale-coding-system: cp936 default enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: recentf-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x r e p o r t - e m b Recent messages: Loading recentf...done Loading d:/home/CrLFWorkshop/.recentf...done Cleaning up the recentf list...done (0 removed) Ido mode enabled Loading d:/progra~1/emacs/site-lisp/proofgeneral/generic/proof-site.el (source)...done For information about GNU Emacs and the GNU system, type C-h C-a. Making completion list... Load-path shadows: d:/Program Files/Emacs/site-lisp/emacs-jabber-0.8.0/compat/sha1 hides d:/Program Files/Emacs/lisp/sha1 d:/Program Files/Emacs/site-lisp/emacs-jabber-0.8.0/compat/hex-util hides d:/Program Files/Emacs/lisp/hex-util d:/Program Files/Emacs/site-lisp/emms/tq hides d:/Program Files/Emacs/lisp/emacs-lisp/tq d:/Program Files/Emacs/site-lisp/emacs-w3m/attic/rfc2368 hides d:/Program Files/Emacs/lisp/mail/rfc2368 Features: (shadow mail-extr message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev mail-utils gmm-utils mailheader emacsbug help-mode view multi-term term ehelp electric proof-site proof-autoloads pg-vars lyric-mode emms-bookmarks emms-lastfm-client emms-lastfm-scrobbler w3m doc-view jka-compr image-mode timezone w3m-hist w3m-fb bookmark-w3m w3m-ems w3m-ccl ccl w3m-favicon w3m-image w3m-proc w3m-util xml parse-time emms-cue emms-mode-line-icon emms-browser sort emms-playlist-sort emms-last-played emms-player-xine emms-player-mpd tq emms-playing-time emms-streams emms-tag-editor format-spec emms-info-metaflac emms-mark emms-mode-line emms-cache emms-info-ogginfo emms-info-mp3info emms-info later-do emms-playlist-mode emms-player-vlc emms-player-mplayer emms-source-playlist emms-lyrics emms-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-util url-parse auth-source eieio assoc gnus-util password-cache url-vars mm-util mail-prsvr mailcap time-date emms-source-file locate dired emms-player-simple hl-line emms-setup emms emms-compat jabber-autoloads anything warnings ido inferior-slime inf-lisp info-look info slime-autodoc advice advice-preload slime-parse slime-autoloads slime byte-opt bytecomp byte-compile cconv macroexp derived help-fns edmacro kmacro easy-mmode hideshow pp comint ring hyperspec thingatpt browse-url cl cc-mode cc-fonts cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs regexp-opt recentf tree-widget wid-edit easymenu cus-start cus-load china-util tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer button faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) -- Wir m=FCssen wissen; wir werden wissen! CrLF.0710 ------------=_1315828983-7113-1--