[issue3597] Allow application developers to select ciphers, and default to strong in ssl lib

[Heikki Toivonen]

Heikki Toivonen <[EMAIL PROTECTED]> added the comment:

Yeah, compatibility can be a problem. The cipher list I used for
M2Crypto was recommended in the book Network Security with OpenSSL (I
think). Besides removing unsafe ciphers, it orders the remaining ciphers
from strongest to weakest, based on the hope/assumption/practice that
peers will hopefully select the first matching cipher. It is not
foolproof, though, so for truly compatible application you'd probably
need to try with different ciphers lists if you run into errors.
However, I have never run into a problem myself with that list, nor has
anyone reported any bugs against M2Crypto because of that.

Defaulting to TLSv1 should select a better cipher list than otherwise,
but I would be a bit concerned about that in turn being an even bigger
compatibility issue. I guess I could ask around.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1589] New SSL module doesn't seem to verify hostname against commonName in certificate

[Heikki Toivonen]

Heikki Toivonen <[EMAIL PROTECTED]> added the comment:

Could you clarify your comment regarding hostname check being false
security?

Just about all SSL texts I have read say you must do that, and that is
what your web browser and email client does to ensure it is talking to
the right host, for example. Without that check you are subject to a man
in the middle attack. Or is there some other check you perform that is
better?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3784] Incorrect compiler options used for cc of Sun Studio 12

[Michael Schmarck]

New submission from Michael Schmarck <[EMAIL PROTECTED]>:

While compiling Python 2.5.2, I stumbled upon this:

cc -G -R/export/home/webservd/.software/Python-2.5.2/lib
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/_ctypes.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/callbacks.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/callproc.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/stgdict.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/cfield.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/malloc_closure.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/libffi/src/prep_cif.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/libffi/src/sparc/ffi.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/libffi/src/sparc/v8.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/libffi/src/sparc/v9.o
-L/export/home/webservd/.software/Python-2.5.2/lib -L/usr/local/lib
-lpython2.5 -o build/lib.solaris-2.10-sun4u-2.5/_ctypes.so -mimpure-text
cc: Warning: illegal option -mimpure-text


--($ ~/Source)-- CC -V
CC: Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25

--($ ~/Source)-- cc -V
cc: Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12
usage: cc [ options] files.  Use 'cc -flags' for details

This is cc/CC from Sun Studio 12 on a Solaris 10 U5 Sparc system.

-mimpure-text is a gcc option.

--
components: Installation
messages: 72575
nosy: mschmarck
severity: normal
status: open
title: Incorrect compiler options used for cc of Sun Studio 12
type: compile error
versions: Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3785] Can't build ctypes of Python 2.5.2 with Sun Studio 12

[Michael Schmarck]

New submission from Michael Schmarck <[EMAIL PROTECTED]>:

Compilation of ctypes fails:


cc -G
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/_ctypes.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/callbacks.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/callproc.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/stgdict.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/cfield.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/malloc_closure.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/libffi/src/prep_cif.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/libffi/src/sparc/ffi.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/libffi/src/sparc/v8.o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/libffi/src/sparc/v9.o
-L/export/home/webservd/.software/Python-2.5.2/lib -L/usr/local/lib
-lpython2.5 -o build/lib.solaris-2.10-sun4u-2.5/_ctypes.so -mimpure-text
cc: Warning: illegal option -mimpure-text
*** WARNING: renaming "_ctypes" since importing it failed: ld.so.1:
python: fatal: relocation error: file
build/lib.solaris-2.10-sun4u-2.5/_ctypes.so: symbol alloca: referenced
symbol not found
running build_scripts


To configure Python 2.5.2, I ran:

./configure --disable-ipv6 --enable-shared --without-gcc --with-threads
--with-doc-strings --prefix=$HOME/.software/Python-2.5.2

Versions:

--($ ~/Source/Python-2.5.2)-- CC -V
CC: Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25

--($ ~/Source/Python-2.5.2)-- cc -V
cc: Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12
usage: cc [ options] files.  Use 'cc -flags' for details

--($ ~/Source/Python-2.5.2)-- /opt/SUNWspro/bin/version
Machine hardware:   sun4u
OS version: 5.10
Processor type: sparc
Hardware:   SUNW,Sun-Fire-480R

The following components are installed on your system:


Sun Studio 12
Sun Studio 12 C Compiler
Sun Studio 12 C++ Compiler
Sun Studio 12 Tools.h++ 7.1
Sun Studio 12 C++ Standard 64-bit Class Library
Sun Studio 12 Garbage Collector 
Sun Studio 12 Fortran 95 
Sun Studio 12 Debugging Tools (including dbx)
Sun Studio 12 IDE
Sun Studio 12 Debugger GUI
Sun Studio 12 Performance Analyzer (including collect, ...)
Sun Studio 12 X-Designer 
Sun Studio 12 VIM editor
Sun Studio 12 XEmacs editor
Sun Studio 12 Performance Library 
Sun Studio 12 LockLint
Sun Studio 12 Building Software (including dmake)
Sun Studio 12 Documentation Set

version of "/opt/SUNWspro/bin/../prod/bin/../../bin/cc": Sun C 5.9
SunOS_sparc Patch 124867-01 2007/07/12
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/CC": Sun C++ 5.9
SunOS_sparc Patch 124863-01 2007/07/25
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/f90": Sun Fortran 95
8.3 SunOS_sparc Patch 127000-01 2007/07/18
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/dbx": Sun Dbx
Debugger 7.6 SunOS_sparc Patch 124872-01 2007/07/12
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/analyzer": Sun
Analyzer 7.6 SunOS_sparc Patch 126995-01 2007/07/17
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/dmake": Sun
Distributed Make 7.8 SunOS_sparc Patch 126503-01 2007/07/19





--($ ~/Source/Python-2.5.2)-- LC_ALL=C gmake
case $MAKEFLAGS in \
*-s*) LD_LIBRARY_PATH=/export/home/webservd/Source/Python-2.5.2:
CC='cc' LDSHARED='cc -G' OPT='-DNDEBUG -O' ./python -E ./setup.py -q
build;; \
*) LD_LIBRARY_PATH=/export/home/webservd/Source/Python-2.5.2:
CC='cc' LDSHARED='cc -G' OPT='-DNDEBUG -O' ./python -E ./setup.py build;; \
esac
running build
running build_ext
INFO: Can't locate Tcl/Tk libs and/or headers
building '_ctypes' extension
cc -xcode=pic32 -OPT:Olimit=0 -DNDEBUG -O -I.
-I/export/home/webservd/Source/Python-2.5.2/./Include
-Ibuild/temp.solaris-2.10-sun4u-2.5/libffi/include
-Ibuild/temp.solaris-2.10-sun4u-2.5/libffi
-I/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/libffi/src
-I/export/home/webservd/.software/Python-2.5.2/include -I. -IInclude
-I./Include -I/usr/local/include
-I/export/home/webservd/Source/Python-2.5.2/Include
-I/export/home/webservd/Source/Python-2.5.2 -c
/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/_ctypes.c -o
build/temp.solaris-2.10-sun4u-2.5/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/_ctypes.o
cc: Warning: illegal option -OPT:Olimit=0
"/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/_ctypes.c",
line 2255: warning: statement not reached
"/export/home/webservd/Source/Python-2.5.2/Modules/_ctypes/_ctypes.c",
line 2820: warning: assignment type 

[issue3785] Can't build ctypes of Python 2.5.2 with Sun Studio 12

[Michael Schmarck]

Michael Schmarck <[EMAIL PROTECTED]> added the comment:

This does not happen when I use GCC to build Python.

--($ ~/Source/gccPy/Python-2.5.2)-- /usr/sfw/bin/gcc -v
Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/specs
Configured with:
/sfw10/builds/build/sfw10-patch/usr/src/cmd/gcc/gcc-3.4.3/configure
--prefix=/usr/sfw --with-as=/usr/ccs/bin/as --without-gnu-as
--with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++
--enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3785] Can't build ctypes of Python 2.5.2 with Sun Studio 12

[Michael Schmarck]

Michael Schmarck <[EMAIL PROTECTED]> added the comment:

It works fine in 2.6b3, however (I only tested Sun Studio 12).

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3786] _curses, _curses_panel & _multiprocessing can't be build in 2.6b3 w/ SunStudio 12

[Michael Schmarck]

New submission from Michael Schmarck <[EMAIL PROTECTED]>:

I'm trying to compile Python 2.6b3 using Sun Studio 12 on a Solaris 10
sparc system. It fails.

[...]
*** WARNING: renaming "_curses" since importing it failed: ld.so.1:
python: fatal: relocation error: file
build/lib.solaris-2.10-sun4u-2.6/_curses.so: symbol wchgat: referenced
symbol not found
[...]
*** WARNING: renaming "_curses_panel" since importing it failed: No
module named _curses
[...]
"/export/home/webservd/Source/Python-2.6b3/Modules/_multiprocessing/multiprocessing.c",
line 253: undefined symbol: SEM_VALUE_MAX
[...]

--($ ~/Source/Python-2.6b3)-- /opt/SUNWspro/bin/version
Machine hardware:   sun4u
OS version: 5.10
Processor type: sparc
Hardware:   SUNW,Sun-Fire-480R

The following components are installed on your system:


Sun Studio 12
Sun Studio 12 C Compiler
Sun Studio 12 C++ Compiler
Sun Studio 12 Tools.h++ 7.1
Sun Studio 12 C++ Standard 64-bit Class Library
Sun Studio 12 Garbage Collector 
Sun Studio 12 Fortran 95 
Sun Studio 12 Debugging Tools (including dbx)
Sun Studio 12 IDE
Sun Studio 12 Debugger GUI
Sun Studio 12 Performance Analyzer (including collect, ...)
Sun Studio 12 X-Designer 
Sun Studio 12 VIM editor
Sun Studio 12 XEmacs editor
Sun Studio 12 Performance Library 
Sun Studio 12 LockLint
Sun Studio 12 Building Software (including dmake)
Sun Studio 12 Documentation Set

version of "/opt/SUNWspro/bin/../prod/bin/../../bin/cc": Sun C 5.9
SunOS_sparc Patch 124867-01 2007/07/12
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/CC": Sun C++ 5.9
SunOS_sparc Patch 124863-01 2007/07/25
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/f90": Sun Fortran 95
8.3 SunOS_sparc Patch 127000-01 2007/07/18
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/dbx": Sun Dbx
Debugger 7.6 SunOS_sparc Patch 124872-01 2007/07/12
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/analyzer": Sun
Analyzer 7.6 SunOS_sparc Patch 126995-01 2007/07/17
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/dmake": Sun
Distributed Make 7.8 SunOS_sparc Patch 126503-01 2007/07/19


--($ ~/Source/Python-2.6b3)-- CC -V
CC: Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25

--($ ~/Source/Python-2.6b3)-- cc -V
cc: Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12
usage: cc [ options] files.  Use 'cc -flags' for details


--($ ~/Source/Python-2.6b3)-- gmake
running build
running build_ext
INFO: Can't locate Tcl/Tk libs and/or headers
building '_curses' extension
cc -xcode=pic32 -OPT:Olimit=0 -DNDEBUG -O -I.
-I/export/home/webservd/Source/Python-2.6b3/./Include
-I/export/home/webservd/.software/Python-2.6b3/include -I. -IInclude
-I./Include -I/usr/local/include
-I/export/home/webservd/Source/Python-2.6b3/Include
-I/export/home/webservd/Source/Python-2.6b3 -c
/export/home/webservd/Source/Python-2.6b3/Modules/_cursesmodule.c -o
build/temp.solaris-2.10-sun4u-2.6/export/home/webservd/Source/Python-2.6b3/Modules/_cursesmodule.o
cc: Warning: illegal option -OPT:Olimit=0
"/export/home/webservd/Source/Python-2.6b3/Modules/_cursesmodule.c",
line 708: warning: implicit function declaration: mvwchgat
"/export/home/webservd/Source/Python-2.6b3/Modules/_cursesmodule.c",
line 712: warning: implicit function declaration: wchgat
cc -G
build/temp.solaris-2.10-sun4u-2.6/export/home/webservd/Source/Python-2.6b3/Modules/_cursesmodule.o
-L/export/home/webservd/.software/Python-2.6b3/lib -L/usr/local/lib
-lcurses -ltermcap -lpython2.6 -o
build/lib.solaris-2.10-sun4u-2.6/_curses.so
*** WARNING: renaming "_curses" since importing it failed: ld.so.1:
python: fatal: relocation error: file
build/lib.solaris-2.10-sun4u-2.6/_curses.so: symbol wchgat: referenced
symbol not found
building '_curses_panel' extension
cc -xcode=pic32 -OPT:Olimit=0 -DNDEBUG -O -I.
-I/export/home/webservd/Source/Python-2.6b3/./Include
-I/export/home/webservd/.software/Python-2.6b3/include -I. -IInclude
-I./Include -I/usr/local/include
-I/export/home/webservd/Source/Python-2.6b3/Include
-I/export/home/webservd/Source/Python-2.6b3 -c
/export/home/webservd/Source/Python-2.6b3/Modules/_curses_panel.c -o
build/temp.solaris-2.10-sun4u-2.6/export/home/webservd/Source/Python-2.6b3/Modules/_curses_panel.o
cc: Warning: illegal option -OPT:Olimit=0
cc -G
build/temp.solaris-2.10-sun4u-2.6/export/home/webservd/Source/Python-2.6b3/Modules/_curses_panel.o
-L/export/home/webservd/.software/Python-2.6b3/lib -L/usr/local/lib
-lpanel -lcurses -ltermcap -lpython2.6 -o
build/lib.solaris-2.10-sun4u-2.6/_curses_panel.so
*** WARNING: renaming "_curses_panel" since importing it failed: No
module named _curses
building '_multiprocessing' extension
cc -xcode=pic32 -OPT:Olimit=0 -DNDEBUG -O -DHAVE_SEM_OPEN=1
-DHAVE_FD_TRANSFER=1 -DHAVE_SEM_TIMEDWAIT=1 -IModules/_multiprocessing
-I. -I/export/home/webservd/Source/Python-2.6b3/./Include
-I/export/home/webservd/.software/Python-2.6b3/include

[issue3492] Zlib compress/decompress functions returning bytearray

[Nick Coghlan]

Nick Coghlan <[EMAIL PROTECTED]> added the comment:

Patch looks good to me (I've only looked at the patch - not the other
possible misuses of PyByteArray_ that Amaury noted)

--
nosy: +ncoghlan

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3786] _curses, _curses_panel & _multiprocessing can't be build in 2.6b3 w/ SunStudio 12

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

As for the multiprocessing problem, it has been fixed recently on trunk.
Can you give it a try?

--
nosy: +pitrou

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3776] deprecate bsddb/dbhash in 2.6 for removal in 3.0

[Nick Coghlan]

Nick Coghlan <[EMAIL PROTECTED]> added the comment:

I was actually pretty sure the intention was to add Py3k warnings, but
the exact phrase being used in the python-dev thread was "deprecation
warnings" which made folks a little nervous.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in 3.0

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

FWIW, applying encode-leak2.patch removes the leak in test_unicode.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3786] _curses, _curses_panel & _multiprocessing can't be build in 2.6b3 w/ SunStudio 12

[Michael Schmarck]

Michael Schmarck <[EMAIL PROTECTED]> added the comment:

Yes, the multiprocessing problem has been fixed by the patch in Issue3110.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3784] Incorrect compiler options used for cc of Sun Studio 12

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Is it really a compile error or just a warning?

--
nosy: +pitrou

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Simon Cross]

Simon Cross <[EMAIL PROTECTED]> added the comment:

I've attached a patch for trunk / 2.6 that adds recv_into and
recvfrom_into methods to ssl.SSLSocket and does a minor re-ordering of
the nasty lambdas in __init__. The recv_into method is a port of the one
from 3.0. The recvfrom_into method is a simple "fail if we have an SSL
object or pass down if we don't".

For the record, I'm against the lambdas in SSLSocket.__init__ and would
prefer the solution I suggested previously of putting a hasattr(...)
check into socket.socket (I can submit a patch if useful).

As is probably abundantly clear at the moment :), none of the SSLSocket
methods in questions have tests in test_ssl -- I will move on to trying
to add them next.

I'm also going to attach a patch for 3.0 which adds recvfrom_into (a
port of the 2.6 one).

--
keywords: +patch
Added file: http://bugs.python.org/file11389/trunk-ssl-methods.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3783] dbm.sqlite proof of concept

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

It would be more efficient to base keys() on iterkeys() than the
reverse, IMO.
Other than that, why not open a branch or at least upload full-fledged
patch files? :)

--
nosy: +pitrou

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Simon Cross]

Simon Cross <[EMAIL PROTECTED]> added the comment:

Attach recvfrom_into method patch for 3.0.

Added file: http://bugs.python.org/file11390/3k-ssl-methods.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in 3.0

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Antoine, it seem that with encode-leak2.patch, the error path after
PyErr_WarnEx() leaks the value of "v".

I rewrote the whole paragraph to make it more straightforward:
- the normal case is tested first
- all paths end with a "return", and no goto.
- no need to test that PyBytes_FromStringAndSize returns a PyBytes...

I find the code much easier to check in this form, but of course this is
a subjective POV.

Added file: http://bugs.python.org/file11391/encode-leak3.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1757072] Zipfile robustness

[Antoine Pitrou]

Changes by Antoine Pitrou <[EMAIL PROTECTED]>:


--
type:  -> feature request
versions: +Python 2.7, Python 3.1 -Python 2.5

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3535] zipfile has problem reading zip files over 2GB

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Alan, do you have an opinion on this?

--
nosy: +alanmcintyre
versions: +Python 2.7, Python 3.1 -Python 2.6, Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

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

[issue874900] threading module can deadlock after fork

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Just checked that the latest patch works on Windows as well.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in 3.0

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Le vendredi 05 septembre 2008 à 13:08 +, Amaury Forgeot d'Arc a
écrit :
> Antoine, it seem that with encode-leak2.patch, the error path after
> PyErr_WarnEx() leaks the value of "v".

Hmm, you are right.

> I rewrote the whole paragraph to make it more straightforward:
> - the normal case is tested first
> - all paths end with a "return", and no goto.
> - no need to test that PyBytes_FromStringAndSize returns a PyBytes...

I'll take a look!

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1068268] subprocess is not EINTR-safe

[Matteo Bertini]

Matteo Bertini <[EMAIL PROTECTED]> added the comment:

I'd like to suggest to rise the priority of this bug.
Till this bus is around, no way using any module using subprocess.Popen 
form a PyQt app (and I suppose PyGtk and wxPython too).

--
nosy: +naufraghi

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in 3.0

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Amaury, your patch is much clearer indeed and it fixes the leak.

--
keywords:  -needs review

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3783] dbm.sqlite proof of concept

[Skip Montanaro]

Skip Montanaro <[EMAIL PROTECTED]> added the comment:

Antoine> It would be more efficient to base keys() on iterkeys() than the
Antoine> reverse, IMO.

True.  I was just modifying the dumbdbm implementation.

Antoine> Other than that, why not open a branch or at least upload
Antoine> full-fledged patch files? :)

Well, I only intended to create the initial proof of concept, but then last
night I couldn't sleep so I cobbled the test module and docs from the
existing stuff ... ;-)

When I get a couple minutes free I'll try and condense it into a more
suitable form.  Probably not until the weekend though.

Skip

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3783] dbm.sqlite proof of concept

[Jesús Cea Avión]

Changes by Jesús Cea Avión <[EMAIL PROTECTED]>:


--
nosy: +jcea

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1068268] subprocess is not EINTR-safe

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Two remarks:
1 - The part of the patch around the call to select.select() is already
in trunk since r64756, almost in the same form. good.

2 - the patch seems to replace all calls to os.write, os.read and
os.waipid. But it is based on a very old version of subprocess, and
r38169 added a new call to os.waitpid. I don't know if it should be
replaced as well.

--
nosy: +amaury.forgeotdarc

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3769] Deprecate bsddb for removal in 3.0

[Jesús Cea Avión]

Jesús Cea Avión <[EMAIL PROTECTED]> added the comment:

This issue is closed but "rejected". Should it be marked as "accepted"
or "fixed"?.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3776] deprecate bsddb/dbhash in 2.6 for removal in 3.0

[Jesús Cea Avión]

Changes by Jesús Cea Avión <[EMAIL PROTECTED]>:


--
nosy: +jcea

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3721] invalid literal for int() with base 16: ''

[Eric Smith]

Eric Smith <[EMAIL PROTECTED]> added the comment:

The test fails for me on 2.5.1 (stock Mac OS 10.5.4) in the same way as
described in this bug.

In 2.6 (r66230) the test succeeds.

I recommend we close this.

--
nosy: +eric.smith

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3769] Deprecate bsddb for removal in 3.0

[Barry A. Warsaw]

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:


--
resolution: rejected -> fixed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3671] What's New in 2.6 - corrections

[Chris Lambacher]

Chris Lambacher <[EMAIL PROTECTED]> added the comment:

In rev66217, the itertools example for "With two iterables, 2N-tuples
are returned." has a typo:
itertools(product([1,2], [3,4], repeat=2)
should be:
itertools.product([1,2], [3,4], repeat=2)

--
nosy: +lambacck

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3671] What's New in 2.6 - corrections

[A.M. Kuchling]

A.M. Kuchling <[EMAIL PROTECTED]> added the comment:

itertools(product typo fixed in rev. 66231.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3721] invalid literal for int() with base 16: ''

[Amaury Forgeot d'Arc]

Changes by Amaury Forgeot d'Arc <[EMAIL PROTECTED]>:


--
status: pending -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Simon Cross]

Simon Cross <[EMAIL PROTECTED]> added the comment:

Tests for recv* and send* methods in 3.0 (2.6 tests coming shortly).

Added file: http://bugs.python.org/file11392/3k-ssl-tests.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3417] make the fix_dict fixer smarter

[Rodrigo Bernardo Pimentel]

Rodrigo Bernardo Pimentel <[EMAIL PROTECTED]> added the comment:

I haven't managed to successfully complete the summer of code, due to
some personal problems, but I'm still working on 2to3 and on confidence
ranking for it.

There's a bzr branch with its current implementation at
http://isnomore.net/bzr/2to3 . I did an initial implementation of
confidence penalties on fix_dict for special contexts.

I'm still working on it (and on confidence ranking in general), but
please take a look and let me know what you think.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3492] Zlib compress/decompress functions returning bytearray

[Jesús Cea Avión]

Changes by Jesús Cea Avión <[EMAIL PROTECTED]>:


--
nosy: +jcea

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3783] dbm.sqlite proof of concept

[Gregory Burd]

Changes by Gregory Burd <[EMAIL PROTECTED]>:


--
nosy: +gregburd

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Simon Cross]

Simon Cross <[EMAIL PROTECTED]> added the comment:

Test for recv* and send* in 2.6.

The tests revealed some bugs so this patch fixes those and supercedes
trunk-ssl-methods.patch.

Of particular note is that recv_into called self.read(buf, nbytes) which
isn't supported in _ssl.c in 2.6. I've worked around it by creating a
temporary buffer in the Python code. This isn't great for large
messages, but the alternative is to modify _ssl.c itself (which I
suspect is unlikely to make it in to 2.6 at this stage).

Added file: http://bugs.python.org/file11393/trunk-ssl-tests.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

> self.read(buf, nbytes)

Shouldn't this function be named readinto()?

--
nosy: +amaury.forgeotdarc

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1040026] os.times() is bogus

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

I agree with Christian's most recent comment.

However without BDFL intervention I think its too late in the 2.6/3.0 
release cycle to rush this fix in.  It can wait for 2.6.1/3.0.1.

I won't have time to look at it for several days myself, but I'm 
assigning the bug to me so that it doesn't sit idle longer than it 
already has; feel free to steal it if someone else intends to fix it 
fast.

--
assignee:  -> gregory.p.smith
nosy: +gregory.p.smith

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Simon Cross]

Simon Cross <[EMAIL PROTECTED]> added the comment:

>> self.read(buf, nbytes)

> Shouldn't this function be named readinto()?

There is no readinto function (and I suspect one is unlikely to be added
now). In Py3k SSLSocket.read takes both len and buffer as optional
arguments.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

I asked this because I find the signature misleading:
   read(len)
or read(buffer, len)

io.py, for example, defines read(len) and read_into(buffer).

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Bill Janssen]

Bill Janssen <[EMAIL PROTECTED]> added the comment:

Simon, thanks, this patch looks good to me (2.6 only, right?).  I'll try
it out and report back.  If it looks good, I'll commit it.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Simon Cross]

Simon Cross <[EMAIL PROTECTED]> added the comment:

@Bill Janssen:

There are currently two patch sets which I think should be applied. For
2.6 it's just trunk-ssl-tests.patch. For 3.0 it's 3k-ssl-methods.patch
and 3k-ssl-tests.patch.

@Amaury Forgeot d'Arc

I agree it's not great nomenclature but that's a whole separate can of
worms and not one I want to open in this bug (and in any case, it has
practically zero hope of making it into 2.6/3.0 at this point).

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1291446] SSLObject breaks read semantics

[Bill Janssen]

Bill Janssen <[EMAIL PROTECTED]> added the comment:

Ah, sorry.  I was looking at the 2.6 documentation, not the 2.5
documentation.  In 2.6 (which is what the new SSL code is for),
documentation of socket.ssl has been removed entirely, along with the
text that you cite, although the functionality from 2.5 socket.ssl is
still provided for backwards compatibility.  In 2.6, the ssl.SSLSocket
type is a subclass of socket.socket, so you call "makefile" on it to get
a file-like object for reading and writing.

If you'd like to submit a patch for 2.5 and 2.6, I think this is
backwards-compatible enough to qualify as a fix, not a feature enhancement.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3162] ssl.SSLSocket implements methods that are overriden by socket.socket.__init__ and methods with incorrect names.

[Bill Janssen]

Bill Janssen <[EMAIL PROTECTED]> added the comment:

Re: nomenclature

I think this is partly a design bug on my part, supporting the old
pre-2.6 "read" and "write" methods on the SSL context.  Users should
really call "makefile" to get something they can "read" and "write";
those methods should, in 2.6, only be internal, and not exposed outside
the class.  Of course, that would complicate the socket.ssl
compatibility code.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1040026] os.times() is bogus

[Guido van Rossum]

Guido van Rossum <[EMAIL PROTECTED]> added the comment:

Yes, please move this to 3.0.1 / 2.6.1.  The hard part appears to be
making sure that it compiles *and* is correct on all conceivable
platforms...

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1291446] SSLObject breaks read semantics

[Jonathan Ellis]

Jonathan Ellis <[EMAIL PROTECTED]> added the comment:

Ah, great.  I was wondering why you kept talking about SSLSocket 
instead of SSLObject.  "New API in 2.6" is good enough for me.  Thanks!

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3623] _json: fix raise_errmsg(), py_encode_basestring_ascii() and linecol()

[Senthil]

Senthil <[EMAIL PROTECTED]> added the comment:

issue3763 mentions about the similar problem with json library.
The traceback posted illustrates the issue (c) mentioned here:

  File "C:\Python30\lib\json\decoder.py", line 30, in errmsg
lineno, colno = linecol(doc, pos)
  File "C:\Python30\lib\json\decoder.py", line 21, in linecol
lineno = doc.count('\n', 0, pos) + 1
TypeError: expected an object with the buffer interface

--
nosy: +orsenthil

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3769] Deprecate bsddb for removal in 3.0

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

I accidentally filed this twice, and the code review is on the other
issue, so setting the superceder and closing (although the patch has not
been applied yet).

--
resolution: fixed -> duplicate
superseder:  -> deprecate bsddb/dbhash in 2.6 for removal in 3.0

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3776] deprecate bsddb/dbhash in 2.6 for removal in 3.0

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

Trunk done with r66232 and blocked on 3.0 with r66233.

--
resolution:  -> accepted
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3758] "make check" suggest a testing target under GNU coding standards

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

The attached patch renames the target to patchcheck.

--
keywords: +needs review, patch
Added file: http://bugs.python.org/file11394/rename_check.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3785] Can't build ctypes of Python 2.5.2 with Sun Studio 12

[Thomas Heller]

Thomas Heller <[EMAIL PROTECTED]> added the comment:

The libffi library in Python 2.5 is too old and won't be upgraded to a
newer version.

I see several possibilities for you:

- Use Python 2.6 (if you can live with the beta or wait for the release)

- Use Python 2.5, compile with GCC

- Use Python 2.5, and build/install the ctypes version from Python SVN
trunk as add-on module, it is available here:
http://svn.python.org/projects/ctypes/branches/ctypes-1.1/

Closing as wont fix, sorry.

--
resolution:  -> wont fix
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3787] Make PyInstanceMethod_Type available or remove it

[Christian Heimes]

New submission from Christian Heimes <[EMAIL PROTECTED]>:

A long time ago I added the PyInstanceMethod_Type in r59469. It's a
wrapper that turns every function including PyCFunctions into a bindable
function.

class Example:
id = instancemethod(id)

Example().id()

Without instancemethod the builtin function is not called with 'self' as
first argument.

The code is in the core for a long time but it has neither been used and
unit tested nor was it exposed yet. The feature was requested by the
Pyrex and Cython developers. The feature should either be removed or
exposed somehow. 

I know it's very late in the release cycle but I feel uncomfortable with
code that has no tests. If you don't want to expose it to the user but
only to C extension writers I'll come up with another plan. For example
I could add the type to the testcapi module and test it there.

--
assignee: barry
components: Interpreter Core
files: instancemethod_public.patch
keywords: needs review, patch, patch
messages: 72619
nosy: barry, christian.heimes, gvanrossum
priority: release blocker
severity: normal
status: open
title: Make PyInstanceMethod_Type available or remove it
versions: Python 3.1
Added file: http://bugs.python.org/file11395/instancemethod_public.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1638033] Add httponly to Cookie module

[Matt Chisholm]

Matt Chisholm <[EMAIL PROTECTED]> added the comment:

I have updated the diff to use reST for the docs.  I removed the link to
MSDN from the reST docs because it is broken and I could not find the
article that it was intended to point to.  I also slightly re-worded the
paragraph describing httponly.  

I did not add any tests for the new feature as Antoine Pitrou requested,
because the test for Cookie only tests SimpleCookie. It does not test
expires, max-age, secure, or any of the other cookie attributes that
Cookie.py sets. Testing httponly (or any of the other cookie attributes)
would require rewriting most of the test.

Added file: http://bugs.python.org/file11396/HttpOnlyCookies.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3787] Make PyInstanceMethod_Type available or remove it

[Barry A. Warsaw]

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:

It's really to late to add any new features, so adding tests to testcapi
seems like the right thing to do.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3787] Make PyInstanceMethod_Type available or remove it

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

Here is a new patch as discussed on IRC. It adds the type to the
_testcapi module and the tests to test_capi.

Added file: http://bugs.python.org/file11397/instancemethod_capi.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue648658] xmlrpc can't do proxied HTTP

[djc]

djc <[EMAIL PROTECTED]> added the comment:

Would this be solved by issue1424152?

--
nosy: +djc

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3574] compile() cannot decode Latin-1 source encodings

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

I have attached a new version of the patch with the changes to test_imp
removed as issue 3594 fixed the need for the change. I have also
directly uploaded test_pep3120.py since it is flagged as binary and thus
cannot be diffed by svn.

Added file: http://bugs.python.org/file11398/fix_latin.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3574] compile() cannot decode Latin-1 source encodings

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file11130/fix_latin.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3574] compile() cannot decode Latin-1 source encodings

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


Added file: http://bugs.python.org/file11399/test_pep3120.py

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3574] compile() cannot decode Latin-1 source encodings

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file11131/pep3120_test.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3758] "make check" suggest a testing target under GNU coding standards

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Patch looks fine to me.

--
keywords:  -needs review

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1638033] Add httponly to Cookie module

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

The patch looks good to me and I will apply it soon if there are not
objections.

Rewriting of Cookie's tests should probably be another issue.

--
assignee:  -> benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in 3.0

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

encode-leak3.patch applied in r66234.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3788] test_cookie isn't comprehensive

[Benjamin Peterson]

New submission from Benjamin Peterson <[EMAIL PROTECTED]>:

At the moment, test_cookie only tests SimpleCookie and not completely.
It should test Morsel attributes and bad input better.

--
components: Library (Lib), Tests
keywords: easy
messages: 72628
nosy: benjamin.peterson
priority: normal
severity: normal
status: open
title: test_cookie isn't comprehensive
type: feature request
versions: Python 2.7, Python 3.1

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3279] import of site.py fails on startup

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

IMO, it's unacceptable to be running Python code before the stdio
streams are set up. I believe that moving the site initialization after
the setting up the streams isn't as big a problem because the dynlibs
are on sys.path before site is run when python is installed. See
#586680. I will write to Python-dev.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3535] zipfile has problem reading zip files over 2GB

[Alan McIntyre]

Alan McIntyre <[EMAIL PROTECTED]> added the comment:

Your patch seems like a better way to detect whether a file is written
as Zip64, and it seems to be able to properly handle extracting a >2GB
file from a >2GB archive, so I'd vote to include it.  

I tested it with r66233, using a file made from the output of large.c,
zipped with the built-in archiver on OS X 10.4.11.  All regression tests
pass, including test_zipfile64, on both Linux and OS X.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3535] zipfile has problem reading zip files over 2GB

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Alan, do you have commit access? Otherwise the patch needs approval from
another core developer.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3535] zipfile has problem reading zip files over 2GB

[Alan McIntyre]

Alan McIntyre <[EMAIL PROTECTED]> added the comment:

No, I don't have commit access at the moment.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in 3.0

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Current status:

test_distutils leaked [141, 142] references, sum=283
test_logging leaked [0, -219] references, sum=-219
test_smtplib leaked [0, 87] references, sum=87

The distutils leak should be investigated, but the overall situation is
rather good now. The other, transient, leaks might be due to some thread
being cleaned up too late or something.

--
priority: release blocker -> high

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3535] zipfile has problem reading zip files over 2GB

[Antoine Pitrou]

Changes by Antoine Pitrou <[EMAIL PROTECTED]>:


--
keywords: +needs review

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in test_distutils

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

test_distutils is also leaking the the trunk:

test_distutils leaked [144, 144, 144, 144] references, sum=576

--
nosy: +benjamin.peterson
title: reference leaks in 3.0 -> reference leaks in test_distutils
versions: +Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3601] test_unicode.test_raiseMemError fails in UCS4

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Fixed in r66235, r66236.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3279] import of site.py fails on startup

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Here's a patch that builds _bytesio and _stringio right into the binary.
I think Windows build files will need to be updated, though.

--
keywords: +needs review
Added file: http://bugs.python.org/file11400/make_modules_builtin.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in test_distutils

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

test_distutils will be difficult; the leak is around the "import xx" in
Lib/distutils/tests/test_build_ext.py.

And Python/import.c says:
/* To prevent initializing an extension module more than once, we keep a
static dictionary 'extensions' keyed [...] by filename (for dynamically
loaded modules). A copy of the module's dictionary is stored [...] 
*/

This dictionary keeps growing with random filenames in the temp
directory. I can't see a way to clean it.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in test_distutils

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

> test_distutils will be difficult; the leak is around the "import xx" in
> Lib/distutils/tests/test_build_ext.py.
> 
> And Python/import.c says:
> /* To prevent initializing an extension module more than once, we keep a
> static dictionary 'extensions' keyed [...] by filename (for dynamically
> loaded modules). A copy of the module's dictionary is stored [...] 
> */
> 
> This dictionary keeps growing with random filenames in the temp
> directory. I can't see a way to clean it.

If it's just that (one leaked string per each extension module import),
I think we can live with it.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in test_distutils

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

It's not only the name, but a copy of the whole module dict just after
import (that's why reload(sys) takes you back the
sys.setdefaultencoding() function).

Actually I found a (hackish) way to clean the 'extension' dict, but this
is not enough: the static variables in xxmodule.c cannot be cleared.
Shall we exclude this test from the leak hunter?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3789] multiprocessing deadlocks when sending large data through Queue with timeout

[David Decotigny]

New submission from David Decotigny <[EMAIL PROTECTED]>:

With the attached script, then demo() called with for example
datasize=40*1024*1024 and timeout=1 will deadlock: the program never
terminates.

The bug appears on Linux (RHEL4) / intel x86 with "multiprocessing"
coming with python 2.6b3 and I think it can be easily reproduced on
other Unices. It also appears with python 2.5 and the standalone
processing package 0.52
(https://developer.berlios.de/bugs/?func=detailbug&bug_id=14453&group_id=9001).

After a quick investigation, it seems to be a deadlock between waitpid
in the parent process, and a pipe::send in the "_feed" thread of the
child process. Indeed, the problem seems to be that "_feed" is still
sending data (the data is laaarge) to the pipe while the parent process
already called waitpid (because of the "short" timeout): the pipe fills
up because no consumer is eating the data (consumer already in waitpid)
and hence the "_feed" thread in the child blocks forever. Since the
child process does a _feed.join() before exiting (after function f), it
never exits. And hence the waitpid in the parent process never returns
because the child never exits.

This doesn't happen anymore if I use timeout=None or a larger timeout
(eg. 10 seconds). Because in both cases, waitpid is called /after/ the
"_feed" thread in the child process could send all of its data through
the pipe.

--
components: Library (Lib)
files: c.py
messages: 72640
nosy: DavidDecotigny
severity: normal
status: open
title: multiprocessing deadlocks when sending large data through Queue with 
timeout
versions: Python 2.6
Added file: http://bugs.python.org/file11401/c.py

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in test_distutils

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

> It's not only the name, but a copy of the whole module dict just after
> import (that's why reload(sys) takes you back the
> sys.setdefaultencoding() function).

Ow.

> Actually I found a (hackish) way to clean the 'extension' dict, but this
> is not enough: the static variables in xxmodule.c cannot be cleared.
> Shall we exclude this test from the leak hunter?

I'd prefer not. If we hide this leak, we'll end up forgetting about its
existence.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3789] multiprocessing deadlocks when sending large data through Queue with timeout

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
assignee:  -> jnoller
nosy: +jnoller

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3279] import of site.py fails on startup

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

> Windows build files will need to be updated
Nothing to do here: they are already built-in, linked into Python30.dll,
and listed in PC/config.c

But shouldn't the two extension modules be removed from setup.py?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3279] import of site.py fails on startup

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Yes, indeed.

Added file: http://bugs.python.org/file11402/make_modules_builtin2.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3660] reference leaks in test_distutils

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

With the new module structure in 3.0, it should be possible to add a
cleanup function. It would be a good exercise; I don't know of any
module defining such a function.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3758] "make check" suggest a testing target under GNU coding standards

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

On the trunk with r66237 and 3.0 with r66238.

--
resolution:  -> accepted
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3279] import of site.py fails on startup

[Alexandre Vassalotti]

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:

Look good to me, and python-dev accepted the patch. So, go ahead and
commit it.

--
assignee:  -> benjamin.peterson
resolution:  -> accepted

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3787] Make PyInstanceMethod_Type available or remove it

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Usually, when you expose things under _tescapi for testing you test it
with related concepts.. I'm not sure what the correct place for this one
is, though. (maybe test_class?) Anyway, you could also nest
InstanceMethod and testfunction inside the test function its self to
avoide pollution.

--
nosy: +benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3535] zipfile has problem reading zip files over 2GB

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

I also agree with the patch. This seems the correct way to detect the
Zip64 format.

--
nosy: +amaury.forgeotdarc

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3787] Make PyInstanceMethod_Type available or remove it

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

The issue is no longer a release blocker for the first rc1. Barry has
decided against adding instancemethod. However the new tests should be
added until the final roles out.

--
priority: release blocker -> deferred blocker

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3279] import of site.py fails on startup

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Fixed in r66239.

--
resolution: accepted -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3535] zipfile has problem reading zip files over 2GB

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Fixed in r66240, r66241. Thanks!

--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3790] in zlib decompressor objects, unused_data and unconsumed_tail must be immutable

[Antoine Pitrou]

New submission from Antoine Pitrou <[EMAIL PROTECTED]>:

Currently (in py3k), the attributes "unused_data" and "unconsumed_tail"
on zlib decompressor objects are bytearrays. This can wreak havoc in the
read() method of ZipInfo objects, because one of those bytearrays is
assigned to the internal "rawbuffer" and then extended using "+="...
leading to wrong results (right now I can only reproduce it on a 3.5 GB
zip file, sorry :-( ).

Here is a patch.

--
components: Extension Modules
files: zlib_unconsumed_tail.patch
keywords: needs review, patch, patch
messages: 72652
nosy: pitrou
priority: critical
severity: normal
status: open
title: in zlib decompressor objects, unused_data and unconsumed_tail must be 
immutable
type: behavior
versions: Python 3.0
Added file: http://bugs.python.org/file11403/zlib_unconsumed_tail.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3492] Zlib compress/decompress functions returning bytearray

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

We must definitely clean up other uses of bytearray in the extension
modules - see #3790 for an example.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3791] bsddb not completely removed

[Amaury Forgeot d'Arc]

New submission from Amaury Forgeot d'Arc <[EMAIL PROTECTED]>:

Some remnants of the defunct bsddb module, on windows:
- _bsddb44.lib is still compiled (but never used anywhere)
- _bsddb.py is still referenced by the msi installer

This is a release blocker: the installer won't work.

--
components: Windows
files: remove-bsddb.patch
keywords: needs review, patch, patch
messages: 72654
nosy: amaury.forgeotdarc
priority: release blocker
severity: normal
status: open
title: bsddb not completely removed
versions: Python 3.0
Added file: http://bugs.python.org/file11404/remove-bsddb.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3789] multiprocessing deadlocks when sending large data through Queue with timeout

[David Decotigny]

David Decotigny <[EMAIL PROTECTED]> added the comment:

A quick fix in the user code, when we are sure we don't need the child
process if a timeout happens, is to call worker.terminate() in an except
Empty clause.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3791] bsddb not completely removed

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

There are many other places with bsddb. I tried to list all the files here:

Doc\library\collections.rst
Doc\library\dbm.rst
Doc\library\shelve.rst
Doc\reference\datamodel.rst
Lib\pydoc_topics.py
Lib\shelve.py
Lib\test\regrtest.py
Makefile.pre.in
Misc\developers.txt
Misc\RPM\python-3.0.spec
Misc\valgrind-python.supp
Modules\Setup.dist
PC\VS8.0\pyproject.vsprops
PCbuild\pyproject.vsprops
PCbuild\readme.txt
PCbuild\vs9to8.py
Tools\scripts\db2pickle.py
Tools\scripts\pickle2db.py


And some files that don't seem well maintained anyway:
PC\os2emx\README.os2emx
PC\os2vacpp\makefile
PC\os2vacpp\makefile.omk
PC\VC6\readme.txt
PC\VS7.1\python.build
PC\VS7.1\python.iss
PC\VS7.1\python20.wse
PC\VS7.1\readme.txt

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3789] multiprocessing deadlocks when sending large data through Queue with timeout

[Jesse Noller]

Jesse Noller <[EMAIL PROTECTED]> added the comment:

See http://docs.python.org/dev/library/multiprocessing.html#multiprocessing-
programming

Specifically:
Joining processes that use queues

Bear in mind that a process that has put items in a queue will wait 
before terminating until all the buffered items are fed by the “feeder” 
thread to the underlying pipe. (The child process can call the 
Queue.cancel_join() method of the queue to avoid this behaviour.)

This means that whenever you use a queue you need to make sure that all 
items which have been put on the queue will eventually be removed before 
the process is joined. Otherwise you cannot be sure that processes which 
have put items on the queue will terminate. Remember also that non-
daemonic processes will be automatically be joined.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3789] multiprocessing deadlocks when sending large data through Queue with timeout

[Jesse Noller]

Jesse Noller <[EMAIL PROTECTED]> added the comment:

In a later release, I'd like to massage this in such a way that you do not 
have to wait for a child queue to be drained prior to calling join.

One way to work around this David, is to call Queue.cancel_join_thread():

def f(datasize, q):
q.cancel_join_thread()
q.put(range(datasize))

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3789] multiprocessing deadlocks when sending large data through Queue with timeout

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
resolution:  -> invalid
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3789] multiprocessing deadlocks when sending large data through Queue with timeout

[David Decotigny]

David Decotigny <[EMAIL PROTECTED]> added the comment:

Thank you Jesse. When I read this passage, I thought naively that a
timeout raised in a get() would not be harmful: that somehow the whole
get() request would be aborted. But now I realize that it would make
things rather complicated and dangerous: the data would get dropped, and
will never be recovered by subsequent get().
So thank you for the hint, and leave the things as they are, it's better.

___
Python tracker <[EMAIL PROTECTED]>

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