[issue3264] Use -lcrypto instead of -lcrypt on Solaris 2.6 when available

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Ok. I have no further ideas on what the problem might be, but I'm
confident that linking with a different library is not the right thing
to do. Linking with -lcrypt did always work on Solaris 2.6, so I'm not
going to change that.

--
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

[issue3265] Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error: `MAP_ANONYMOUS' undeclared

[Martin Mokrejs]

Martin Mokrejs <[EMAIL PROTECTED]> added the comment:

Thanks, but I can only help with testing. :(

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3266] Python-2.5.2/Modules/mmapmodule.c:915: error: `O_RDWR' undeclared

[Martin Mokrejs]

Martin Mokrejs <[EMAIL PROTECTED]> added the comment:

So adding these two lines helped:

# diff /usr/scratch/Python-2.5.2/Modules/mmapmodule.c.ori
/usr/scratch/Python-2.5.2/Modules/mmapmodule.c
36a37
> #include 
38a40
> #include 
#

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3265] Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error: `MAP_ANONYMOUS' undeclared

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

> I will stop posting URLs. ;-)

Thanks. None of the URLs seem to be helpful, anyway.
Please avoid posting URLs without any indication as to what
specific conclusion you like to see drawn from the page.

It seems that Solaris 2.6 just doesn't have explicit support
anonymous mmap explicitly. As a consequence, ctypes, in its
current form, just can't run on it.

A solution might be to map /dev/zero instead. Contributions
are welcome.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3264] Use -lcrypto instead of -lcrypt on Solaris 2.6 when available

[Martin Mokrejs]

Martin Mokrejs <[EMAIL PROTECTED]> added the comment:

# ar x /usr/lib/libcrypt.a;nm -g des_crypt.o
 U ___errno
033c T _des_crypt
0274 T _des_encrypt
 U _des_encrypt1
01b0 T _des_setkey
 U _mutex_lock
 U _mutex_unlock
 U _thr_getspecific
 U _thr_keycreate
 U _thr_setspecific
033c W des_crypt
0274 W des_encrypt
01b0 W des_setkey
 U free
 U malloc
#

The installation is actually very fresh, as I re-installed the
machine some year ago but it was turned off since few days. With
whatever last aggregate patches were available on dying Solaris
web pages.

# gcc -v
Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.6/3.4.2/specs
Configured with: ../configure --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --disable-nls --disable-libgcj
--enable-languages=c,c++
Thread model: posix
gcc version 3.4.2
#

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3264] Use -lcrypto instead of -lcrypt on Solaris 2.6 when available

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Something must be broken with your system installation. des_crypt.o
should define the function _des_crypt (ar x /usr/lib/libcrypt.a;nm -g
des_crypt.o). What linker are you using?

It seems that the shared version of libcrypt was only added in Solaris
7, but the static version should work regardless.

Regards,
Martin

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3265] Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error: `MAP_ANONYMOUS' undeclared

[Martin Mokrejs]

Martin Mokrejs <[EMAIL PROTECTED]> added the comment:

http://unix.derkeiler.com/Newsgroups/comp.unix.solaris/2004-07/0256.html
http://source.winehq.org/source/libs/wine/mmap.c

I will stop posting URLs. ;-)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3265] Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error: `MAP_ANONYMOUS' undeclared

[Martin Mokrejs]

Martin Mokrejs <[EMAIL PROTECTED]> added the comment:

A Goggle search gives between many others:
http://gcc.gnu.org/ml/gcc/2000-09/msg00054.html
http://www.ravenbrook.com/project/mps/master/design/vmso/
http://developers.sun.com/solaris/articles/read_mmap.html

Added file: http://bugs.python.org/file10799/mmap.2

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3268] Cleanup of tp_basicsize inheritance

[Adam Olsen]

New submission from Adam Olsen <[EMAIL PROTECTED]>:

inherit_special contains logic to inherit the base type's tp_basicsize
if the new type doesn't have it set.  The logic was spread over several
lines, but actually does almost nothing (presumably an artifact of
previous versions), so here's a patch to clean it up.

There was also an incorrect comment which I've removed.  A new one
should perhaps be added explaining what the other code there does, but
it's not affected by what I'm changing, and I'm not sure why it's doing
what it's doing anyway, so I'll leave that to someone else.

--
files: python-inheritsize.diff
keywords: patch
messages: 69169
nosy: Rhamphoryncus, nnorwitz
severity: normal
status: open
title: Cleanup of tp_basicsize inheritance
Added file: http://bugs.python.org/file10798/python-inheritsize.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3267] yield in list comprehensions possibly broken in 3.0

[Erick Tryzelaar]

New submission from Erick Tryzelaar <[EMAIL PROTECTED]>:

This may be a known consequence of python 3.0, but I couldn't find any 
reference to it, nor a test case that covers it. Here's a valid use of yield 
in 2.5.1:

>>> def foo():
...   x=[(yield x) for x in 1,2,3]
...   yield 5
...   yield x
>>> x=foo()
>>> x.next()
1
>>> x.send(6)
2
>>> x.send(7)
3
>>> x.send(8)
5
>>> x.send(9)
[6, 7, 8]
>>> x.send(10)
Traceback (most recent call last):
  File "", line 1, in 
StopIteration


But in python 3.0, this code results in:

>>> def foo():
...   x=[(yield x) for x in (1,2,3)]
...   yield 5
...   yield x
>>> x=foo()
>>> next(x)
5
>>> x.send(6)
 at 0x3678f0>
>>> x.send(7)
Traceback (most recent call last):
  File "", line 1, in 
StopIteration


Looking further, it seems that this is a comprehension:

>>> def foo(): [(yield 5)]
>>> type(foo())


Whereas this is not:

>>> def foo(): [(yield 5) for x in range(3)]
>>> type(foo())



Is this expected behavior?

--
components: Interpreter Core
messages: 69168
nosy: erickt
severity: normal
status: open
title: yield in list comprehensions possibly broken in 3.0
versions: 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

[issue3264] Use -lcrypto instead of -lcrypt on Solaris 2.6 when available

[Martin Mokrejs]

Martin Mokrejs <[EMAIL PROTECTED]> added the comment:

# ar tv /usr/lib/libcrypt.a
rw-rw-r-- 0/1   1296 Jul 16 05:57 1997 crypt.o
rw-rw-r-- 0/1   4996 Jul 16 05:57 1997 cryptio.o
rw-rw-r-- 0/1   1508 Jul 16 05:57 1997 des_encrypt.o
rw-rw-r-- 0/1   5356 Jul 16 05:58 1997 des_crypt.o
# ls -la /usr/lib/libcrypt.so
ls: cannot access /usr/lib/libcrypt.so: No such file or directory
#

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3266] Python-2.5.2/Modules/mmapmodule.c:915: error: `O_RDWR' undeclared

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Why do you think there is a typo? O_RDWR is a valid constant that should
be provided on all Unix-like systems.

Can you please find out from the open(2) man page: a) whether Solaris
2.6 supports the O_RDWR constant, b) what header files to include, and
c) whether including these header files solves the problem?

--
nosy: +loewis

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3265] Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error: `MAP_ANONYMOUS' undeclared

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Can you please report from the mmap man page how anonymous mappings can
be achieved on Solaris 2.6?

--
assignee:  -> theller
nosy: +loewis, theller

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3264] Use -lcrypto instead of -lcrypt on Solaris 2.6 when available

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Why didn't it link with /usr/lib/libcrypt.so? That has always worked on
Solaris, including Solaris 2.6.

In addition, even if it did decide to use libcrypt.a for some strange
reason, it should still link successfully, since libcrypt.a should
define _des_encrypt. Please do "ar tv /usr/lib/libcrypt.a", and report
the object files contained in the library.

--
nosy: +loewis

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3259] fix_imports needs to be using the 'as' keyword

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
resolution:  -> invalid

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3259] fix_imports needs to be using the 'as' keyword

[Brett Cannon]

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

Gotcha. Here is to hoping that won't cause issues with someone's
variable name being silly.

--
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

[issue3261] Lib/test/test_cookielib declares utf-8 encoding, but contains non-valid bytes

[Brett Cannon]

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

On Wed, Jul 2, 2008 at 3:30 PM, Leonardo Soto <[EMAIL PROTECTED]> wrote:
>
> Leonardo Soto <[EMAIL PROTECTED]> added the comment:
>
> Thanks, that was fast!
>

It was simple and came into my inbox at just the right time. =)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3259] fix_imports needs to be using the 'as' keyword

[Benjamin Peterson]

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

Yeah, but then commands will be replaced with subprocess.

$ cat > m
import commands
commands.getoutput()
$ 2to3 m
RefactoringTool: Skipping implicit fixer: buffer
RefactoringTool: Skipping implicit fixer: idioms
RefactoringTool: Skipping implicit fixer: ws_comma
--- m (original)
+++ m (refactored)
@@ -1,2 +1,2 @@
-import commands
-commands.getoutput()
+import subprocess
+subprocess.getoutput()

--
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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

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

Barring the segfaults Mark is seeing, I went through and removed all of 
the tests, and I have been incrementally adding them back one by one. 
_TestQueue seems to be the one (at least, the first) which is hanging 
intermittently in a racquire(). If anyone else who is having hangs minds, 
please try removing _TestQueue and see if you can still get it to hang.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Adam Olsen]

Adam Olsen <[EMAIL PROTECTED]> added the comment:

Also, make sure you do a "make clean" since you last updated the tree or
touched any file or ran configure.  The automatic dependency checking
isn't 100% reliable.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Adam Olsen]

Adam Olsen <[EMAIL PROTECTED]> added the comment:

That looks better.  It crashed while deleting an exception, who's args
tuple has a bogus refcount.  Could be a refcount issue of the
exception or the args, or of something that that references them, or a
dangling pointer, or a buffer overrun, etc.

Things to try:
1) Run "pystack" in gdb, from Misc/gdbinit
2) Print the exception type.  Use "up" until you reach
BaseException_clear, then do "print self->ob_type->tp_name".  Also do
"print *self" and make sure the ob_refcnt is at 0 and the other fields
look sane.
3) Compile using --without-pymalloc and throw it at a real memory
debugger.  I'd suggest starting with your libc's own debugging
options, as they tend to be less invasive:
http://developer.apple.com/documentation/Performance/Conceptual/ManagingMemory/Articles/MallocDebug.html
.  If that doesn't work, look at Electric Fence, Valgrind, or your
tool of choice.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3262] re.split doesn't split with zero-width regex

[Matthew Barnett]

Changes by Matthew Barnett <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file10794/split_zero_width.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3262] re.split doesn't split with zero-width regex

[Matthew Barnett]

Matthew Barnett <[EMAIL PROTECTED]> added the comment:

New patch version after studying #988761 and doing more testing.

Added file: http://bugs.python.org/file10797/split_zero_width_2.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

Here's a new traceback (a different error again, this time: a negative 
refcount in Objects/tupleobject.c.)

Added file: http://bugs.python.org/file10796/traceback2.txt

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

> Are you sure that's right?

Not at all.  :-)

> That traceback has no mention of
> PyObject_Malloc or obmalloc.c.  Try checking the date.  Also, if  you
> use "gdb ./python.exe " to start gdb it should print a
> warning if the program doesn't match the core.

The date and time on the core file look right (Jul 2, 23:52 GMT+1), and 
gdb ./python.exe ... doesn't give any warning.  So I'm not sure what I 
did wrong.  I'll try again and see if I get the same thing.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

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

Doubtful Miki - I do the work on the module on an 8 Core Gentoo, 8 Core 
Mac Pro and Dual Core Macbook Pro - it's not a # of cores issue, unless 
it's simply a >1 issue.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3266] Python-2.5.2/Modules/mmapmodule.c:915: error: `O_RDWR' undeclared

[Martin Mokrejs]

New submission from Martin Mokrejs <[EMAIL PROTECTED]>:

Some typo in the sources showing up on Solaris 2.6 only?

building 'mmap' extension
gcc -shared -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I. -I/usr/scratch/Python-2.5.2/./Include -I.
-IInclude -I./Include -I/usr/local/include
-I/usr/scratch/Python-2.5.2/Include -I/usr/scratch/Python-2.5.2 -c
/usr/scratch/Python-2.5.2/Modules/mmapmodule.c -o
build/temp.solaris-2.6-sun4u-2.5/usr/scratch/Python-2.5.2/Modules/mmapmodule.o
/usr/scratch/Python-2.5.2/Modules/mmapmodule.c: In function
`new_mmap_object':
/usr/scratch/Python-2.5.2/Modules/mmapmodule.c:915: warning: implicit
declaration of function `open'
/usr/scratch/Python-2.5.2/Modules/mmapmodule.c:915: error: `O_RDWR'
undeclared (first use in this function)
/usr/scratch/Python-2.5.2/Modules/mmapmodule.c:915: error: (Each
undeclared identifier is reported only once
/usr/scratch/Python-2.5.2/Modules/mmapmodule.c:915: error: for each
function it appears in.)

--
components: Build
messages: 69153
nosy: mmokrejs
severity: normal
status: open
title: Python-2.5.2/Modules/mmapmodule.c:915: error: `O_RDWR' undeclared
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

[issue3265] Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error: `MAP_ANONYMOUS' undeclared

[Martin Mokrejs]

New submission from Martin Mokrejs <[EMAIL PROTECTED]>:

Hi,
  when building on Solaris 2.6 with gcc I get the following error:

building '_ctypes' extension
gcc -shared -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I. -I/usr/scratch/Python-2.5.2/./Include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi/include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi
-I/usr/scratch/Python-2.5.2/Modules/_ctypes/libffi/src -I. -IInclude
-I./Include -I/usr/local/include -I/usr/scratch/Python-2.5.2/Include
-I/usr/scratch/Python-2.5.2 -c
/usr/scratch/Python-2.5.2/Modules/_ctypes/_ctypes.c -o
build/temp.solaris-2.6-sun4u-2.5/usr/scratch/Python-2.5.2/Modules/_ctypes/_ctypes.o
gcc -shared -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I. -I/usr/scratch/Python-2.5.2/./Include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi/include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi
-I/usr/scratch/Python-2.5.2/Modules/_ctypes/libffi/src -I. -IInclude
-I./Include -I/usr/local/include -I/usr/scratch/Python-2.5.2/Include
-I/usr/scratch/Python-2.5.2 -c
/usr/scratch/Python-2.5.2/Modules/_ctypes/callbacks.c -o
build/temp.solaris-2.6-sun4u-2.5/usr/scratch/Python-2.5.2/Modules/_ctypes/callbacks.o
gcc -shared -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I. -I/usr/scratch/Python-2.5.2/./Include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi/include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi
-I/usr/scratch/Python-2.5.2/Modules/_ctypes/libffi/src -I. -IInclude
-I./Include -I/usr/local/include -I/usr/scratch/Python-2.5.2/Include
-I/usr/scratch/Python-2.5.2 -c
/usr/scratch/Python-2.5.2/Modules/_ctypes/callproc.c -o
build/temp.solaris-2.6-sun4u-2.5/usr/scratch/Python-2.5.2/Modules/_ctypes/callproc.o
/usr/scratch/Python-2.5.2/Modules/_ctypes/callproc.c: In function
`_CallProc':
/usr/scratch/Python-2.5.2/Modules/_ctypes/callproc.c:921: warning:
implicit declaration of function `alloca'
gcc -shared -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I. -I/usr/scratch/Python-2.5.2/./Include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi/include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi
-I/usr/scratch/Python-2.5.2/Modules/_ctypes/libffi/src -I. -IInclude
-I./Include -I/usr/local/include -I/usr/scratch/Python-2.5.2/Include
-I/usr/scratch/Python-2.5.2 -c
/usr/scratch/Python-2.5.2/Modules/_ctypes/stgdict.c -o
build/temp.solaris-2.6-sun4u-2.5/usr/scratch/Python-2.5.2/Modules/_ctypes/stgdict.o
gcc -shared -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I. -I/usr/scratch/Python-2.5.2/./Include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi/include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi
-I/usr/scratch/Python-2.5.2/Modules/_ctypes/libffi/src -I. -IInclude
-I./Include -I/usr/local/include -I/usr/scratch/Python-2.5.2/Include
-I/usr/scratch/Python-2.5.2 -c
/usr/scratch/Python-2.5.2/Modules/_ctypes/cfield.c -o
build/temp.solaris-2.6-sun4u-2.5/usr/scratch/Python-2.5.2/Modules/_ctypes/cfield.o
gcc -shared -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I. -I/usr/scratch/Python-2.5.2/./Include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi/include
-Ibuild/temp.solaris-2.6-sun4u-2.5/libffi
-I/usr/scratch/Python-2.5.2/Modules/_ctypes/libffi/src -I. -IInclude
-I./Include -I/usr/local/include -I/usr/scratch/Python-2.5.2/Include
-I/usr/scratch/Python-2.5.2 -c
/usr/scratch/Python-2.5.2/Modules/_ctypes/malloc_closure.c -o
build/temp.solaris-2.6-sun4u-2.5/usr/scratch/Python-2.5.2/Modules/_ctypes/malloc_closure.o
/usr/scratch/Python-2.5.2/Modules/_ctypes/malloc_closure.c: In function
`more_core':
/usr/scratch/Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error:
`MAP_ANONYMOUS' undeclared (first use in this function)
/usr/scratch/Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error:
(Each undeclared identifier is reported only once
/usr/scratch/Python-2.5.2/Modules/_ctypes/malloc_closure.c:70: error:
for each function it appears in.)
building '_ctypes_test' extension
gcc -shared -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -I. -I/usr/scratch/Python-2.5.2/./Include -I.
-IInclude -I./Include -I/usr/local/include
-I/usr/scratch/Python-2.5.2/Include -I/usr/scratch/Python-2.5.2 -c
/usr/scratch/Python-2.5.2/Modules/_ctypes/_ctypes_test.c -o
build/temp.solaris-2.6-sun4u-2.5/usr/scratch/Python-2.5.2/Modules/_ctypes/_ctypes_test.o
gcc -shared -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes
build/temp.solaris-2.6-sun4u-2.5/usr/scratch/Python-2.5.2/Modules/_ctypes/_ctypes_test.o
-L/usr/local/lib -o build/lib.solaris-2.6-sun4u-2.5/_ctypes_test.so


Let me add that I see -fPIC in the top-level Makefile but do not know
why -static is not in the same variable as well. Anyway, it is not
a shared library problem I think as I already recompiled my bzip2,
openssl and ncurses libs with "-shared -fpic". ;-)

--
messages: 69152
nosy: mmokrejs
severity: normal
status: open
title: Python-2

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Miki Tebeka]

Miki Tebeka <[EMAIL PROTECTED]> added the comment:

I just run "make test" and it never moves past test_multiprocessing.

Maybe it's my machine which is dual cpu quad core (total of 8 cores)?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3262] re.split doesn't split with zero-width regex

[Matthew Barnett]

Matthew Barnett <[EMAIL PROTECTED]> added the comment:

I've found that this issue has been discussed before: #988761.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Adam Olsen]

Adam Olsen <[EMAIL PROTECTED]> added the comment:

On Wed, Jul 2, 2008 at 5:08 PM, Mark Dickinson <[EMAIL PROTECTED]> wrote:
>
> Mark Dickinson <[EMAIL PROTECTED]> added the comment:
>
> Okay.  I just got about 5 perfect runs of the test suite, followed by:
>
> Macintosh-3:trunk dickinsm$ ./python.exe -m test.regrtest
> [...]
> test_multiprocessing
> Assertion failed: (bp != NULL), function PyObject_Malloc, file
> Objects/obmalloc.c, line 746.
> Abort trap (core dumped)
>
> I then did:
>
> gdb -c /cores/core.16235
>
> I've attached the traceback as traceback.txt

Are you sure that's right?  That traceback has no mention of
PyObject_Malloc or obmalloc.c.  Try checking the date.  Also, if  you
use "gdb ./python.exe " to start gdb it should print a
warning if the program doesn't match the core.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3122] sys.getsizeof() gives an AttributeError for _sre objects.

[Amaury Forgeot d'Arc]

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

It now works for SRE objects in the py3k branch since r64672, but my
patch is still needed for types that define tp_getattr.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3263] Odd code fragment in ABC definitions

[Guido van Rossum]

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

There are tons of ways to violate Liskov in Python. Liskov is not always
the right rule.

NotImplemented is not appropriate -- it is only used as a magic return
value from binary functions.

--
resolution:  -> rejected
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

[issue3262] re.split doesn't split with zero-width regex

[Guido van Rossum]

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

Probably by design. There's probably even a unittest for this behavior.

--
nosy: +gvanrossum

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3263] Odd code fragment in ABC definitions

[Raymond Hettinger]

Raymond Hettinger <[EMAIL PROTECTED]> added the comment:

I don't think we should build in explicit support for bad designs that 
violate the Liskov substitution principle. Are there any valid use 
cases for wanting non-hashable subclasses of hashable classes?

If for some reason, this feature survives, it would be better to use 
NotImplemented instead of None.

--
versions: +Python 2.6 -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

[issue3264] Use -lcrypto instead of -lcrypt on Solaris 2.6 when available

[Martin Mokrejs]

New submission from Martin Mokrejs <[EMAIL PROTECTED]>:

Hi,
  although the issues libraries to be created with -fpic are known I
still do believe ./config could do something here:

building 'crypt' extension
gcc -shared -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes
build/temp.solaris-2.6-sun4u-2.5/usr/scratch/Python-2.5.2/Modules/cryptmodule.o
-L/usr/local/lib -lcrypt -o build/lib.solaris-2.6-sun4u-2.5/crypt.so
Text relocation remains referenced
against symbol  offset  in file
_des_setkey 0x4 /usr/lib/libcrypt.a(crypt.o)
_des_encrypt0x10/usr/lib/libcrypt.a(crypt.o)
_des_crypt  0x1c/usr/lib/libcrypt.a(crypt.o)
   0x4
/usr/lib/libcrypt.a(des_crypt.o)
   0x8
/usr/lib/libcrypt.a(des_crypt.o)
...
ld: fatal: relocations remain against allocatable but non-writable sections
collect2: ld returned 1 exit status
# gcc -shared -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes
build/temp.solaris-2.6-sun4u-2.5/usr/scratch/Python-2.5.2/Modules/cryptmodule.o
-L/usr/local/lib -lcrypto -o build/lib.solaris-2.6-sun4u-2.5/crypt.so
#

--
components: Build
messages: 69144
nosy: mmokrejs
severity: normal
status: open
title: Use -lcrypto instead of -lcrypt on Solaris 2.6 when available
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

[issue3263] Odd code fragment in ABC definitions

[Amaury Forgeot d'Arc]

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

This is precisely under discussion in issue2235:
if a base class is hashable, a derived class may set __hash__ to None,
and disallow hashing.

--
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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

Okay.  I just got about 5 perfect runs of the test suite, followed by:

Macintosh-3:trunk dickinsm$ ./python.exe -m test.regrtest
[...]
test_multiprocessing
Assertion failed: (bp != NULL), function PyObject_Malloc, file 
Objects/obmalloc.c, line 746.
Abort trap (core dumped)

I then did:

gdb -c /cores/core.16235

I've attached the traceback as traceback.txt

Added file: http://bugs.python.org/file10795/traceback.txt

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3247] dir of an "_sre.SRE_Match" object not working

[Amaury Forgeot d'Arc]

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

Done in several changes: r64672 r64674 r64681.

Now the dir() is even more complete than before. I get:
['__class__', '__copy__', '__deepcopy__', '__delattr__', '__doc__',
'__eq__', '__format__', '__ge__', '__getattribute__', '__gt__',
'__hash__', '__init__', '__le__', '__lt__', '__ne__', '__new__',
'__reduce__', '__reduce_ex__', '__repr__','__setattr__', '__sizeof__',
'__str__', '__subclasshook__', 'end', 'endpos', 'expand', 'group',
'groupdict', 'groups', 'lastgroup', 'lastindex', 'pos', 're', 'regs',
'span', 'start', 'string']

--
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

[issue3263] Odd code fragment in ABC definitions

[Raymond Hettinger]

New submission from Raymond Hettinger <[EMAIL PROTECTED]>:

In the Hashable ABC, there is a peculiar code fragment:

if "__hash__" in B.__dict__:
if B.__dict__["__hash__"]:
return True
break

When would the innermost if-statement ever be False?  Is there a reason 
to define __hash__ to be something that evaluates to False?

--
assignee: gvanrossum
messages: 69140
nosy: gvanrossum, rhettinger
severity: normal
status: open
title: Odd code fragment in ABC definitions
versions: Python 2.5, 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

[issue3262] re.split doesn't split with zero-width regex

[Matthew Barnett]

Matthew Barnett <[EMAIL PROTECTED]> added the comment:

The attached patch appears to work.

--
keywords: +patch
Added file: http://bugs.python.org/file10794/split_zero_width.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Amaury Forgeot d'Arc]

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

And please add the "-v" option at the end, so we can see which function
fails

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

[Amaury Forgeot d'Arc]

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

Isn't that a serious compatibility issue? 2.5 code should work on 2.6
with minimal effort.


For deque objects, I don't get your point:

Python 2.6b1+ (trunk, Jul  1 2008, 22:35:48) [MSC v.1500 32 bit Intel)]
on win32
>>> from collections import deque
>>> hash(deque())
TypeError: deque objects are unhashable

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3261] Lib/test/test_cookielib declares utf-8 encoding, but contains non-valid bytes

[Leonardo Soto]

Leonardo Soto <[EMAIL PROTECTED]> added the comment:

Thanks, that was fast!

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3261] Lib/test/test_cookielib declares utf-8 encoding, but contains non-valid bytes

[Brett Cannon]

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

Backported to 2.5 in r64680 and blocked/merged in 3.0 (which had no
issues) in r64678 and r64679.

--
assignee:  -> brett.cannon
status: pending -> closed
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

[issue3262] re.split doesn't split with zero-width regex

[Matthew Barnett]

New submission from Matthew Barnett <[EMAIL PROTECTED]>:

re.split doesn't split a string when the regex matches a zero characters.

For example:

re.split(r'\b', 'a b') returns ['a b'] instead of ['', 'a', ' ', 'b', ''].

re.split(r'(?

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Adam Olsen]

Adam Olsen <[EMAIL PROTECTED]> added the comment:

On Wed, Jul 2, 2008 at 3:44 PM, Mark Dickinson <[EMAIL PROTECTED]> wrote:
>
> Mark Dickinson <[EMAIL PROTECTED]> added the comment:
>
>> Mark, can you try commenting out _TestCondition and seeing if you can
>> still get it to hang?;
>
> I removed the _TestCondition class entirely from test_multiprocessing,
> and did make test again.  It didn't hang! :-)  It crashed instead.  :-(

Try running "ulimit -c unlimited" in the shell before running the test
(from the same shell).  After it aborts it should dump a core file,
which you can then inspect using "gdb ./python core", to which "bt"
will give you a stack trace ("backtrace").

On a minor note, I'd suggest running "./python -m test.regrtest"
explicitly, rather than "make test".  The latter runs the test suite
twice, deleting all .pyc files before the first run, to detect
problems in their creation.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3261] Lib/test/test_cookielib declares utf-8 encoding, but contains non-valid bytes

[Brett Cannon]

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

Well, r64673 was a failed attempt at fixing this by blindly changing the
file over to UTF-8. But r64677 reverted the previous commit and just
changed the encoding specification for the file.

I am not backporting to 2.5 and forward-porting to 3.0.

--
nosy: +brett.cannon
resolution:  -> fixed
status: open -> pending

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

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

That output exceeds my knowledge of python internals by several light 
years. :(

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

> Mark, can you try commenting out _TestCondition and seeing if you can 
> still get it to hang?;

I removed the _TestCondition class entirely from test_multiprocessing, 
and did make test again.  It didn't hang! :-)  It crashed instead.  :-(
 
The output's below, in all its gory glory.  I can't make head or tail or 
it, but maybe someone else can.  The last two runs before this gave me a 
Segmentation fault.

test_multiprocessing
Debug memory block at address p=0x2ecd928:
Debug memory block at address p=0x2ecd928:
49 bytes originally requested
49 bytes originally requested
The 4 pad bytes at p-4 are The 4 pad bytes at p-4 are 
FORBIDDENBYTE, as expected.
FORBIDDENBYTE, as expected.
The 4 pad bytes at tail=0x2ecd959 are The 4 pad bytes at 
tail=0x2ecd959 are not all FORBIDDENBYTE (0xfb):
not all FORBIDDENBYTE (0xfb):
at tail+0: 0x7dat tail+0: 0x7d *** OUCH *** OUCH

at tail+1: 0x74at tail+1: 0x74 *** OUCH *** OUCH

at tail+2: 0x71at tail+2: 0x71 *** OUCH *** OUCH

at tail+3: 0x02at tail+3: 0x02 *** OUCH *** OUCH

The block was made by call #782281511 to debug malloc/realloc.
The block was made by call #782281511 to debug malloc/realloc.
Data at p:Data at p: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 ... ... 87 87 71 71 02 02 2e 2e 00 00 1c 1c 02 02 85 85

Fatal Python error: bad trailing pad byte
Fatal Python error: bad trailing pad byte
make: *** [test] Abort trap

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

[Nick Coghlan]

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

Unhashable types that implement an "I'm not hashable" __hash__ method
will indeed require modification in 2.6 in order to avoid incorrectly
passing an "isinstance(obj, collections.Hashable)" check (note that
several of the mutable standard library types such as collections.deque
are incorrectly detected as hashable in the current SVN trunk).

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

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

Mark, can you try commenting out _TestCondition and seeing if you can 
still get it to hang?;

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

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

Thanks. I'm a been mystified why it hanging on you - I'm on a 2008 Macbook 
Pro running latest 10.5.4. I'm still trying to get it to hang though.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3119] pickle.py is limited by python's call stack

[Antoine Pitrou]

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

Hi,

Le mercredi 02 juillet 2008 à 20:43 +, Aaron Gallagher a écrit :
> Aaron Gallagher <[EMAIL PROTECTED]> added the comment:
> 
> Ah, I didn't know that a list would be as fast for appending and popping. 
> I knew that lists were optimized for .append() and .pop(), but I didn't 
> know that a list would be just as fast as a deque if it was just used as a 
> stack.

If you have a few minutes to spare, the best would be to measure the
speed of both possibilities, and opt for the fastest. 

> And I'll be happy to write unit tests if it can be pointed out to me how 
> exactly they can be written. Should it just test to make sure pickling a 
> deeply nested object hierarchy can be pickled without raising a 
> RuntimeError?

Yes, exactly. Just create a very deeply nested object (a list should be
sufficient I suppose), pickle it, unpickle it, and check that the result
is equal to the original. No need to do more. Don't bother catching the
eventual RuntimeError, if it is raised the test will be failed anyway.

Since your patch only regards the pickle module (not cPickle) I suppose
the test could go directly into Lib/test/test_pickle.py.

(oh and don't forget to check the test case fails without your
patch :-))

Thanks !

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

> What platform mark?

OS X 10.5.4/Intel Core 2 Duo.  (It's a 2007 Macbook Pro.)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

Here's an interesting snippet from the my most recent attempt to run 
'make test'.  I got a failed assertion:

[...]
test_multibytecodec_support
test_multifile
test_multiprocessing
Assertion failed: (bp != NULL), function PyObject_Malloc, file 
Objects/obmalloc.c, line 746.
make: *** [test] Abort trap
./python.exe -E -tt ./Lib/test/regrtest.py -l 
test_grammar
test_opcodes
[...]

This is again on OS X 10.5.3;  I built with:

LDFLAGS=-L/opt/local/lib CPPFLAGS=-I/opt/local/include ./configure --
with-pydebug && make

(the /opt/local stuff is there because that's where my readline library 
is...)

Python 2.6b1+ (trunk:64671, Jul  2 2008, 21:51:37) 
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

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

What platform mark?

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

> The G4 buildbot is green right now.

Sure.  But it looks like test_multiprocessing hung on build 3645, which 
as far as I can tell included all the recent fixes.

My machine's behaving the same way:  when doing 'make test', sometimes 
test_multiprocessing passes, sometimes (about half the time, maybe a 
little less) it hangs.  Unfortunately, when running test_multiprocessing 
by itself it hardly ever hangs;  and when running it under regrtest.py 
with verbose output it doesn't hang either, so it's a little difficult 
to figure out where things are going wrong.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

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

Looking through the buildbot's history (OSX G4) I can see it hung *prior* 
and after the change to turn the manager tests back on, so it's unrelated 
to those tests. I'll reopen this bug.

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

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

The G4 buildbot is green right now.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

The g4 buildbot still isn't happy, either.  See:

http://www.python.org/dev/buildbot/trunk.stable/g4%20osx.4%20trunk/builds/
3645/step-test/0

(This was a run of revision 64663, I think.)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3119] pickle.py is limited by python's call stack

[Aaron Gallagher]

Aaron Gallagher <[EMAIL PROTECTED]> added the comment:

Ah, I didn't know that a list would be as fast for appending and popping. 
I knew that lists were optimized for .append() and .pop(), but I didn't 
know that a list would be just as fast as a deque if it was just used as a 
stack.

And I'll be happy to write unit tests if it can be pointed out to me how 
exactly they can be written. Should it just test to make sure pickling a 
deeply nested object hierarchy can be pickled without raising a 
RuntimeError? I tried to make this as transparent as possible of a change.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3247] dir of an "_sre.SRE_Match" object not working

[Amaury Forgeot d'Arc]

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

The cause is that this object use a custom tp_getattr slot, and use
Py_FindMethod from there. and py3k removed the special "__methods__"
lookup that allowed to lists these items.

Of course, nowadays the way to add methods is not to put them in
tp_getattr, but in a tp_methods slot.

--
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

[issue3238] backport python 3.0 language functionality to python 2.6 by adding 7 opcodes to ceval.c

[Collin Winter]

Collin Winter <[EMAIL PROTECTED]> added the comment:

I don't know why this is assigned to me.

--
assignee: collinwinter -> 
components: +None -2to3 (2.x to 3.0 conversion tool)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3261] Lib/test/test_cookielib declares utf-8 encoding, but contains non-valid bytes

[Leonardo Soto]

New submission from Leonardo Soto <[EMAIL PROTECTED]>:

http://svn.python.org/projects/python/branches/release25-maint/Lib/test/test_cookielib.py
contains non-utf8 bytes.

Currently, That confuses Jython.

--
messages: 69115
nosy: leosoto
severity: normal
status: open
title: Lib/test/test_cookielib declares utf-8 encoding, but contains non-valid 
bytes
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

[issue3260] fix_imports does not handle intra-package renames

[Brett Cannon]

New submission from Brett Cannon <[EMAIL PROTECTED]>:

``from test import test_support`` should lead to ``from test import
support as test_support``. Also does not work for ``from
test.test_support import Error``.

There is also no good way to handle ``import test.test_support`` since
``import test.test_support as test.support`` is an error. Perhaps
``import test.support; test.test_support = support``?

At the moment test.support is the only rename like this, so it is not
critical that this be fixed immediately as probably few people use the
module outside of the stdlib.

--
assignee: collinwinter
components: 2to3 (2.x to 3.0 conversion tool)
messages: 69114
nosy: brett.cannon, collinwinter
priority: high
severity: normal
status: open
title: fix_imports does not handle intra-package renames
type: behavior

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3259] fix_imports needs to be using the 'as' keyword

[Brett Cannon]

New submission from Brett Cannon <[EMAIL PROTECTED]>:

If you run ``echo "import commands" | ./2to3 -f imports -``, you end up
with ``import subprocess``. That's bad as the code in the module works
off of 'commands'. The fix really should be ``import subprocess as
commands``.

--
assignee: collinwinter
components: 2to3 (2.x to 3.0 conversion tool)
messages: 69113
nosy: brett.cannon, collinwinter
priority: critical
severity: normal
status: open
title: fix_imports needs to be using the 'as' keyword

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2876] Write UserDict fixer for 2to3

[Brett Cannon]

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

There is a possible patch in issue2046.

--
superseder:  -> patch to fix_import: UserDict -> collections

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2046] patch to fix_import: UserDict -> collections

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
superseder: Write UserDict fixer for 2to3 -> 

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2046] patch to fix_import: UserDict -> collections

[Brett Cannon]

Changes by Brett Cannon <[EMAIL PROTECTED]>:


--
superseder:  -> Write UserDict fixer for 2to3

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3235] Improve subprocess module usage

[Martin Mokrejs]

Martin Mokrejs <[EMAIL PROTECTED]> added the comment:

Georg, but would you please improve the docs explaining what communicate
really does? The syntax is nice but I don't see how can I use poll()
described in the same above to use that. Providing Examples section
would be the best. Of course I don't mind if the examples come from Doug
Hellman or not, as mentioned in msg68956. ;-) Or how about placing a
link to that page
(http://blog.doughellmann.com/2007/07/pymotw-subprocess.html)?

Please reopen unless better docs are available. I don't care about 2.6
either, sorry.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

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

Miki where does it hang? I've run it in a tight loop for over 500 
iterations without a single hang.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Miki Tebeka]

Miki Tebeka <[EMAIL PROTECTED]> added the comment:

Still hangs for me on revision 64665

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1690840] xmlrpclib methods submit call on __str__, __repr__

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3125] test_multiprocessing causes test_ctypes to fail

[Jesse Noller]

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

Tests are back on as of r64663 on trunk.

--
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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Amaury Forgeot d'Arc]

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

Not sure that all problems reported here are resolved.
For example, "test_get (__main__.WithProcessesTestQueue)" does not seem
to use threading.local at all.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue449227] rlcompleter add "(" to callables feature

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

Fixed in 64664.

Thank you everybody!

--
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

[issue3125] test_multiprocessing causes test_ctypes to fail

[Jesse Noller]

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

I closed the wrong bug

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3088] test_multiprocessing hangs on OS X 10.5.3

[Jesse Noller]

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

Tests are back on as of r64663 on trunk.

--
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

[issue3258] ctypes assertion failure in trunk

[Tim Golden]

Tim Golden <[EMAIL PROTECTED]> added the comment:

The comment just before _ctypes.c:309 indicates that when a NULL is
returned at that point, an error condition should already obtain.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3258] ctypes assertion failure in trunk

[Tim Golden]

New submission from Tim Golden <[EMAIL PROTECTED]>:

The following code raises an Assertion Failure under debug in r64518
running on Windows XP SP2:


import ctypes

class X (ctypes.Structure): pass

ctypes.POINTER (X)


Assertion failed: PyErr_Occurred(), file ..\Modules\_ctypes\_ctypes.c,
line 309

--
assignee: theller
components: ctypes
messages: 69102
nosy: theller, tim.golden
severity: normal
status: open
title: ctypes assertion failure in trunk
type: crash
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

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

[Amaury Forgeot d'Arc]

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

I don't like the changes in listobject.c and dictobject.c: they seem to
imply that all unhashable types must be modified when upgrading to 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

[issue3257] "#define socklen_t int" in pyconfig.h

[Amaury Forgeot d'Arc]

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

This block is only to support the older VC6 compiler. Since your
installation was most certainly compiled with VS7, your change is correct.

(or better, something like:
   #if !defined(_MSC_VER) || _MSC_VER + 0 >= 1300
)

The trunk version (future 2.6) was already fixed with r64214: the
"#define socklen_t int" was moved to socketmodule.h, which is not
included in python.h.

--
nosy: +amaury.forgeotdarc
resolution:  -> out of date
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

[issue600362] relocate cgi.parse_qs() into urlparse

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

Hi Senthil, some details:

- You should not withdraw the parse_qsl from cgi.rst (btw, why didn't
you extracted also the parse_qs one?), but put a Deprecation message,
saying that the user should use it from the urlparse module.

- In cgi.py, in the added message "parse query string functions called
from urlparse", you should say that this is for backward compatibility
reasons.

- You defined an "unquote" function in urlparse.py. Isn't this function
the same that already exists in urllib? Why can't you just use that one?

Thank you!!

--
assignee:  -> facundobatista
nosy: +facundobatista

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3257] "#define socklen_t int" in pyconfig.h

[fgoujeon]

fgoujeon <[EMAIL PROTECTED]> added the comment:

Erratum:

The culpables are these lines (from line 428):
/* Define to `int' if  doesn't define.  */
#if _MSC_VER + 0 >= 1300
/* VC.NET typedefs socklen_t in ws2tcpip.h. */
#else
#define socklen_t int
#endif


Sorry.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3257] "#define socklen_t int" in pyconfig.h

[fgoujeon]

New submission from fgoujeon <[EMAIL PROTECTED]>:

Hello all,

I'm using MinGW 4.2.1 and was unable to compile my code when including
pyconfig.h.

The culpables are these lines (from line 428):

/* Define to `int' if  doesn't define.  */
#if 1 //_MSC_VER + 0 >= 1300
/* VC.NET typedefs socklen_t in ws2tcpip.h. */
#else
#define socklen_t int
#endif

MinGW (at least the version I use) typedefs socklen_t too, in ws2tcpip.h
(at line 272):
typedef int socklen_t;

When the #define takes effect, code becomes:
typedef socklen_t socklen_t;

...which leads to a compile error (really hard to understand):
C:/MinGW/include/ws2tcpip.h:272: error: multiple types in one declaration


I hope these details will be useful for you. I'm available for another
questions.

Thanks!

--
components: Library (Lib)
messages: 69097
nosy: fgoujeon
severity: normal
status: open
title: "#define socklen_t int" in pyconfig.h
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

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

[Nick Coghlan]

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

Suggestion from GvR (one I like): instead of re-using Py_None, add a new
C function that is stored in the tp_hash slot as a sentinel instead of
the Py_None value used in the posted version of the patch. This will
avoid breaking code that just checks for NULL before calling the tp_hash
slot directly, while still allowing typeobject.c to detect that the
object isn't actually hashable despite the presence of a non-NULL value
in the tp_hash slot.

(I'll keep the None at the Python level though, since that matches the
Py3k behaviour and plays nicely with collections.Hashable)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue754016] urlparse goes wrong with IP:port without scheme

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

I think this last patch is ok, but the third case that was raised in the
web-sig should be addressed:

"""
There's even a 3rd case: HTTP's Request-URI. For example, '//path' must
be treated as an abs_path consisting of two path_segments ['', 'path'],
not a net_loc, since the Request_URI must be one of ("*" | absoluteURI |
abs_path | authority).
"""

Please, address this new detail, and I'd commit this. Thanks!

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2195] urlparse() does not handle URLs with port numbers properly

[Facundo Batista]

Facundo Batista <[EMAIL PROTECTED]> added the comment:

Duplicate of the #754016 one.

--
nosy: +facundobatista
resolution:  -> duplicate
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

[issue678464] Docs don't define sequence-ness very well

[Benjamin Peterson]

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

I think the glossary now has some good definitions of iterable and
sequence, so we can close this. (after 5 years!)

--
nosy: +benjamin.peterson
resolution:  -> out of date
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

[issue648658] xmlrpc can't do proxied HTTP

[Barry A. Warsaw]

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


--
nosy: +barry

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3256] Multiprocessing docs are not 3.0-ready

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
assignee: georg.brandl -> jnoller

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3173] external strftime for Python?

[Skip Montanaro]

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

Good question.  I don't claim that the strftime.c I found is complete
for our needs, only that we can avoid the "rewrite strftime from
scratch" problem Guido indicated.

S

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3256] Multiprocessing docs are not 3.0-ready

[Jesse Noller]

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

If you're willing to make the patch - I can review and submit. I 
appreciate it

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3256] Multiprocessing docs are not 3.0-ready

[Andrii V. Mishkovskyi]

New submission from Andrii V. Mishkovskyi <[EMAIL PROTECTED]>:

Multiprocessing docs contain examples, that are not valid py3k code,
mostly because of print used as a statement. Example (taken from
multiprocessing.rst):

from multiprocessing import Process

def f(name):
print 'hello', name

if __name__ == '__main__':
p = Process(target=f, args=('bob',))
p.start()
p.join()

If no one is working on this already, than I'll start fixing this and
will present a patch in 2 or 3 days.

--
assignee: georg.brandl
components: Documentation
messages: 69090
nosy: georg.brandl, jnoller, mishok13, roudkerk
severity: normal
status: open
title: Multiprocessing docs are not 3.0-ready
versions: 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

[issue678464] Docs don't define sequence-ness very well

[Skip Montanaro]

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

(Sorry for the delay responding.  Gmail thought Facundo's response was
spam. :-/)  In defense of my bug report, note that I submitted it in
January 2003!  It's quite possible that the docs have improved in this
regard since then.

If you think the docs are up-to-date in this regard now (I have no time
to do a careful investigation) please close the ticket.

Skip

--
nosy: +skip.montanaro

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3190] Pydoc should ignore __package__ attributes

[Nick Coghlan]

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

Fixed for 2.6b2 in rev 64656 (will be ported to Py3k as part of the
normal merge process)

--
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

[issue3255] [proposal] alternative for re.sub

[Hirokazu Yamamoto]

New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>:

I often do same mistake again and again. Most of re module's method
takes optional argument "flags" like this.

finditer( pattern, string[, flags]) 

But, sub() takes optional argument "count" not "flags".

sub( pattern, repl, string[, count]) 

So, when I write this code, it doesn't behave like what I want.

re.sub("<[^>]+>", "", content, re.S)

I think it would be nice if the method which takes optional argument
"flags" and do same behavior with re.compile(pattern[, flags]).sub(repl,
string). Thank you.

--
components: Regular Expressions
messages: 69087
nosy: ocean-city
severity: normal
status: open
title: [proposal] alternative for re.sub
type: feature request

___
Python tracker <[EMAIL PROTECTED]>

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