w-32 python missed

Bug #944093 reported by Andreas Roehler
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
python-mode.el
Fix Released
Medium
Andreas Roehler

Bug Description

Am 01.03.2012 10:54, schrieb Eric S. Johansson:
> imenu-add-to-menu-bar: imenu-create-index-function
> =py-imenu-create-index-new
> File mode specification error: (file-error "Searching for program" "no
> such file or directory" "python")
>
> finally getting back to doing some Python work. I grabbed the latest off
> of launchpad and installed in win32 Emacs (23.1). I got the above error
> when I loaded the file. From searching the net, it looks like I need to
> define a Python interpreter. Is this still correct?
>

Changed in python-mode:
assignee: nobody → Andreas Roehler (a-roehler)
importance: Undecided → Medium
milestone: none → 6.0.5
Revision history for this message
Andreas Roehler (a-roehler) wrote :

will introduce a boolean py-edit-only-p, default nil

when t, checks for executables will be omitted, thus no error from that.

Changed in python-mode:
status: New → In Progress
Revision history for this message
Andreas Roehler (a-roehler) wrote :

Instrumented py-edit-only-p with this commit.

Can you check out the trunk and tell if you still get this error?

thanks,
Andreas

Revision history for this message
Eric S. Johansson (esjh) wrote :

same problem

Adding c:/Program Files (x86)/Emacs/EmacsW32/lisp/ to load-path
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list... [2 times]
imenu-add-to-menu-bar: imenu-create-index-function =py-imenu-create-index-new
File mode specification error: (file-error "Searching for program" "no such file or directory" "python")

updated from original install

esj@jumper ~/python-mode
$ bzr pull
Using saved parent location: http://bazaar.launchpad.net/~python-mode-devs/python-mode/python-mode/
 M python-mode.el
All changes applied successfully.
Now on revision 857.

Revision history for this message
Andreas Roehler (a-roehler) wrote :

Hi Eric,

might be related to file-path-separator.

checked in a fix which supports MS systems:

 new `py-normalize-py-install-directory' sets
  `file-separator-char' according to system-type,
  making sure `py-install-directory' ends with it

  new `py-install-directory-check', a sanity check

please try again,

thanks,

Andreas

Revision history for this message
Eric S. Johansson (esjh) wrote :

same problem. verified the new function was visible. (py-install-directory-check)

Revision history for this message
Andreas Roehler (a-roehler) wrote : Re: [Bug 944093] Re: w-32 python missed

Am 02.03.2012 17:39, schrieb Eric S. Johansson:
> same problem. verified the new function was visible. (py-install-
> directory-check)
>

did you set py-edit-only-p to `t'?

t is not the default here, as python-mode may expect a running Python
installed.

if py-edit-only-p is t but the errors occurs still

a report from M-x report-emacs-bug might be useful

Revision history for this message
Eric S. Johansson (esjh) wrote :
Download full text (5.9 KiB)

On 3/2/2012 12:01 PM, Andreas Roehler wrote:
> Am 02.03.2012 17:39, schrieb Eric S. Johansson:
>> same problem. verified the new function was visible. (py-install-
>> directory-check)
>>
> did you set py-edit-only-p to `t'?

yes

;; setup Python mode
;;; Emacs Load Path
(setq load-path (cons "/cygwin/home/esj/python-mode" load-path))

(setq auto-mode-alist (cons '("\\.py$" . python-mode) auto-mode-alist))
(setq interpreter-mode-alist (cons '("python" . python-mode)
                    interpreter-mode-alist))
(autoload 'python-mode "python-mode" "Python editing mode." t)
(setq py-edit-only-p t)

I think the py-edit-only-p is wrong because it does not show up in the dump

>
> t is not the default here, as python-mode may expect a running Python
> installed.
>
> if py-edit-only-p is t but the errors occurs still
>
> a report from M-x report-emacs-bug might be useful
>

To: <email address hidden>
Subject: 23.1.50; python-mode
From: <email address hidden>
--text follows this line--

This is a bug report for the PATCHED Emacs+EmacsW32.
Please test the unpatched version of Emacs+EmacsW32 before reporting
if you can. If the bug is also in the unpatched version then
report from the unpatched version else report here.

If it is very inconvenient for you to try the unpatched version,
but you believe the bug is not related to the patches then you
may change the address above to <email address hidden>

For easy to read information about the patches see EmacsW32 home
page.

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the <email address hidden> mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug. If you can, give
a recipe starting from `emacs -Q':

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
     `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
c:/Program Files (x86)/Emacs/emacs/etc/DEBUG.

In GNU Emacs 23.1.50.1 (i386-mingw-nt6.1.7601)
  of 2009-11-03 on LENNART-69DE564 (patched)
Windowing system distributor `Microsoft Corp.', version 6.1.7601
configured using `configure --with-gcc (3.4) --cflags -Ic:/g/include'

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: ENU
   value of $XMODIFIERS: nil
   locale-coding-system: cp1252
   default enable-multibyte-characters: t

Major mode: Python

Minor modes in effect:
   shell-dirtrack-mode: t
   server-mode: t
   recentf-mode: t
   tooltip-mode: t
   mouse-wheel-mode: t
   tool-bar-mode: t
   noticeable-minibuffer-prompts-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   global-auto-composition-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   line-number-mode...

Read more...

Revision history for this message
Andreas Roehler (a-roehler) wrote :

grepped for the error-message

only one source found, in jka-compr.el at line 459

comment nearby: uncompression program can't be found

Revision history for this message
Eric S. Johansson (esjh) wrote :

On 3/2/2012 2:28 PM, Andreas Roehler wrote:
> grepped for the error-message
>
> only one source found, in jka-compr.el at line 459
>
> comment nearby: uncompression program can't be found
>
that implies the need to install a whole bunch of utilities to go with this
version of Emacs because there are probably other similar traps.

Revision history for this message
Andreas Roehler (a-roehler) wrote :

Am 02.03.2012 21:02, schrieb Eric S. Johansson:
> On 3/2/2012 2:28 PM, Andreas Roehler wrote:
>> grepped for the error-message
>>
>> only one source found, in jka-compr.el at line 459
>>
>> comment nearby: uncompression program can't be found
>>
> that implies the need to install a whole bunch of utilities to go with this
> version of Emacs because there are probably other similar traps.
>

that need to extra install unzip utilities is a common inconvenience at MS

will close this report

Changed in python-mode:
status: In Progress → Fix Committed
Revision history for this message
Eric S. Johansson (esjh) wrote :

On 3/2/2012 3:22 PM, Andreas Roehler wrote:
> Am 02.03.2012 21:02, schrieb Eric S. Johansson:
>> On 3/2/2012 2:28 PM, Andreas Roehler wrote:
>>> grepped for the error-message
>>>
>>> only one source found, in jka-compr.el at line 459
>>>
>>> comment nearby: uncompression program can't be found
>>>
>> that implies the need to install a whole bunch of utilities to go with this
>> version of Emacs because there are probably other similar traps.
>>
> that need to extra install unzip utilities is a common inconvenience at
> MS
>

which unzip and where?

Revision history for this message
Eric S. Johansson (esjh) wrote :

On 3/2/2012 7:04 PM, Eric S. Johansson wrote:
> On 3/2/2012 3:22 PM, Andreas Roehler wrote:
>> Am 02.03.2012 21:02, schrieb Eric S. Johansson:
>>> On 3/2/2012 2:28 PM, Andreas Roehler wrote:
>>>> grepped for the error-message
>>>>
>>>> only one source found, in jka-compr.el at line 459
>>>>
>>>> comment nearby: uncompression program can't be found
>>>>
>>> that implies the need to install a whole bunch of utilities to go with this
>>> version of Emacs because there are probably other similar traps.
>>>
>> that need to extra install unzip utilities is a common inconvenience at
>> MS
>>
> which unzip and where?
>

tried installing the gnuw32 gzip but still the same error

Revision history for this message
Andreas Roehler (a-roehler) wrote :

Am 03.03.2012 08:00, schrieb Eric S. Johansson:
> On 3/2/2012 7:04 PM, Eric S. Johansson wrote:
>> On 3/2/2012 3:22 PM, Andreas Roehler wrote:
>>> Am 02.03.2012 21:02, schrieb Eric S. Johansson:
>>>> On 3/2/2012 2:28 PM, Andreas Roehler wrote:
>>>>> grepped for the error-message
>>>>>
>>>>> only one source found, in jka-compr.el at line 459
>>>>>
>>>>> comment nearby: uncompression program can't be found
>>>>>
>>>> that implies the need to install a whole bunch of utilities to go with this
>>>> version of Emacs because there are probably other similar traps.
>>>>
>>> that need to extra install unzip utilities is a common inconvenience at
>>> MS
>>>
>> which unzip and where?
>>
>
> tried installing the gnuw32 gzip but still the same error
>

think you are on the right path.
dunno which MS tool will do it finally.

maybe ask at <email address hidden>

Changed in python-mode:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.