[issue1202] zlib.crc32() and adler32() return value

2009-06-26 Thread Gregory P. Smith

Gregory P. Smith g...@krypto.org added the comment:

fix for J. David's issue submitted to trunk r73565 and py3k r73566 just in 
time for the 3.1 release.

release30-maint r73567
release26-maint r73568

--
status: open - closed
versions: +Python 3.0, Python 3.1

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



[issue6344] mmap.read() crashes when passed a negative argument

2009-06-26 Thread Amaury Forgeot d'Arc

Amaury Forgeot d'Arc amaur...@gmail.com added the comment:

Well, I would not care that much: you can never read more than
PY_SSIZE_T_MAX, because the mapped area and the string would not fit in
the addressable space of the process.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6344
___
___
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

2009-06-26 Thread Amaury Forgeot d'Arc

Amaury Forgeot d'Arc amaur...@gmail.com added the comment:

The problem here is not the bytes object: it is correctly coerced to a
string. 

The problem is the binary stream, which cannot accept strings.
We could maybe detect common errors and add a check at the beginning of
the print() function? something like
if isinstance(file, (BufferedWriter, RawIOBase)):
raise ValueError(file should be a text stream)

--
nosy: +amaury.forgeotdarc

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



[issue6236] os.popen causes illegal seek on AIX in Python 3.1rc

2009-06-26 Thread Antoine Pitrou

Antoine Pitrou pit...@free.fr added the comment:

Ah, then I don't know what happens...

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6236
___
___
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

2009-06-26 Thread Antoine Pitrou

Changes by Antoine Pitrou pit...@free.fr:


--
priority: release blocker - critical
versions: +Python 3.2 -Python 3.0

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



[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

2009-06-26 Thread Oleg Broytmann

Oleg Broytmann p...@phd.pp.ru added the comment:

Sorry, found the bug in my process of testing. ./python uses 
/usr/lib/python26.so instead of ./python26.so. Setting LD_LIBRARY_PATH=. fixes 
the problem and the test passes. The patch is ok.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6070
___
___
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

2009-06-26 Thread Jerry Chen

Jerry Chen je...@3rdengine.com added the comment:

Either way, it would be nice to get feedback so we can iterate on the
patch or close out this issue already :-)

--

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



[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

2009-06-26 Thread Marco

Marco marcu...@gmail.com added the comment:

Thank you for your report :P

Otherwise I really didn't know how solve it, thank you :P

However, on *NIX-like systems it can work well; 
but can someone try it on Windows? Since I know that only NTFS (and
versions = XP) supports permissions, if a user have a FATfs (or Win98,
95,..) I think it raises error.

--

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



[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

2009-06-26 Thread Tim Golden

Tim Golden m...@timgolden.me.uk added the comment:

Making something executable on Windows has nothing to
do with file permissions. You can set them as much
as you like, but executability is determined by file
associations, possibly in association with PATHEXT
settings. AFAICT, the current Python installer does
this already for pyc / pyo files. (When I say nothing
to do with file permissions, obviously the file in
question must be readable)

--
nosy: +tim.golden

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



[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

2009-06-26 Thread R. David Murray

R. David Murray rdmur...@bitdance.com added the comment:

So we should just do #ifndef MS_WINDOWS?  Do we have any non-windows
non-posix platforms?  (People on #python-dev don't think so.)

--

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



[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

2009-06-26 Thread Oleg Broytmann

Oleg Broytmann p...@phd.pp.ru added the comment:

I can confirm the patch works on WinXP on NTFS partition and Samba-shared 
network drive. I have WinXP running in an emulator (VirtualBox) and I compiled 
Python using MSVC90 Express.

--

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



[issue1592241] Stepping into a generator throw does not work

2009-06-26 Thread Amaury Forgeot d'Arc

Amaury Forgeot d'Arc amaur...@gmail.com added the comment:

The problem does reproduce with 2.5.1, but not with 2.5.2.

This is actually the same as issue1265 (since closing a paused generator
throws it a GeneratorExit exception, and of course pdb must use
generators somewhere)

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

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



[issue4660] multiprocessing.JoinableQueue task_done() issue

2009-06-26 Thread Filipe Fernandes

Filipe Fernandes fernandes...@gmail.com added the comment:

I ran into the same problem and am greatful to Brian for reporting this
as I thought I was loosing my mind.

Brian noted that he was running windows and I can confirm that Brian's
test case is reproducable on my laptop running:

Ubuntu 9.04
python 2.6.2

Although I'm reluctant to try Brian's suggestions without additional
comments even if they do work.  I'll be using this in production.

--
nosy: +ffernand

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



[issue6346] Rstrip Incorrectly Strips Some Strings

2009-06-26 Thread Matt Kubilus

New submission from Matt Kubilus kubil...@yahoo.com:

Rstrip has unexpected behavior with some strings.  Example:

-

 proxa.py.rstrip(.py)
'proxa'
 proxy.py.rstrip(.py)
'prox'

-

Tested with Python 2.6.1

--
components: Library (Lib)
messages: 89736
nosy: mkubilus
severity: normal
status: open
title: Rstrip Incorrectly Strips Some Strings
type: behavior
versions: Python 2.6

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



[issue6346] Rstrip Incorrectly Strips Some Strings

2009-06-26 Thread Benjamin Peterson

Benjamin Peterson benja...@python.org added the comment:

This is expected. rstrip() strips a set of characters, not a string.

--
nosy: +benjamin.peterson
resolution:  - invalid
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6346
___
___
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

2009-06-26 Thread Erik Antelman

Erik Antelman eantel...@acm.org added the comment:

Documentation gives proper usage of Tix to be replacing Tkinter.Tk()
with Tix.Tk(). This solves the problem. 

I think this was an RTFM issue.

--
status: open - closed

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



[issue3392] subprocess fails in select when descriptors are large

2009-06-26 Thread Amaury Forgeot d'Arc

Amaury Forgeot d'Arc amaur...@gmail.com added the comment:

The patch looks good to me, but I don't use Linux regularly. Another review 
is needed!

--
keywords: +needs review
nosy: +amaury.forgeotdarc
stage:  - patch review

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3392
___
___
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

2009-06-26 Thread Erik Antelman

Erik Antelman eantel...@acm.org added the comment:

BTW: It should be given to the future searchers, that the mistake
results in the following error:
_tkinter.TclError: invalid command name tixComboBox

The solution is simple:

Documentation gives proper usage of Tix to be replacing Tkinter.Tk()
with Tix.Tk(). This solves the problem. 

I think this was an RTFM issue.

--

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



[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon

2009-06-26 Thread Amaury Forgeot d'Arc

Amaury Forgeot d'Arc amaur...@gmail.com added the comment:

I found the cause: in msi.py, the DisplayIcon registry variable is attached to 
REGISTRY.def i.e the Register extensions feature.
The following patch attaches it to the parent group.

Index: msi.py
===
--- msi.py  (revision 73575)
+++ msi.py  (working copy)
@@ -1258,7 +1258,7 @@
, r[TARGETDIR]Python.exe, REGISTRY.def),
   (DisplayIcon, -1,
rSoftware\Microsoft\Windows\CurrentVersion\Uninstall\%s % 
product_code,
-   DisplayIcon, [TARGETDIR]python.exe, REGISTRY.def)
+   DisplayIcon, [TARGETDIR]python.exe, REGISTRY)
   ])
 # Shortcuts, see Shortcut Table
 add_data(db, Directory,

--
nosy: +amaury.forgeotdarc

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



[issue6346] Rstrip Incorrectly Strips Some Strings

2009-06-26 Thread Ezio Melotti

Ezio Melotti ezio.melo...@gmail.com added the comment:

And you should probably use
http://docs.python.org/library/os.path.html#os.path.splitext instead of
.rstrip().

--
nosy: +ezio.melotti

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



[issue6324] in expression falls back to __iter__ before __getitem__

2009-06-26 Thread Terry J. Reedy

Terry J. Reedy tjre...@udel.edu added the comment:

In 3.1, Section 5.9 has

For user-defined classes which define the __contains__() method, x in y
is true if and only if y.__contains__(x) is true.

For user-defined classes which do not define __contains__() and do
define __getitem__(), x in y is true if and only if there is a
non-negative integer index i such that x == y[i], and all lower integer
indices do not raise IndexError exception. (If any other exception is
raised, it is as if in raised that exception).

However, discussion of how user-defined classes emulate builtins is
mostly in 3.3. Special method names. I think some of the above should be
moved, with or without revision, (or copied) to 3.3.5. Emulating
container types.

The current entry there says only 

object.__contains__(self, item) 
Called to implement membership test operators. Should return true if
item is in self, false otherwise. For mapping objects, this should
consider the keys of the mapping rather than the values or the key-item
pairs.

which seems to me inadequate, as it does not discuss the alternative, as
many other entries in 3.3 do.

Regardless of that, I verified that in 3.1, __iter__ is called in
preference to __getitem__:

class C():
def __iter__(s):
print('in iter')
return iter([])
def __getitem(s,i):
print('in getitem')

print(1 in C())

prints
in iter
False

so some change is needed.

--
nosy: +tjreedy

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



[issue6324] in expression falls back to __iter__ before __getitem__

2009-06-26 Thread Terry J. Reedy

Terry J. Reedy tjre...@udel.edu added the comment:

Side note: 2.5, including, I believe, the docs, is frozen except for
security fixes. If you find 2.5 doc issues, please check the current 2.x
development version, currently http://docs.python.org/dev/ to see if
they have been fixed or not.

--
versions: +Python 3.0, Python 3.1, Python 3.2 -Python 2.5, Python 2.6, Python 
2.7

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



[issue6324] in expression falls back to __iter__ before __getitem__

2009-06-26 Thread Raymond Hettinger

Raymond Hettinger rhettin...@users.sourceforge.net added the comment:

3.0 is no longer supported either

--
versions:  -Python 3.0

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



[issue6335] Add support for mingw

2009-06-26 Thread Terry J. Reedy

Terry J. Reedy tjre...@udel.edu added the comment:

In a few days, when 3.1 comes out, 3.0 will be mostly dead.
I think it would be more useful to put energy into a 3.1 port.

Other thoughts:

Your patch amounts to a in-development version of a new feature. To me,
that belongs on a separate branch or repository where those interested
can work on it. I am surprised that no one has set up a py-mingw project
on SourceForge, Google Code, or wherever, if indeed no one has. If not,
someone should. New modules from 3rd party developers are expected to be
publicly released for testing and use for some months, at least, before
adoption. Though it is not my decision, I would require the same of a
new port

I am not sure that minor-platform code like this belongs in the central
repository, especially when we transition to mercurial, where central
repository loses some of its meaning. To me, every ifdef from yet
another system makes the code harder to read.

So I recommend that you think in terms of maintaining a separate
Py-Mingw mecurial or whatever repository indefinitely as a public
project site where you and others interested can have your own wiki,
tracker, mail list, and release schedule -- all without permission from
the PSF developers.

I notice that your patch has a lot of FIXMEs. I presume that they only
apply to mingw, so that would be wrong for inclusion into the core. The
freedom to put platform-specific notes in the code is to me a reason to
have a platform-specific repository.

--
nosy: +tjreedy

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



[issue6170] Mac 'make frameworkinstall' error: [...]/Python.framework/Versions/3.1/bin/2to3: Too many levels of symbolic links

2009-06-26 Thread Sridhar Ratnakumar

Sridhar Ratnakumar sridh...@activestate.com added the comment:

Ok, I am no longer relying on internal targets .. and this problem is 
fixed for me. It needs to be closed, correct?

--
status: open - closed

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



[issue6347] hpux11.00-parisc: dtoa.c: Failed to find an exact-width 32-bit integer type

2009-06-26 Thread Sridhar Ratnakumar

New submission from Sridhar Ratnakumar sridh...@activestate.com:

(...)
cc +DAportable -Ae -D_REENTRANT +Z -c  -DNDEBUG -O  -I. -IInclude -I./
Include   -DPy_BUILD_CORE -o Python/pystrtod.o Python/pystrtod.c
cc +DAportable -Ae -D_REENTRANT +Z -c  -DNDEBUG -O  -I. -IInclude -I./
Include   -DPy_BUILD_CORE -o Python/dtoa.o Python/dtoa.c
cpp: Python/dtoa.c, line 158: error 4062: Failed to find an exact-
width 32-bit integer type
make: *** [Python/dtoa.o] Error 1

Entire build log is attached (just look at the configure/make output of 
Python).

--
components: Build
files: apy31-hpux11.00-parisc-bertha.log
messages: 89748
nosy: srid
severity: normal
status: open
title: hpux11.00-parisc: dtoa.c: Failed to find an exact-width 32-bit integer 
type
type: compile error
versions: Python 3.1
Added file: http://bugs.python.org/file14367/apy31-hpux11.00-parisc-bertha.log

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



[issue6348] solaris/aix: Py_Initialize: can't initialize sys standard streams

2009-06-26 Thread Sridhar Ratnakumar

New submission from Sridhar Ratnakumar sridh...@activestate.com:

I wonder which commit introduced this regression which used to work 
before (I think till rc1).

This error occurs on solaris10-x86, solaris8-sparc, solaris8-sparc64 
and aix5-powerpc.

(...)
ranlib libpython3.1.a
cc   -o python \
Modules/python.o \
libpython3.1.a -lresolv -lsocket -lnsl -lintl -lrt -
ldl   -lm  
Fatal Python error: Py_Initialize: can't initialize sys standard streams
IOError: [Errno 29] Illegal seek
*** Error code 134
The following command caused the error:
case $MAKEFLAGS in \
*s*)  CC='cc' LDSHARED='cc -G' OPT='-DNDEBUG -O' ./python -E ./setup.py 
-q build;; \
*)  CC='cc' LDSHARED='cc -G' OPT='-DNDEBUG -O' ./python -E ./setup.py 
build;; \
esac
make: Fatal error: Command failed for target `sharedmods'


Entire build log (solaris10-x86) is attached.

--
components: Build
files: apy31-ginsu.log
messages: 89749
nosy: srid
severity: normal
status: open
title: solaris/aix: Py_Initialize: can't initialize sys standard streams
type: crash
versions: Python 3.1
Added file: http://bugs.python.org/file14368/apy31-ginsu.log

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



[issue6348] solaris/aix: Py_Initialize: can't initialize sys standard streams

2009-06-26 Thread Antoine Pitrou

Antoine Pitrou pit...@free.fr added the comment:

Is it the same as #6236?

--
nosy: +pitrou

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



[issue2389] Array pickling exposes internal memory representation of elements

2009-06-26 Thread Alexandre Vassalotti

Alexandre Vassalotti alexan...@peadrop.com added the comment:

Here's a patch that implements the solution I described in msg85298.

Please give it a good review:
http://codereview.appspot.com/87072

--
Added file: http://bugs.python.org/file14369/portable_array_pickling.diff

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