GNU bug report logs - #20237
Emacs built on Windows cannot figure out path correctly

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20237 in the body.
You can then email your comments to 20237 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Da Zhang <zhangda82 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Emacs built on Windows cannot figure out path correctly
Date: Tue, 31 Mar 2015 13:52:20 -0400

[Message part 1 (text/plain, inline)]

From: Da Zhang
To: bug-gnu-emacs <at> gnu.org
Subject: 24.5; Emacs built on Windows cannot figure out path correctly
--text follows this line--


I am using Python mode in Emacs and wanted to start a python
sub-process.
However, Emacs could not find python.exe from the path I specified.
Particularly, the following message was displayed:
apply: Searching for program: no such file or directory, c\:/Python27/Scripts/ipython.exeInvalid face reference: python-cell

It seemed a "C\:" was added in front of the path to the python.

This seems to be a but.

Thank you.

Da Zhang


In GNU Emacs 24.5.1 (x86_64-w64-mingw32)
 of 2015-03-28 on KAEL
Windowing system distributor `Microsoft Corp.', version 6.3.9600
Configured using:
 `configure --prefix=/z/emacs --host=x86_64-w64-mingw32
 --target=x86_64-w64-mingw32 --build=x86_64-w64-mingw32 --with-wide-int
 --with-jpeg --with-xpm --with-png --with-tiff --with-rsvg --with-xml2
 --with-gnutls --with-sound=yes --with-file-notification=yes
 --without-dbus --without-imagemagick 'CFLAGS=-Ofast
 -fomit-frame-pointer -funroll-loops -g0 -pipe' 'LDFLAGS=-static-libgcc
 -static-libstdc++ -static -s -Wl,-s''

Important settings:
  value of $LANG: ENU
  locale-coding-system: utf-8

Major mode: Messages

Minor modes in effect:
  cua-mode: t
  pyvenv-mode: t
  recentf-mode: t
  sml-modeline-mode: t
  global-undo-tree-mode: t
  undo-tree-mode: t
  global-auto-complete-mode: t
  ido-vertical-mode: t
  ido-everywhere: t
  tabbar-mwheel-mode: t
  tabbar-mode: t
  shell-dirtrack-mode: t
  desktop-save-mode: t
  TeX-PDF-mode: t
  winner-mode: t
  global-auto-revert-mode: t
  display-time-mode: t
  auto-image-file-mode: t
  show-paren-mode: t
  which-function-mode: t
  delete-selection-mode: t
  global-hl-line-mode: t
  tooltip-mode: t
  electric-indent-mode: t
  mouse-wheel-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
  buffer-read-only: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
  abbrev-mode: t

Recent messages:
Wrote c:/research/201503_Toshiba_CT2_GOCR/python/correct_raw_ocr.py
Invalid face reference: python-cell [1070 times]
Saving file c:/research/201503_Toshiba_CT2_GOCR/python/correct_raw_ocr.py...
Wrote c:/research/201503_Toshiba_CT2_GOCR/python/correct_raw_ocr.py
Invalid face reference: python-cell [156 times]
apply: Searching for program: no such file or directory, c\:/Python27/Scripts/ipython.exeInvalid face reference: python-cell
Invalid face reference: python-cell [59 times]
apply: Searching for program: no such file or directory, c\:/Python27/Scripts/ipython.exeInvalid face reference: python-cell
Invalid face reference: python-cell [59 times]
Mark set [2 times]
Quit [5 times]

Load-path shadows:
c:/home/zhangda/.emacs.d/elpa/anything-20130606.946/anything-complete hides c:/home/zhangda/.emacs.d/elpa/anything-complete-1.86/anything-complete
c:/home/zhangda/.emacs.d/elpa/anything-20130606.946/anything-match-plugin hides c:/home/zhangda/.emacs.d/elpa/anything-match-plugin-1.27/anything-match-plugin
c:/Emacs/site-lisp/org-toodledo/org-toodledo hides c:/home/zhangda/.emacs.d/elpa/org-toodledo-20150301.313/org-toodledo
c:/Emacs/site-lisp/org-toodledo/org-toodledo-sim hides c:/home/zhangda/.emacs.d/elpa/org-toodledo-20150301.313/org-toodledo-sim
c:/Emacs/site-lisp/vc-hooks hides c:/Emacs/share/emacs/24.5/lisp/vc/vc-hooks
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox hides c:/Emacs/share/emacs/24.5/lisp/org/ox
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox-texinfo hides c:/Emacs/share/emacs/24.5/lisp/org/ox-texinfo
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox-publish hides c:/Emacs/share/emacs/24.5/lisp/org/ox-publish
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox-org hides c:/Emacs/share/emacs/24.5/lisp/org/ox-org
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox-odt hides c:/Emacs/share/emacs/24.5/lisp/org/ox-odt
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox-md hides c:/Emacs/share/emacs/24.5/lisp/org/ox-md
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox-man hides c:/Emacs/share/emacs/24.5/lisp/org/ox-man
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox-latex hides c:/Emacs/share/emacs/24.5/lisp/org/ox-latex
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox-icalendar hides c:/Emacs/share/emacs/24.5/lisp/org/ox-icalendar
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox-html hides c:/Emacs/share/emacs/24.5/lisp/org/ox-html
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox-beamer hides c:/Emacs/share/emacs/24.5/lisp/org/ox-beamer
c:/home/zhangda/.emacs.d/elpa/org-20150330/ox-ascii hides c:/Emacs/share/emacs/24.5/lisp/org/ox-ascii
c:/home/zhangda/.emacs.d/elpa/org-20150330/org hides c:/Emacs/share/emacs/24.5/lisp/org/org
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-w3m hides c:/Emacs/share/emacs/24.5/lisp/org/org-w3m
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-version hides c:/Emacs/share/emacs/24.5/lisp/org/org-version
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-timer hides c:/Emacs/share/emacs/24.5/lisp/org/org-timer
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-table hides c:/Emacs/share/emacs/24.5/lisp/org/org-table
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-src hides c:/Emacs/share/emacs/24.5/lisp/org/org-src
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-rmail hides c:/Emacs/share/emacs/24.5/lisp/org/org-rmail
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-protocol hides c:/Emacs/share/emacs/24.5/lisp/org/org-protocol
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-plot hides c:/Emacs/share/emacs/24.5/lisp/org/org-plot
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-pcomplete hides c:/Emacs/share/emacs/24.5/lisp/org/org-pcomplete
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-mouse hides c:/Emacs/share/emacs/24.5/lisp/org/org-mouse
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-mobile hides c:/Emacs/share/emacs/24.5/lisp/org/org-mobile
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-mhe hides c:/Emacs/share/emacs/24.5/lisp/org/org-mhe
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-macs hides c:/Emacs/share/emacs/24.5/lisp/org/org-macs
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-macro hides c:/Emacs/share/emacs/24.5/lisp/org/org-macro
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-loaddefs hides c:/Emacs/share/emacs/24.5/lisp/org/org-loaddefs
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-list hides c:/Emacs/share/emacs/24.5/lisp/org/org-list
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-irc hides c:/Emacs/share/emacs/24.5/lisp/org/org-irc
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-install hides c:/Emacs/share/emacs/24.5/lisp/org/org-install
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-inlinetask hides c:/Emacs/share/emacs/24.5/lisp/org/org-inlinetask
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-info hides c:/Emacs/share/emacs/24.5/lisp/org/org-info
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-indent hides c:/Emacs/share/emacs/24.5/lisp/org/org-indent
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-id hides c:/Emacs/share/emacs/24.5/lisp/org/org-id
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-habit hides c:/Emacs/share/emacs/24.5/lisp/org/org-habit
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-gnus hides c:/Emacs/share/emacs/24.5/lisp/org/org-gnus
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-footnote hides c:/Emacs/share/emacs/24.5/lisp/org/org-footnote
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-feed hides c:/Emacs/share/emacs/24.5/lisp/org/org-feed
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-faces hides c:/Emacs/share/emacs/24.5/lisp/org/org-faces
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-eshell hides c:/Emacs/share/emacs/24.5/lisp/org/org-eshell
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-entities hides c:/Emacs/share/emacs/24.5/lisp/org/org-entities
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-element hides c:/Emacs/share/emacs/24.5/lisp/org/org-element
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-docview hides c:/Emacs/share/emacs/24.5/lisp/org/org-docview
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-datetree hides c:/Emacs/share/emacs/24.5/lisp/org/org-datetree
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-ctags hides c:/Emacs/share/emacs/24.5/lisp/org/org-ctags
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-crypt hides c:/Emacs/share/emacs/24.5/lisp/org/org-crypt
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-compat hides c:/Emacs/share/emacs/24.5/lisp/org/org-compat
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-colview hides c:/Emacs/share/emacs/24.5/lisp/org/org-colview
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-clock hides c:/Emacs/share/emacs/24.5/lisp/org/org-clock
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-capture hides c:/Emacs/share/emacs/24.5/lisp/org/org-capture
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-bibtex hides c:/Emacs/share/emacs/24.5/lisp/org/org-bibtex
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-bbdb hides c:/Emacs/share/emacs/24.5/lisp/org/org-bbdb
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-attach hides c:/Emacs/share/emacs/24.5/lisp/org/org-attach
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-archive hides c:/Emacs/share/emacs/24.5/lisp/org/org-archive
c:/home/zhangda/.emacs.d/elpa/org-20150330/org-agenda hides c:/Emacs/share/emacs/24.5/lisp/org/org-agenda
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob hides c:/Emacs/share/emacs/24.5/lisp/org/ob
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-tangle hides c:/Emacs/share/emacs/24.5/lisp/org/ob-tangle
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-table hides c:/Emacs/share/emacs/24.5/lisp/org/ob-table
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-sqlite hides c:/Emacs/share/emacs/24.5/lisp/org/ob-sqlite
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-sql hides c:/Emacs/share/emacs/24.5/lisp/org/ob-sql
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-shen hides c:/Emacs/share/emacs/24.5/lisp/org/ob-shen
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-sh hides c:/Emacs/share/emacs/24.5/lisp/org/ob-sh
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-screen hides c:/Emacs/share/emacs/24.5/lisp/org/ob-screen
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-scheme hides c:/Emacs/share/emacs/24.5/lisp/org/ob-scheme
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-scala hides c:/Emacs/share/emacs/24.5/lisp/org/ob-scala
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-sass hides c:/Emacs/share/emacs/24.5/lisp/org/ob-sass
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-ruby hides c:/Emacs/share/emacs/24.5/lisp/org/ob-ruby
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-ref hides c:/Emacs/share/emacs/24.5/lisp/org/ob-ref
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-R hides c:/Emacs/share/emacs/24.5/lisp/org/ob-R
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-python hides c:/Emacs/share/emacs/24.5/lisp/org/ob-python
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-plantuml hides c:/Emacs/share/emacs/24.5/lisp/org/ob-plantuml
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-picolisp hides c:/Emacs/share/emacs/24.5/lisp/org/ob-picolisp
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-perl hides c:/Emacs/share/emacs/24.5/lisp/org/ob-perl
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-org hides c:/Emacs/share/emacs/24.5/lisp/org/ob-org
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-octave hides c:/Emacs/share/emacs/24.5/lisp/org/ob-octave
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-ocaml hides c:/Emacs/share/emacs/24.5/lisp/org/ob-ocaml
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-mscgen hides c:/Emacs/share/emacs/24.5/lisp/org/ob-mscgen
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-maxima hides c:/Emacs/share/emacs/24.5/lisp/org/ob-maxima
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-matlab hides c:/Emacs/share/emacs/24.5/lisp/org/ob-matlab
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-makefile hides c:/Emacs/share/emacs/24.5/lisp/org/ob-makefile
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-lob hides c:/Emacs/share/emacs/24.5/lisp/org/ob-lob
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-lisp hides c:/Emacs/share/emacs/24.5/lisp/org/ob-lisp
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-lilypond hides c:/Emacs/share/emacs/24.5/lisp/org/ob-lilypond
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-ledger hides c:/Emacs/share/emacs/24.5/lisp/org/ob-ledger
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-latex hides c:/Emacs/share/emacs/24.5/lisp/org/ob-latex
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-keys hides c:/Emacs/share/emacs/24.5/lisp/org/ob-keys
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-js hides c:/Emacs/share/emacs/24.5/lisp/org/ob-js
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-java hides c:/Emacs/share/emacs/24.5/lisp/org/ob-java
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-io hides c:/Emacs/share/emacs/24.5/lisp/org/ob-io
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-haskell hides c:/Emacs/share/emacs/24.5/lisp/org/ob-haskell
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-gnuplot hides c:/Emacs/share/emacs/24.5/lisp/org/ob-gnuplot
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-fortran hides c:/Emacs/share/emacs/24.5/lisp/org/ob-fortran
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-exp hides c:/Emacs/share/emacs/24.5/lisp/org/ob-exp
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-eval hides c:/Emacs/share/emacs/24.5/lisp/org/ob-eval
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-emacs-lisp hides c:/Emacs/share/emacs/24.5/lisp/org/ob-emacs-lisp
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-dot hides c:/Emacs/share/emacs/24.5/lisp/org/ob-dot
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-ditaa hides c:/Emacs/share/emacs/24.5/lisp/org/ob-ditaa
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-css hides c:/Emacs/share/emacs/24.5/lisp/org/ob-css
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-core hides c:/Emacs/share/emacs/24.5/lisp/org/ob-core
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-comint hides c:/Emacs/share/emacs/24.5/lisp/org/ob-comint
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-clojure hides c:/Emacs/share/emacs/24.5/lisp/org/ob-clojure
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-calc hides c:/Emacs/share/emacs/24.5/lisp/org/ob-calc
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-C hides c:/Emacs/share/emacs/24.5/lisp/org/ob-C
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-awk hides c:/Emacs/share/emacs/24.5/lisp/org/ob-awk
c:/home/zhangda/.emacs.d/elpa/org-20150330/ob-asymptote hides c:/Emacs/share/emacs/24.5/lisp/org/ob-asymptote

Features:
(shadow mail-extr warnings emacsbug sendmail mule-util tabify eieio-opt
speedbar sb-image ezimage dframe skeleton sort misearch multi-isearch
sh-script smie executable add-log helm-files tramp tramp-compat
tramp-loaddefs trampver ffap helm-buffers helm-elscreen helm-tags
helm-bookmark helm-adaptive helm-info bookmark pp helm-locate helm-help
helm-org helm-match-plugin helm-grep helm-regexp helm-plugin
helm-external helm-net browse-url helm-utils helm helm-source f s
ucs-normalize ace-jump-zap ace-jump-mode smartparens-config
smartparens-latex smartparens dash cua-base visual-regexp flymake-cursor
flymake-python-pyflakes flymake-easy ein iedit iedit-lib smex
company-files company-oddmuse company-keywords company-etags
company-gtags company-dabbrev-code company-dabbrev company-cmake
company-xcode company-clang company-eclim company-template company-css
company-nxml company-bbdb yasnippet highlight-indentation company elpy
pyvenv elpy-refactor grep files-x etags eldoc python-cell rx
outline-magic indent-guide python-el-fgallina-expansions python json
cdlatex texmathp flyspell ispell org-rmail org-mhe org-irc org-info
org-gnus org-docview doc-view jka-compr image-mode org-bibtex bibtex
org-bbdb org-w3m recentf tree-widget rainbow-delimiters re-builder
matlab-load folding-isearch folding rainbow-mode google-c-style fbib
sml-modeline framemove windmove weblogger message rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mailabbrev mail-utils gmm-utils mailheader
xml-rpc timezone url-http tls url url-proxy url-privacy url-expand
url-methods url-history mailcap url-auth mail-parse rfc2231 rfc2047
rfc2045 ietf-drums url-cookie url-domsuf url-util url-parse auth-source
eieio eieio-core gnus-util mm-util mail-prsvr password-cache url-gw
url-vars xml expand-region text-mode-expansions cc-mode-expansions
the-org-mode-expansions latex-mode-expansions er-basic-expansions
expand-region-core expand-region-custom undo-tree diff
auto-complete-config auto-complete popup anything pager bm find-dired
help-mode dired+ image-dired dired-aux dired-details+ dired-x dired
dired-details header2 color-theme-dawn-night color-theme
ido-vertical-mode ido browse-kill-ring tabbar ibuf-macs ibuffer server
ox-beamer ox-latex ox-icalendar ox-html ox-ascii ox-publish ox
org-element ob-makefile ob-sh shell ob-R ob-python ob-perl ob-org
ob-matlab ob-octave ob-latex ob-gnuplot ob-plantuml ob-ditaa ob-css
ob-calc calc-store calc-trail calc-ext calc calc-loaddefs calc-macs ob-C
cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine
cc-vars cc-defs org org-macro org-footnote org-pcomplete pcomplete
org-list org-faces org-entities noutline outline org-version
ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys
ob-comint ob-core ob-eval org-compat org-macs org-loaddefs format-spec
find-func cal-menu calendar cal-loaddefs muse-wiki muse-colors
muse-docbook muse-texinfo texnfo-upd texinfo muse-latex muse-html
muse-xml-common cus-edit cus-start cus-load muse-publish muse-project
muse-protocols muse-regexps wid-edit derived muse muse-nested-tags
muse-mode flymake compile comint ansi-color tex-mik preview prv-emacs
reporter desktop frameset latex easy-mmode tex-style tex-buf tex crm
winner ring cl-macs autorevert filenotify time image-file avoid paren
which-func imenu delsel col-highlight vline highlight-symbol thingatpt
highlight-parentheses hl-line byte-opt bytecomp byte-compile cl-extra
cconv hlinum linum edmacro kmacro w32-browser htmlize-view htmlize cl gv
cl-loaddefs cl-lib anything-autoloads anything-complete-autoloads
anything-match-plugin-autoloads tex-site color-file-completion-autoloads
color-theme-autoloads csv-mode-autoloads dired-details-autoloads
etags-table-autoloads flymake-shell-autoloads gnuplot-mode-autoloads
hide-lines-autoloads htmlize-autoloads http-post-simple-autoloads
less-autoloads muse-autoloads pager-autoloads py-import-check-autoloads
pydoc-info advice help-fns info-look rainbow-mode-autoloads info
easymenu sml-mode-autoloads vline-autoloads weblogger-autoloads
xml-rpc-autoloads package epg-config time-date tooltip electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode prog-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 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 make-network-process w32notify w32
multi-tty emacs)

Memory information:
((conses 16 857341 151258)
 (symbols 56 61237 0)
 (miscs 48 1431 849)
 (strings 32 179760 8379)
 (string-bytes 1 4573565)
 (vectors 16 89911)
 (vector-slots 8 1471097 25518)
 (floats 8 763 1122)
 (intervals 56 12548 106)
 (buffers 960 65))

[Message part 2 (text/html, inline)]

Message #8 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Da Zhang <zhangda82 <at> gmail.com>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Tue, 31 Mar 2015 21:24:35 +0300

> Date: Tue, 31 Mar 2015 13:52:20 -0400
> From: Da Zhang <zhangda82 <at> gmail.com>
> 
> I am using Python mode in Emacs and wanted to start a python
> sub-process.
> However, Emacs could not find python.exe from the path I specified.
> Particularly, the following message was displayed:
> apply: Searching for program: no such file or directory,
> c\:/Python27/Scripts/ipython.exeInvalid face reference: python-cell
> 
> It seemed a "C\:" was added in front of the path to the python.

You didn't say which path of Python did you specify, and how didyou
specify it.  Please tell, otherwise it's very hard to figure out the
reason for the problem.

Message #11 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Da Zhang <zhangda82 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Tue, 31 Mar 2015 17:24:44 -0400

[Message part 1 (text/plain, inline)]

Thanks for the quick response.
My set up of python path in .emacs is:
(setq python-shell-interpreter "C:\\Python27\\Scripts\\ipython")
(setq python-shell-interpreter-args "-i --profile=dev --colors=Linux")

Da

On 3/31/2015 2:24 PM, Eli Zaretskii wrote:
>> Date: Tue, 31 Mar 2015 13:52:20 -0400
>> From: Da Zhang <zhangda82 <at> gmail.com>
>>
>> I am using Python mode in Emacs and wanted to start a python
>> sub-process.
>> However, Emacs could not find python.exe from the path I specified.
>> Particularly, the following message was displayed:
>> apply: Searching for program: no such file or directory,
>> c\:/Python27/Scripts/ipython.exeInvalid face reference: python-cell
>>
>> It seemed a "C\:" was added in front of the path to the python.
> You didn't say which path of Python did you specify, and how didyou
> specify it.  Please tell, otherwise it's very hard to figure out the
> reason for the problem.

[Message part 2 (text/html, inline)]

Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Tue, 31 Mar 2015 23:46:23 +0100

On Tue 31 Mar 2015, Eli Zaretskii wrote:

>> Date: Tue, 31 Mar 2015 13:52:20 -0400
>> From: Da Zhang <zhangda82 <at> gmail.com>
>> 
>> I am using Python mode in Emacs and wanted to start a python
>> sub-process.
>> However, Emacs could not find python.exe from the path I specified.
>> Particularly, the following message was displayed:
>> apply: Searching for program: no such file or directory,
>> c\:/Python27/Scripts/ipython.exeInvalid face reference: python-cell
>> 
>> It seemed a "C\:" was added in front of the path to the python.
>
> You didn't say which path of Python did you specify, and how didyou
> specify it.  Please tell, otherwise it's very hard to figure out the
> reason for the problem.

I have seen something similar - I think it's caused by incorrect
quoting:

--[python.el]-----------------------------------------------------------
(defun python-shell-calculate-command ()
  "Calculate the string used to execute the inferior Python process."
  (let ((exec-path (python-shell-calculate-exec-path)))
    ;; `exec-path' gets tweaked so that virtualenv's specific
    ;; `python-shell-interpreter' absolute path can be found by
    ;; `executable-find'.
    (format "%s %s"
            ;; FIXME: Why executable-find?
            (shell-quote-argument
             (executable-find python-shell-interpreter))
            python-shell-interpreter-args)))
--[python.el]-----------------------------------------------------------

Removing the use of shell-quote-argument seems to work around this
problem.

    AndyM

Message #17 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Da Zhang <zhangda82 <at> gmail.com>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Wed, 01 Apr 2015 05:40:22 +0300

> Date: Tue, 31 Mar 2015 17:24:44 -0400
> From: Da Zhang <zhangda82 <at> gmail.com>
> CC: 20237 <at> debbugs.gnu.org
> 
> My set up of python path in .emacs is:
> (setq python-shell-interpreter "C:\\Python27\\Scripts\\ipython")
> (setq python-shell-interpreter-args "-i --profile=dev --colors=Linux")

And how (with which command) did you start the interpreter?

Message #20 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Da Zhang <zhangda82 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Wed, 01 Apr 2015 09:50:23 -0400

[Message part 1 (text/plain, inline)]

The commands I used were:
elpy-shell-send-region-or-buffer
and
elpy-shell-switch-to-shell

Under previous Emacs version 24.4.90, the same package and command worked fine.
Thanks a lot.

Da Zhang

On 3/31/2015 10:40 PM, Eli Zaretskii wrote:
>> Date: Tue, 31 Mar 2015 17:24:44 -0400
>> From: Da Zhang <zhangda82 <at> gmail.com>
>> CC: 20237 <at> debbugs.gnu.org
>>
>> My set up of python path in .emacs is:
>> (setq python-shell-interpreter "C:\\Python27\\Scripts\\ipython")
>> (setq python-shell-interpreter-args "-i --profile=dev --colors=Linux")
> And how (with which command) did you start the interpreter?

[Message part 2 (text/html, inline)]

Message #23 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Da Zhang <zhangda82 <at> gmail.com>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 13:34:17 +0300

> Date: Wed, 01 Apr 2015 09:50:23 -0400
> From: Da Zhang <zhangda82 <at> gmail.com>
> CC: 20237 <at> debbugs.gnu.org
> 
> The commands I used were: 
> elpy-shell-send-region-or-buffer
> and
> elpy-shell-switch-to-shell
> 
> Under previous Emacs version 24.4.90, the same package and command worked fine. 

What does the following command display?

  M-: (python-shell-parse-command) RET

Also, what does this display?

  M-: (split-string-and-unquote (python-shell-parse-command)) RET

Please also note that you configured python.el to use the ipython
script as the interpreter, which AFAIK is not a .exe program, whereas
the error message you cited:

  apply: Searching for program: no such file or directory,
  c\:/Python27/Scripts/ipython.exe

seems to indicate that Emacs tries to look for a .exe program there,
or perhaps it doesn't recognize ipython the script as a program.  Not
sure if this is relevant to the problem.

Finally, can you set debug-on-error to t, load both python.el and
elpy.el as .el files (NOT .elc!), and then reproduce the problem and
show the full backtrace that the debugger displays?

Thanks.

Message #26 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 13:35:17 +0300

> From: Andy Moreton <andrewjmoreton <at> gmail.com>
> Date: Tue, 31 Mar 2015 23:46:23 +0100
> 
> On Tue 31 Mar 2015, Eli Zaretskii wrote:
> 
> >> Date: Tue, 31 Mar 2015 13:52:20 -0400
> >> From: Da Zhang <zhangda82 <at> gmail.com>
> >> 
> >> I am using Python mode in Emacs and wanted to start a python
> >> sub-process.
> >> However, Emacs could not find python.exe from the path I specified.
> >> Particularly, the following message was displayed:
> >> apply: Searching for program: no such file or directory,
> >> c\:/Python27/Scripts/ipython.exeInvalid face reference: python-cell
> >> 
> >> It seemed a "C\:" was added in front of the path to the python.
> >
> > You didn't say which path of Python did you specify, and how didyou
> > specify it.  Please tell, otherwise it's very hard to figure out the
> > reason for the problem.
> 
> I have seen something similar - I think it's caused by incorrect
> quoting:
> 
> --[python.el]-----------------------------------------------------------
> (defun python-shell-calculate-command ()
>   "Calculate the string used to execute the inferior Python process."
>   (let ((exec-path (python-shell-calculate-exec-path)))
>     ;; `exec-path' gets tweaked so that virtualenv's specific
>     ;; `python-shell-interpreter' absolute path can be found by
>     ;; `executable-find'.
>     (format "%s %s"
>             ;; FIXME: Why executable-find?
>             (shell-quote-argument
>              (executable-find python-shell-interpreter))
>             python-shell-interpreter-args)))
> --[python.el]-----------------------------------------------------------
> 
> Removing the use of shell-quote-argument seems to work around this
> problem.

I don't see why quoting here could do any harm.  Could you elaborate
on why you think it's wrong?

Message #29 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 15:34:26 +0100

On Sat 04 Apr 2015, Eli Zaretskii wrote:

>> From: Andy Moreton <andrewjmoreton <at> gmail.com>
>> Date: Tue, 31 Mar 2015 23:46:23 +0100
>> 
>> On Tue 31 Mar 2015, Eli Zaretskii wrote:
>> 
>> >> Date: Tue, 31 Mar 2015 13:52:20 -0400
>> >> From: Da Zhang <zhangda82 <at> gmail.com>
>> >> 
>> >> I am using Python mode in Emacs and wanted to start a python
>> >> sub-process.
>> >> However, Emacs could not find python.exe from the path I specified.
>> >> Particularly, the following message was displayed:
>> >> apply: Searching for program: no such file or directory,
>> >> c\:/Python27/Scripts/ipython.exeInvalid face reference: python-cell
>> >> 
>> >> It seemed a "C\:" was added in front of the path to the python.
>> >
>> > You didn't say which path of Python did you specify, and how didyou
>> > specify it.  Please tell, otherwise it's very hard to figure out the
>> > reason for the problem.
>> 
>> I have seen something similar - I think it's caused by incorrect
>> quoting:
>> 
>> --[python.el]-----------------------------------------------------------
>> (defun python-shell-calculate-command ()
>>   "Calculate the string used to execute the inferior Python process."
>>   (let ((exec-path (python-shell-calculate-exec-path)))
>>     ;; `exec-path' gets tweaked so that virtualenv's specific
>>     ;; `python-shell-interpreter' absolute path can be found by
>>     ;; `executable-find'.
>>     (format "%s %s"
>>             ;; FIXME: Why executable-find?
>>             (shell-quote-argument
>>              (executable-find python-shell-interpreter))
>>             python-shell-interpreter-args)))
>> --[python.el]-----------------------------------------------------------
>> 
>> Removing the use of shell-quote-argument seems to work around this
>> problem.
>
> I don't see why quoting here could do any harm.  Could you elaborate
> on why you think it's wrong?

Because removing the shell-quote-argument call fixed it for me:

    (when (eq system-type 'windows-nt)
      (setq python-shell-exec-path '("C:/Python27"))
      (add-function :override (symbol-function 'python-shell-calculate-command)
                    (lambda ()
                      (let ((exec-path (python-shell-calculate-exec-path)))
                        (format "%s %s"
                                (executable-find python-shell-interpreter)
                                python-shell-interpreter-args)))))

Message #32 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 18:07:11 +0300

> From: Andy Moreton <andrewjmoreton <at> gmail.com>
> Date: Sat, 04 Apr 2015 15:34:26 +0100
> 
> >> Removing the use of shell-quote-argument seems to work around this
> >> problem.
> >
> > I don't see why quoting here could do any harm.  Could you elaborate
> > on why you think it's wrong?
> 
> Because removing the shell-quote-argument call fixed it for me:

But that might mean some other bug elsewhere, which is simply
concealed by removing the quoting.  The quoting is probably necessary
if the Python install directory's name includes whitespace.

Can you tell where the quoting causes that strange prefix be
prepended?  I got as far as split-string-and-unquote in
python-shell-make-comint, and still saw no apparent problems.

Thanks.

Message #35 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Da Zhang <zhangda82 <at> gmail.com>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 20:23:42 +0300

[Please don't remove the bug address from the CC list.]

> Date: Sat, 04 Apr 2015 13:09:35 -0400
> From: Da Zhang <zhangda82 <at> gmail.com>
> 
> Does the following command display?
> 
>   M-: (python-shell-parse-command) RET
> 
> "c\\:/Python27/Scripts/ipython.exe -i --profile=dev --colors=Linux"

Strange, I cannot reproduce this.  Can you step with Edebug through
python-shell-parse-command and see where does this "c\\" prefix gets
added?  If that happens in the call to shell-quote-argument, then
please tell what value does this display:

  M-: (w32-shell-dos-semantics) RET

If this says "nil", then what is the value of (w32-shell-name)?

Message #38 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Da Zhang <zhangda82 <at> gmail.com>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 20:49:02 +0300

> Date: Sat, 04 Apr 2015 13:44:04 -0400
> From: Da Zhang <zhangda82 <at> gmail.com>
> 
> Thanks. I received a response from the author of Emacs w64, and followed his instructions (cited in blue font below) and the ipython shell from python-mode works.

I'm glad it works for you, but I'd still like to know what does this
display:

  M-: (w32-shell-dos-semantics) RET

Message #41 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Da Zhang <zhangda82 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 14:06:02 -0400

[Message part 1 (text/plain, inline)]

Hi Eli,

Actually it does not work -- I removed elpy, and the problem still occurs.

The

(w32-shell-dos-semantics)

returns nil.

Can you please let me know how to use edebug to follow through python-shell-parse-command?

Thank you.

Da Zhang

On 4/4/2015 1:49 PM, Eli Zaretskii wrote:
>> Date: Sat, 04 Apr 2015 13:44:04 -0400
>> From: Da Zhang <zhangda82 <at> gmail.com>
>>
>> Thanks. I received a response from the author of Emacs w64, and followed his instructions (cited in blue font below) and the ipython shell from python-mode works.
> I'm glad it works for you, but I'd still like to know what does this
> display:
>
>    M-: (w32-shell-dos-semantics) RET
>

[Message part 2 (text/html, inline)]

Message #44 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Da Zhang <zhangda82 <at> gmail.com>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 21:12:05 +0300

> Date: Sat, 04 Apr 2015 14:06:02 -0400
> From: Da Zhang <zhangda82 <at> gmail.com>
> CC: 20237 <at> debbugs.gnu.org
> 
> The 
> (w32-shell-dos-semantics)
> 
> returns nil.

OK, so what does this display:

  M-: (w32-shell-name) RET

> Can you please let me know how to use edebug to follow through python-shell-parse-command? 

This is no longer needed: if w32-shell-dos-semantics returns nil, then
shell-quote-argument will quote every character not in the Posix
character set with a backslash.  This is what you see.  The question
is why w32-shell-dos-semantics returns nil.

Message #47 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Da Zhang <zhangda82 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 14:18:56 -0400

Thanks for  your time!

M-: (w32-shell-name) RET returns

"C:/cygwin64/bin/bash.exe"

On 4/4/2015 2:12 PM, Eli Zaretskii wrote:
>> Date: Sat, 04 Apr 2015 14:06:02 -0400
>> From: Da Zhang <zhangda82 <at> gmail.com>
>> CC: 20237 <at> debbugs.gnu.org
>>
>> The
>> (w32-shell-dos-semantics)
>>
>> returns nil.
> OK, so what does this display:
>
>    M-: (w32-shell-name) RET
>
>> Can you please let me know how to use edebug to follow through python-shell-parse-command?
> This is no longer needed: if w32-shell-dos-semantics returns nil, then
> shell-quote-argument will quote every character not in the Posix
> character set with a backslash.  This is what you see.  The question
> is why w32-shell-dos-semantics returns nil.

Message #50 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Da Zhang <zhangda82 <at> gmail.com>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 21:38:21 +0300

> Date: Sat, 04 Apr 2015 14:18:56 -0400
> From: Da Zhang <zhangda82 <at> gmail.com>
> CC: 20237 <at> debbugs.gnu.org
> 
> Thanks for  your time!
> 
> M-: (w32-shell-name) RET returns
> 
> "C:/cygwin64/bin/bash.exe"

OK, I think the situation is clear now: you have set up Emacs for
using the Cygwin Bash as the shell, but the value of
python-shell-interpreter is not in the Cygwin-compatible format.  I
think you need to use this instead:

  (setq python-shell-interpreter "/cygdrive/C/Python27/Scripts/ipython")

Or something like that -- I don't use Cygwin, so I might be mistaken
about the exact format you need to use.

Alternatively, remove your customizations that cause w32-shell-name
return the Cygwin Bash shell.  It could come from either setting the
value of shell-file-name in your init files, or from the SHELL or
ESHELL environment variable defined outside Emacs.

Thanks.

Message #53 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: zhangda82 <at> gmail.com
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 21:44:10 +0300

> Date: Sat, 04 Apr 2015 21:38:21 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 20237 <at> debbugs.gnu.org
> 
> I think you need to use this instead:
> 
>   (setq python-shell-interpreter "/cygdrive/C/Python27/Scripts/ipython")
> 
> Or something like that -- I don't use Cygwin, so I might be mistaken
> about the exact format you need to use.

Actually, if you use this format, you'd probably also need to use
cygwin-mount as well.

So the second alternative, to remove the setup for Cygwin Bash, is IMO
better.  Mixing a native Windows Emacs with Cygwin is a tricky
business.

Yet another possibility is to use a Cygwin build of Emacs.

Message #56 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: zhangda82 <at> gmail.com,
 Fabián Ezequiel Gallina <fgallina <at> gnu.org>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 22:06:09 +0300

> Date: Sat, 04 Apr 2015 21:44:10 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 20237 <at> debbugs.gnu.org
> 
> > Date: Sat, 04 Apr 2015 21:38:21 +0300
> > From: Eli Zaretskii <eliz <at> gnu.org>
> > Cc: 20237 <at> debbugs.gnu.org
> > 
> > I think you need to use this instead:
> > 
> >   (setq python-shell-interpreter "/cygdrive/C/Python27/Scripts/ipython")
> > 
> > Or something like that -- I don't use Cygwin, so I might be mistaken
> > about the exact format you need to use.
> 
> Actually, if you use this format, you'd probably also need to use
> cygwin-mount as well.

There's probably one more issue here, and maybe this is the root cause
of the problem.  This part of the backtrace you posted:

  make-comint-in-buffer("Python" "*Python*" "c\\:/Python27/Scripts/ipython.exe" nil "-i" "--profile=dev" "--colors=Linux")
  apply(make-comint-in-buffer "Python" "*Python*" "c\\:/Python27/Scripts/ipython.exe" nil ("-i" "--profile=dev" "--colors=Linux"))
  python-shell-make-comint("c\\:/Python27/Scripts/ipython.exe -i --profile=dev --colors=Linux" "Python" nil)
  run-python("c\\:/Python27/Scripts/ipython.exe -i --profile=dev --colors=Linux")

seems to indicate that split-string-and-unquote, called by
python-shell-make-comint, fails to remove the backslash before the
colon.  I don't understand why this happens.  Can you see what's going
on inside python-shell-make-comint?

Fabián, can you help us out here?

Message #59 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Da Zhang <zhangda82 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 15:07:09 -0400

[Message part 1 (text/plain, inline)]

Thank you!

You are right, the problem was caused by this cygwin bash shell. When I disabled it, python can be run correctly.

Da

(w32-shell-name) RET returns

"C:/cygwin64/bin/bash.exe"

On 4/4/2015 2:44 PM, Eli Zaretskii wrote:
>> Date: Sat, 04 Apr 2015 21:38:21 +0300
>> From: Eli Zaretskii <eliz <at> gnu.org>
>> Cc: 20237 <at> debbugs.gnu.org
>>
>> I think you need to use this instead:
>>
>>    (setq python-shell-interpreter "/cygdrive/C/Python27/Scripts/ipython")
>>
>> Or something like that -- I don't use Cygwin, so I might be mistaken
>> about the exact format you need to use.
> Actually, if you use this format, you'd probably also need to use
> cygwin-mount as well.
>
> So the second alternative, to remove the setup for Cygwin Bash, is IMO
> better.  Mixing a native Windows Emacs with Cygwin is a tricky
> business.
>
> Yet another possibility is to use a Cygwin build of Emacs.

[Message part 2 (text/html, inline)]

Message #62 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Da Zhang <zhangda82 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>, Fabián Ezequiel Gallina <fgallina <at> gnu.org>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Apr 2015 16:15:46 -0400

[Message part 1 (text/plain, inline)]

Hi Eli,

I set debug tag using C-u C-M-x on the definition of

python-shell-make-comint

but when I bring up the python shell using
elpy-shell-send-region-or-buffer
or
elpy-shell-switch-to-shell

the python-shell-make-comint was not invoked.
Any thoughts?

BTW, for using cygwin's environment under Windows Emacs, is cygwin-mount the only solution?
I enabled
(require 'cygwin-mount)
(cygwin-mount-activate)
in my .emacs, and the previous set up of using cygwin64/bin/bash as shell works.

Thanks.

Da


On 4/4/2015 3:06 PM, Eli Zaretskii wrote:
>> Date: Sat, 04 Apr 2015 21:44:10 +0300
>> From: Eli Zaretskii <eliz <at> gnu.org>
>> Cc: 20237 <at> debbugs.gnu.org
>>
>>> Date: Sat, 04 Apr 2015 21:38:21 +0300
>>> From: Eli Zaretskii <eliz <at> gnu.org>
>>> Cc: 20237 <at> debbugs.gnu.org
>>>
>>> I think you need to use this instead:
>>>
>>>    (setq python-shell-interpreter "/cygdrive/C/Python27/Scripts/ipython")
>>>
>>> Or something like that -- I don't use Cygwin, so I might be mistaken
>>> about the exact format you need to use.
>> Actually, if you use this format, you'd probably also need to use
>> cygwin-mount as well.
> There's probably one more issue here, and maybe this is the root cause
> of the problem.  This part of the backtrace you posted:
>
>    make-comint-in-buffer("Python" "*Python*" "c\\:/Python27/Scripts/ipython.exe" nil "-i" "--profile=dev" "--colors=Linux")
>    apply(make-comint-in-buffer "Python" "*Python*" "c\\:/Python27/Scripts/ipython.exe" nil ("-i" "--profile=dev" "--colors=Linux"))
>    python-shell-make-comint("c\\:/Python27/Scripts/ipython.exe -i --profile=dev --colors=Linux" "Python" nil)
>    run-python("c\\:/Python27/Scripts/ipython.exe -i --profile=dev --colors=Linux")
>
> seems to indicate that split-string-and-unquote, called by
> python-shell-make-comint, fails to remove the backslash before the
> colon.  I don't understand why this happens.  Can you see what's going
> on inside python-shell-make-comint?
>
> Fabián, can you help us out here?

[Message part 2 (text/html, inline)]

Message #65 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Da Zhang <zhangda82 <at> gmail.com>
Cc: fgallina <at> gnu.org, 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sun, 05 Apr 2015 00:12:21 +0300

> Date: Sat, 04 Apr 2015 16:15:46 -0400
> From: Da Zhang <zhangda82 <at> gmail.com>
> CC: 20237 <at> debbugs.gnu.org
> 
> I set debug tag using C-u C-M-x on the definition of 
> python-shell-make-comint
> 
> but when I bring up the python shell using 
> elpy-shell-send-region-or-buffer
> or 
> elpy-shell-switch-to-shell
> 
> the python-shell-make-comint was not invoked. 
> Any thoughts?

It should be called by run-python, see your backtrace you posted
earlier.

> BTW, for using cygwin's environment under Windows Emacs, is cygwin-mount the only solution?

I'm not aware of any other.

Message #70 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> users.sourceforge.net>
To: 20237 <at> debbugs.gnu.org
Subject: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Wed, 1 Jun 2016 22:54:13 -0400

tag 20237 + notabug
quit

If I understand correctly, there was no Emacs bug here, right?

Message #75 received at 20237 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Noam Postavsky <npostavs <at> users.sourceforge.net>
Cc: 20237 <at> debbugs.gnu.org
Subject: Re: bug#20237: Emacs built on Windows cannot figure out path correctly
Date: Sat, 04 Jun 2016 12:15:29 +0300

> Date: Wed, 1 Jun 2016 22:54:13 -0400
> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
> 
> If I understand correctly, there was no Emacs bug here, right?

Right.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.