[issue6310] Windows "App Paths" key is not checked when installed for current user

[anatoly techtonik]

New submission from anatoly techtonik :

I found that if Python installed only for current user on Windows XP
Home Edition SP3 Python fails to run from Start -> Run dialog or using
ShellExecute() call. It is because it creates "App Paths" key in
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\App
Paths\Python.exe
and not in
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\App
Paths\Python.exe

Can anybody confirm this?

--
components: Windows
messages: 89519
nosy: techtonik
severity: normal
status: open
title: Windows "App Paths" key is not checked when installed for current user
versions: Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6301] Error in tutorial section 7.2

[Philip Jenvey]

Philip Jenvey  added the comment:

Jython 2.5 behaves in the same way

--
nosy: +pjenvey

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6309] Tix needs TCL package require statement

[Erik Antelman]

New submission from Erik Antelman :

For at least Tix.ComboBox it appears to be necessary to invoke the TCL
package loading explicitly with:
   root.tk.eval('package require Tix')

This was demonstrated on:
Python 2.6.2 (r262:71605, Apr 14 2009, 22:40:02) [MSC v.1500 32 bit
(Intel)] on win32

--
components: Tkinter
files: TixIssue.py
messages: 89517
nosy: eantelman
severity: normal
status: open
title: Tix needs TCL package require statement
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file14318/TixIssue.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6301] Error in tutorial section 7.2

[Michael Foord]

Michael Foord  added the comment:

This behavior of Python when reading files is so fundamental that I
can't imagine Jython doesn't behave the same way. (IronPython certainly
has the same behavior.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6301] Error in tutorial section 7.2

[david]

david  added the comment:

If this is like to be non-portable to jPython, I'd like to be told.

However, I can see that the tutorial may be the wrong place to mention 
that.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1074015] current directory in sys.path handles symlinks badly

[Marko Schuetz]

Marko Schuetz  added the comment:

I think this behavior is causing a related problem:

Assume I have directories currentWorkspace and branchRepository.

On branchRepository I have files main.py and module.py. main.py 
imports module.py. In currentWorkspace main.py links to the repository 
version, but module.py has a new version in currentWorkspace. Running 
main.py will not import the module.py from currentWorkspace.

I agree that branchRepository belongs on the search path, but 
currentWorkspace needs to be on the search path also and needs to take 
priority over branchRepository.

The attached file is an edit of the original recreatebug.sh

--
nosy: +marko
Added file: http://bugs.python.org/file14317/recreatebug.sh

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6189] subprocess module not compatible with python 2.5

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

Fixed with r73472

--
nosy: +amaury.forgeotdarc
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6276] Fix contextlib.nested DeprecationWarning for test_signal.

[Georg Brandl]

Georg Brandl  added the comment:

Fixed in r73471.

--
assignee: rhettinger -> georg.brandl
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6301] Error in tutorial section 7.2

[Michael Foord]

Michael Foord  added the comment:

The wording as it stands just seems plain wrong. 

Either "Python on Windows" or "On Windows" is better - the former over
the latter but either...

--
nosy: +michael.foord

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6276] Fix contextlib.nested DeprecationWarning for test_signal.

[Georg Brandl]

Changes by Georg Brandl :


--
assignee:  -> rhettinger
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6301] Error in tutorial section 7.2

[Georg Brandl]

Georg Brandl  added the comment:

I'm -0 about that change.

However, I'd like to defend the original wording; it is *not* Python
that makes the text/binary distinction.  Python just calls fopen(),
which is what portable C programs are supposed to do, with the mode it
is given by the programmer in open().  Python neither ships nor owns the
C library.  For the Python programmer however, it is irrelevant which
part of the system that Python uses has a particular behavior, he just
notes that *on that system* it can be observed.

How about "On Windows, a distinction is made ..."? 

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4661] email.parser: impossible to read messages encoded in a different encoding

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

dato: We've started some branches that try to address this, by exposing
both a read-a-buncha-bytes interface and a read-a-string interface.

rdm: As it turns out, yes.  There are use cases for reading a string
containing only ascii bytes.

In general, this is part of the big tricky problem in fixing the email
package for Python 3.x.  We had great debates about this at Pycon with
no resolution, and I think everyone has just been too busy to engage on
this since then. :(

email-sig is the best place to try to rally some effort.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4661] email.parser: impossible to read messages encoded in a different encoding

[R. David Murray]

R. David Murray  added the comment:

Is there any use case for feedparser accepting strings as input that
isn't a design error waiting to bite the programmer?

--
nosy: +r.david.murray
priority:  -> high
stage:  -> test needed
type:  -> behavior
versions: +Python 3.1, Python 3.2 -Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6308] termios fix for QNX breaks HP-UX

[Michael Haubenwallner]

New submission from Michael Haubenwallner :

The patch for issue 175 in Include/pyport.h to include
 before  for QNX does break for HP-UX:
On HP-UX, 'struct termios' gets declared within , but when
included via  _only_. Due to the include guard, it does not
declare 'struct termios' when included via  the second time.

This is Python-2.6.2, but the code looks unchanged in trunk. As I'm not
sure how best to fix this, for 2.6.2 here I go with:
-#ifdef HAVE_SYS_TERMIO_H
+#if defined(HAVE_SYS_TERMIO_H) && defined(__QNX__)

Thanks!

--
components: Build
messages: 89507
nosy: haubi
severity: normal
status: open
title: termios fix for QNX breaks HP-UX
type: compile error
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1685] linecache .updatecache fails on utf8 encoded files

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

This was probably fixed by issue4016 (r70587)

--
nosy: +amaury.forgeotdarc
resolution:  -> out of date
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6233] ElementTree (py3k) doesn't properly encode characters that can't be represented in the specified encoding

[Antoine Pitrou]

Antoine Pitrou  added the comment:

This regression is probably annoying enough to make it a blocker.

--
nosy: +pitrou
priority:  -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6233] ElementTree (py3k) doesn't properly encode characters that can't be represented in the specified encoding

[Neil Muller]

Neil Muller  added the comment:

Updated patch - adds a test for this.

--
Added file: http://bugs.python.org/file14316/issue6233_py3k_with_test.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6307] AttributeError in traceback.print_last()

[R. David Murray]

R. David Murray  added the comment:

In 2.7/3.1 this message is a ValueError saying "no last traceback".

--
nosy: +r.david.murray
priority:  -> low
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6306] filecmp.cmp can not compare two files from different OS with the same content

[R. David Murray]

R. David Murray  added the comment:

If you do not want to compare them by reading line by line, then you are
doing a binary comparison (which is what filecmp does) and the two files
are, indeed, different.  If you want to compare them in text mode, you
are moving into 'diff' territory and could use difflib instead.

If you nevertheless want to propose an additional
text-and-universal-newline-mode version of cmp (it would be best if you
were prepared to write the patch), please bring it up on python-ideas
for community discussion, as it is not clear that it is a good idea.  If
you get a consensus that it is a good idea you can reopen this ticket
with a pointer to the discussion.

--
nosy: +r.david.murray
priority:  -> low
resolution:  -> rejected
status: open -> pending
versions: +Python 2.7, Python 3.2 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6303] print does not appear in the 3.x documentation index

[R. David Murray]

R. David Murray  added the comment:

You are right of course.  My alphabetizing skillz need work,
apparently :(.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6307] AttributeError in traceback.print_last()

[Viktor Ferenczi]

Viktor Ferenczi  added the comment:

>From the manual of the sys module:

"""
last_type 
last_value
last_traceback

These three variables are not always defined; they are set when an
exception is not handled and the interpreter prints an error message and
a stack traceback.
"""

So the AttributeError is normal in this case.

Changed the bug type to "behavior", since a more meaningful error
message than AttributeError would be very useful in this case.

Thanks.

--
type: crash -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6307] AttributeError in traceback.print_last()

[Viktor Ferenczi]

New submission from Viktor Ferenczi :

Python 2.5.4, Windows MSI installer, WinXP SP2, 32 bit:

Try the following code: (test script attached)

import traceback

try:
someundefinedsymbol
except:
traceback.print_last()

It will raise the following exception:

Traceback (most recent call last):
  File "bug.py", line 6, in 
traceback.print_last()
  File "D:\Python25\lib\traceback.py", line 246, in print_last
print_exception(sys.last_type, sys.last_value, sys.last_traceback,
AttributeError: 'module' object has no attribute 'last_type'

--
components: Library (Lib)
messages: 89499
nosy: complex
severity: normal
status: open
title: AttributeError in traceback.print_last()
type: crash
versions: Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6306] filecmp.cmp can not compare two files from different OS with the same content

[higer]

New submission from higer :

I just want to compare two files,one from windows and the other from
unix. But I do not want to compare them through reading them line by
line. Then I found there is a filecmp module which is used as file and
directory comparisons. However,when I use two same files (one from
unix,one from windows,the content of them is the same) to test its cmp
function, filecmp.cmp told me false.
Later, I found that windows use '\n\r' as new line flag but unix use
'\n', so filecmp.cmp think that they are different,then return false.

I think maybe it's a bug.
If filecmp.cmp can support two platform files with the same content
and only the diffrent last newline flag, that's would be wonderful.

--
components: Library (Lib)
messages: 89498
nosy: higer
severity: normal
status: open
title: filecmp.cmp can not compare two files from different OS with the same 
content
type: feature request
versions: Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6300] encode and decode should accept 'errors' as a keyword argument

[Amaury Forgeot d'Arc]

Changes by Amaury Forgeot d'Arc :


--
keywords: +easy
stage:  -> needs patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6301] Error in tutorial section 7.2

[Raymond Hettinger]

Raymond Hettinger  added the comment:

A small improvement could be made:

- Windows makes a distinction between text and binary files
+ Python on Windows makes a distinction between text and binary files

The meaning should have been obvious as-is, but the fact of the matter
is that the OP is "gobsmacked" and "amazed" so surely something must be
done ;-)

--
nosy: +rhettinger
priority:  -> low

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6301] Error in tutorial section 7.2

[david]

david  added the comment:

So, it's wrong, and it's not helpful unless you already know what it 
means, but it works for someone who doesn't need the Python tutorial!

I'm gobsmacked.

If "the C libraries that Python uses" have the concept of Text/Binary, 
why not just say so?

Conversely, if you are ashamed to admit that use of Python requires 
knowledge of C, why not just change the tutorial to TALK ABOUT PYTHON?

I never wanted to back anyone into a corner: I'm just amazed at all 
this. It's wrong, fix it, why defend it?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6305] islice doesn't accept large stop values

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
assignee:  -> rhettinger
nosy: +rhettinger
priority:  -> low

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6276] Fix contextlib.nested DeprecationWarning for test_signal.

[Vikram U Shenoy]

Vikram U Shenoy  added the comment:

Ping. This is a legit fix right ?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6305] islice doesn't accept large stop values

[Thomas Guest]

New submission from Thomas Guest :

Python 3.0 (r30:67503, Jan  7 2009, 16:22:01) 
[GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin

>>> from itertools import islice, count
>>> islice(count(), (1<<31) - 1)

>>> islice(count(), (1<<31))
Traceback (most recent call last):
  File "", line 1, in 
ValueError: Stop argument for islice() must be a non-negative integer or
None.

--
messages: 89494
nosy: thomasguest
severity: normal
status: open
title: islice doesn't accept large stop values
type: behavior
versions: Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6304] Confusing error message when passing bytes to print with file pointing to a binary file

[Georg Brandl]

Georg Brandl  added the comment:

How would you propose to fix this?  print() should certainly not catch
all TypeErrors and raise a new one...

Maybe exception chaining could be used, so that print raises a TypeError
of its own with the cause being the original message?

--
nosy: +georg.brandl

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6303] print does not appear in the 3.x documentation index

[Georg Brandl]

Georg Brandl  added the comment:

If you're referring to the general index, there is a "print() (built-in
function)" entry in http://docs.python.org/dev/py3k/genindex-P.html. Am
I missing another index?

--
resolution:  -> works for me
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com