[issue16572] Bad multi-inheritance support in some libs like threading or multiprocessing

[Daniel Urban]

Changes by Daniel Urban :


--
nosy: +daniel.urban

___
Python tracker 

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

[issue16472] Distutils+mingw links agains msvcr90, while python27.dll is linked agains msvcrt

[Václav Šmilauer]

Václav Šmilauer added the comment:

I am sorry for the initial confusion. python27.dll is really linked against 
MSVCR90. Its path, though, is 
c:\windows\winsxs\amd64_microsoft.vc90.crt_1fc8b3b9a1e18e3b_9.0.30729.4940_none_08e4299fa83d7e3c\MSVCR90.DLL,
 and perhaps is a different one found at runtime?

Dependency walker also reveals, that python27.dll links against SHELL32, which 
itself links to MSVCRT.

PS I am using the offical build of 2.7.3 on Windows7 64bit.

--

___
Python tracker 

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

[issue15043] test_gdb is disallowed by default security settings in Fedora 17

[Stefan Krah]

Stefan Krah added the comment:

The gdb version is "GNU gdb (GDB) Fedora (7.3.50.20110722-16.fc16)", which
looks like either a pre-release of 7.4 or a patched version.

Testing for (gdb_major_version, gdb_minor_version) >= (7, 3) would fix the
specific failure on Fedora 16, but I don't know if it would break other
7.3.x versions.

--

___
Python tracker 

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

[issue7976] warnings should provide a public API for accessing its option parsing code

[Bruno Dupuis]

Bruno Dupuis added the comment:

Ok, changes made. I also updated the tests

--
Added file: http://bugs.python.org/file28158/warnings_opt_parse_API-3.patch

___
Python tracker 

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

[issue16574] clarify policy on updates to final peps

[Martin v . Löwis]

Martin v. Löwis added the comment:

1. I think that the PEP author has the final say as to what specific text goes 
into the PEP. Contributors shouldn't modify other people's PEP without consent 
from the author(s).

2. This holds for all stages, including the Final stage. If the PEP author 
wants to clarify/elaborate, they may; if they don't feel like it, they don't 
need to (even if the implementation later deviates from the PEP).

3. We should avoid to refer to PEPs for specification in the documentation. If 
there is a documentation issue proposing to update the PEP because it's 
referenced from the documentation, the right action should be to stop 
referencing it, and to incorporate the PEP text into the documentation (as 
needed).

4. Even without the "In general" cop-out, I think the PEP is fine as written. 
It doesn't say (as Chris suggested in msg176603) that Final PEPs *should not* 
be modified, but that they *are not* modified. PEP 1 describes an ideal 
process, nobody should be surprised that the real world does not always follow 
the ideal. My biggest complaint about PEP 1 not being followed is the "PEP 
authors are responsible for collecting community feedback" requirement. Editing 
Final PEPs is absolutely no concern to me, since the PEP has already achieved 
what it was written for. So even if this rule was regularly ignored, I'd still 
continue to be a happy contributor to Python.

--

___
Python tracker 

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

[issue16477] tarfile fails to close file handles in case of exception

[Andrew Svetlov]

Andrew Svetlov added the comment:

Fixed. Thanks, Serhiy

--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue16477] tarfile fails to close file handles in case of exception

[Roundup Robot]

Roundup Robot added the comment:

New changeset b7bdc0b3c2fe by Andrew Svetlov in branch '3.2':
Issue #16477: Close tarfile internal handlers in case of exception.
http://hg.python.org/cpython/rev/b7bdc0b3c2fe

New changeset 80749ddc30b6 by Andrew Svetlov in branch '3.3':
Merge issue #16477: Close tarfile internal handlers in case of exception.
http://hg.python.org/cpython/rev/80749ddc30b6

New changeset 2d887691a99b by Andrew Svetlov in branch 'default':
Merge issue #16477: Close tarfile internal handlers in case of exception.
http://hg.python.org/cpython/rev/2d887691a99b

New changeset ea4bdf5a2e69 by Andrew Svetlov in branch '2.7':
Issue #16477: Close tarfile internal handlers in case of exception.
http://hg.python.org/cpython/rev/ea4bdf5a2e69

--
nosy: +python-dev

___
Python tracker 

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

[issue16574] clarify policy on updates to final peps

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

On Nov 29, 2012, at 12:16 PM, Martin v. Löwis wrote:

>1. I think that the PEP author has the final say as to what specific text
>goes into the PEP. Contributors shouldn't modify other people's PEP without
>consent from the author(s).
>
>2. This holds for all stages, including the Final stage. If the PEP author
>wants to clarify/elaborate, they may; if they don't feel like it, they don't
>need to (even if the implementation later deviates from the PEP).
>
>3. We should avoid to refer to PEPs for specification in the
>documentation. If there is a documentation issue proposing to update the PEP
>because it's referenced from the documentation, the right action should be to
>stop referencing it, and to incorporate the PEP text into the documentation
>(as needed).
>
>4. Even without the "In general" cop-out, I think the PEP is fine as
>written. It doesn't say (as Chris suggested in msg176603) that Final PEPs
>*should not* be modified, but that they *are not* modified. PEP 1 describes
>an ideal process, nobody should be surprised that the real world does not
>always follow the ideal. My biggest complaint about PEP 1 not being followed
>is the "PEP authors are responsible for collecting community feedback"
>requirement. Editing Final PEPs is absolutely no concern to me, since the PEP
>has already achieved what it was written for. So even if this rule was
>regularly ignored, I'd still continue to be a happy contributor to Python.

I agree with all of this.  Occasionally PEPs themselves may leave open the
possibility for future additions or changes.  Release schedule PEPs are one
example.  PEP 425 is another example, where the PEP seems like the logical
choice for registering future tags.

All this is fine IMHO, and doesn't need any further clarification in PEP 1.

--

___
Python tracker 

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

[issue16565] Increase Py_AddPendingCall array size

[Felipe Cruz]

Felipe Cruz added the comment:

Running test_aio_read
[New Thread 0x77ff7700 (LWP 20681)]
[New Thread 0x761ff700 (LWP 20682)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x761ff700 (LWP 20682)]
sem_post () at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_post.S:34
34  ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_post.S: No such file or 
directory.
(gdb) backtrace
#0  sem_post () at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_post.S:34
#1  0x0051b053 in PyThread_release_lock (lock=0x0) at 
Python/thread_pthread.h:346
#2  0x004c868f in PyEval_ReleaseLock () at Python/ceval.c:265
#3  0x00501974 in PyThreadState_DeleteCurrent () at Python/pystate.c:321
#4  0x00502116 in PyGILState_Release (oldstate=PyGILState_UNLOCKED) at 
Python/pystate.c:652
#5  0x7660ed44 in aio_completion_handler (sigval=...) at pyaio/core.c:26
#6  0x76409cdc in notify_func_wrapper (arg=0x78c0) at 
../sysdeps/pthread/aio_notify.c:45
#7  0x77bc4e9a in start_thread (arg=0x761ff700) at 
pthread_create.c:308
#8  0x771f14bd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#9  0x in ?? ()

--

___
Python tracker 

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

[issue16577] Suspect test.test_codeccallbacks.test_mutatingdecodehandler

[Amaury Forgeot d'Arc]

New submission from Amaury Forgeot d'Arc:

The test created by 504084c04ac0 passes for bad reasons, at least for the 
second part:
- "test.mutating" error handler is never used.
- If I replace the last line of the test, it still passes, but the TypeError is 
raised by exc.object[:] = b"" (bytes are not mutable!)

I suggest to revert this old change completely. The premises ("the decoder 
might use memory that's no longer in use") are no longer true.

--
components: Unicode
messages: 176645
nosy: amaury.forgeotdarc, ezio.melotti, haypo
priority: normal
severity: normal
status: open
title: Suspect test.test_codeccallbacks.test_mutatingdecodehandler

___
Python tracker 

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

[issue16472] Distutils+mingw links agains msvcr90, while python27.dll is linked agains msvcrt

[Martin v . Löwis]

Martin v. Löwis added the comment:

I think further investigation should require analysing the crash in a debugger. 
It may well be that the crash is completely unrelated to msvcrt.

--

___
Python tracker 

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

[issue16323] Wrong C API documentation for locale encoding

[Roundup Robot]

Roundup Robot added the comment:

New changeset af45e9ec35f0 by Andrew Svetlov in branch '3.3':
Remove redundant sentence from c-api docs (issue #16323)
http://hg.python.org/cpython/rev/af45e9ec35f0

New changeset efedd0f62a7e by Andrew Svetlov in branch 'default':
Merge: remove redundant sentence from c-api docs (issue #16323)
http://hg.python.org/cpython/rev/efedd0f62a7e

--

___
Python tracker 

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

[issue16323] Wrong C API documentation for locale encoding

[Andrew Svetlov]

Andrew Svetlov added the comment:

Removed bad sentence.

--

___
Python tracker 

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

[issue16565] Increase Py_AddPendingCall array size

[Antoine Pitrou]

Antoine Pitrou added the comment:

Is it with a debug Python build? `PyThread_release_lock (lock=0x0)` is a bit 
worrying.

--

___
Python tracker 

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

[issue15650] PEP 3121, 384 refactoring applied to dbm module

[Robin Schreiber]

Robin Schreiber added the comment:

Take a look at the discussion in Issue 15653.

--

___
Python tracker 

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

[issue16565] Increase Py_AddPendingCall array size

[Felipe Cruz]

Felipe Cruz added the comment:

Yes! 2.7.3 build with pydebug.

--

___
Python tracker 

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

[issue16194] imp.load_dynamic imports wrong module when called several times on a multi-module .so

[Andrew Svetlov]

Andrew Svetlov added the comment:

I think it should not be fixed in 2.7, so I guess to close the issue as wontfix.

--
nosy: +asvetlov

___
Python tracker 

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

[issue15989] Possible integer overflow of PyLong_AsLong() results

[Andrew Svetlov]

Changes by Andrew Svetlov :


--
nosy: +asvetlov

___
Python tracker 

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

[issue16194] imp.load_dynamic imports wrong module when called several times on a multi-module .so

[Nick Coghlan]

Nick Coghlan added the comment:

The behaviour won't change in 2.7, but the docs at 
http://docs.python.org/2/library/imp.html#imp.load_dynamic still need to be 
clarified.

e.g. add a note like:

Note: the import internals identify extension modules by filename, so doing 
``foo = load_dynamic("foo", "mod.so")`` and ``bar = load_dynamic("bar", 
"mod.so")`` will result in both foo and bar referring to the same module, 
regardless of whether or not ``mod.so`` exports an ``initbar`` function. On 
systems which support them, symlinks can be used to import multiple modules 
from the same shared library, as each reference to the module will use a 
different file name.

(probably flagged as a CPython implementation detail, since it's really an 
accident of the implementation rather than a deliberately considered language 
feature)

--

___
Python tracker 

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

[issue16421] importlib.machinery.ExtensionFileLoader cannot load several modules from the same shared object

[Nick Coghlan]

Nick Coghlan added the comment:

One nice feature of this is the potential to simplify single-file distribution 
- pack your application into a zip file, and only need to extract a single 
shared library for *all* your extension modules, which could be handled via a 
utility function called in __main__.py rather than needing to be built into the 
interpreter.

--

___
Python tracker 

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

[issue16194] imp.load_dynamic imports wrong module when called several times on a multi-module .so

[Andrew Svetlov]

Andrew Svetlov added the comment:

Pushed doc patch.
Nick, is it good for you?

--
Added file: http://bugs.python.org/file28159/issue16194.diff

___
Python tracker 

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

[issue7976] warnings should provide a public API for accessing its option parsing code

[Bruno Dupuis]

Changes by Bruno Dupuis :


--
hgrepos: +161
Added file: http://bugs.python.org/file28160/warnings_opt_parse_API-4.patch

___
Python tracker 

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

[issue16573] 2to3 should treat enumerate like sorted for zip, map, filter, dict, xrange

[Roundup Robot]

Roundup Robot added the comment:

New changeset 3c6d8461b09f by Benjamin Peterson in branch '3.2':
enumerate only requires an iterable (closes #16573)
http://hg.python.org/cpython/rev/3c6d8461b09f

New changeset 4ff17cf130eb by Benjamin Peterson in branch '3.3':
merge 3.2 (#16573)
http://hg.python.org/cpython/rev/4ff17cf130eb

New changeset 2bb604a691de by Benjamin Peterson in branch '2.7':
enumerate only requires an iterable (closes #16573)
http://hg.python.org/cpython/rev/2bb604a691de

New changeset ce3f0399ea33 by Benjamin Peterson in branch 'default':
merge 3.3 (#16573)
http://hg.python.org/cpython/rev/ce3f0399ea33

--
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue16573] 2to3 should treat enumerate like sorted for zip, map, filter, dict, xrange

[Benjamin Peterson]

Benjamin Peterson added the comment:

Thanks for the patch.

--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue16049] Create abstract base classes by inheritance rather than a direct invocation of __metaclass__

[Bruno Dupuis]

Bruno Dupuis added the comment:

This solution hides the risk of metaclass conflicts, as the user did not 
explicitly set the metaclass. IMO, this risk should be clearly told in the Doc.

--
nosy: +bruno.dupuis

___
Python tracker 

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

[issue16565] Increase Py_AddPendingCall array size

[Felipe Cruz]

Felipe Cruz added the comment:

Without debug backtrace

#0  sem_post () at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_post.S:34
#1  0x004d456e in PyGILState_Release ()
#2  0x759b9cdc in notify_func_wrapper (arg=0x78c0) at 
../sysdeps/pthread/aio_notify.c:45
#3  0x77bc4e9a in start_thread (arg=0x759b5700) at 
pthread_create.c:308
#4  0x769b64bd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5  0x in ?? ()

--

___
Python tracker 

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

[issue16549] regression: -m json.tool module is broken

[anatoly techtonik]

anatoly techtonik added the comment:

+1

--

___
Python tracker 

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

[issue16577] Suspect test.test_codeccallbacks.test_mutatingdecodehandler

[Walter Dörwald]

Walter Dörwald added the comment:

True, the second test uses the wrong error handler.

And yes, you're correct, bytes are now immutable. And even if I try to decode a 
bytearray, what the callback gets to see is still an immutable bytes object::

   import codecs

   def mutating(exc):
  if isinstance(exc, UnicodeDecodeError):
 exc.object[:] = b""
 return ("\u4242", 0)
  else:
 raise TypeError("don't know how to handle %r" % exc)

   codecs.register_error('mutating', mutating)

   input = bytearray(b'bbb\xff')

   input.decode('ascii', 'mutating')

This still raises:

   TypeError: 'bytes' object does not support item assignment

So the change should indeed be reverted.

--
nosy: +doerwalter

___
Python tracker 

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

[issue16421] importlib.machinery.ExtensionFileLoader cannot load several modules from the same shared object

[Brett Cannon]

Brett Cannon added the comment:

Are you still planning on committing this, Andrew?

--

___
Python tracker 

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

[issue16194] imp.load_dynamic imports wrong module when called several times on a multi-module .so

[Brett Cannon]

Brett Cannon added the comment:

The doc patch LGTM.

--

___
Python tracker 

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

[issue6835] doctest problem with decorated function when decorator is defined in separate file

[Bruno Dupuis]

Changes by Bruno Dupuis :


--
nosy: +bruno.dupuis

___
Python tracker 

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

[issue16578] Regular expressions with empty named groups breaks isname check

[Gabriel Rodríguez Alberich]

New submission from Gabriel Rodríguez Alberich:

>>> import re
>>> re.compile("(?P<>)")
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/re.py", line 190, in compile
return _compile(pattern, flags)
  File "/usr/lib/python2.7/re.py", line 240, in _compile
p = sre_compile.compile(pattern, flags)
  File "/usr/lib/python2.7/sre_compile.py", line 500, in compile
p = sre_parse.parse(p, flags)
  File "/usr/lib/python2.7/sre_parse.py", line 673, in parse
p = _parse_sub(source, pattern, 0)
  File "/usr/lib/python2.7/sre_parse.py", line 308, in _parse_sub
itemsappend(_parse(source, state))
  File "/usr/lib/python2.7/sre_parse.py", line 544, in _parse
if not isname(name):
  File "/usr/lib/python2.7/sre_parse.py", line 218, in isname
if not isident(name[0]):
IndexError: string index out of range

isname() shouldn't be blindly accessing name[0].

--
components: Regular Expressions
messages: 176664
nosy: Gabriel.Rodríguez.Alberich, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: Regular expressions with empty named groups breaks isname check
type: crash
versions: Python 2.7, Python 3.2

___
Python tracker 

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

[issue16578] Regular expressions with empty named groups break isname check

[Gabriel Rodríguez Alberich]

Changes by Gabriel Rodríguez Alberich :


--
title: Regular expressions with empty named groups breaks isname check -> 
Regular expressions with empty named groups break isname check

___
Python tracker 

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

[issue14803] Add feature to allow code execution prior to __main__ invocation

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
nosy: +barry

___
Python tracker 

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

[issue16578] Regular expressions with empty named groups break isname check

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Fixed in issue12759.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue16578] Regular expressions with empty named groups break isname check

[Gabriel Rodríguez Alberich]

Gabriel Rodríguez Alberich added the comment:

Uh, sorry about that. Thanks.

--
status: open -> closed

___
Python tracker 

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

[issue16578] Regular expressions with empty named groups break isname check

[Gabriel Rodríguez Alberich]

Changes by Gabriel Rodríguez Alberich :


--
resolution:  -> duplicate

___
Python tracker 

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

[issue16578] Regular expressions with empty named groups break isname check

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
stage:  -> committed/rejected
superseder:  -> "(?P=)" input for Tools/scripts/redemo.py raises unnhandled 
exception

___
Python tracker 

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

[issue16579] .pyw disturb multiprocessing behavior

[Alex stein]

New submission from Alex stein:

I made a software synchronizing every 2 seconds files from the network through 
SSH using Paramiko library.

The software works normally on Linux and Windows 32 and 64 bits (never tried on 
Mac).

At the office, I use Windows XP 32 bits:
By comfort I made a link on the desktop pointing to the __init__.py file. I had 
no problems. Then I switched the extension file to .pyw.
The files are not synchronized every 2 seconds anymore but typically some time 
after 5 minutes. At the restart the files are immediately detected and 
synchronized.

The software runs multiples threads and processes.

I tryed to update Python interpreter but the bug remains.

--
components: Windows
messages: 176667
nosy: Alex.stein
priority: normal
severity: normal
status: open
title: .pyw disturb multiprocessing behavior
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue16194] imp.load_dynamic imports wrong module when called several times on a multi-module .so

[Roundup Robot]

Roundup Robot added the comment:

New changeset 94de77bd0b4b by Andrew Svetlov in branch '2.7':
Issue #16194: document imp.load_dynamic problems
http://hg.python.org/cpython/rev/94de77bd0b4b

--
nosy: +python-dev

___
Python tracker 

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

[issue16194] imp.load_dynamic imports wrong module when called several times on a multi-module .so

[Andrew Svetlov]

Andrew Svetlov added the comment:

Documentation is fixed, behavior cannot be changed.
Close the issue

--
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue16579] .pyw disturb multiprocessing behavior

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

Unless you give more information, this is unlikely to be a bug in Python.

- Is your program running with Python 2?
- When it runs as a .py file, does it print to the console?
If both answers are yes, keep in mind that there is no console with a .pyw 
file, and the program will hang when some sys.stdout or sys.stderr buffer is 
full.
In this case, you could try Python 3 instead, or simply redirect sys.stdout and 
sys.stderr to a disk file.

--
nosy: +amaury.forgeotdarc

___
Python tracker 

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

[issue16580] Add examples to int.to_bytres and int.from_bytes

[Paddy McCarthy]

New submission from Paddy McCarthy:

http://docs.python.org/3.3/library/stdtypes.html?highlight=to_bytes#int.to_bytes
 and 
http://docs.python.org/3.3/library/stdtypes.html?highlight=to_bytes#int.to_bytes
 would benefit from an example showing what they do based on simpler coding.

I have such an example that I wrote here: 
http://paddy3118.blogspot.co.uk/2012/11/some-identities-for-python-inttobytes.html
 that you can use.

I.e.

>>> n = 2491969579123783355964723219455906992268673266682165637887
>>> length = 25
>>> n2bytesbig= n.to_bytes(length, 'big')
>>> n2byteslittle = n.to_bytes(length, 'little')
>>> assert n2bytesbig== bytes( (n >> i*8) & 0xff for i in 
>>> reversed(range(length)))
>>> assert n2byteslittle == bytes( (n >> i*8) & 0xff for i in range(length))
>>> assert n == sum( n2bytesbig[::-1][i] << i*8 for i in range(length) )
>>> assert n == sum( n2byteslittle[i]<< i*8 for i in range(length) )
>>> assert n == int.from_bytes(n2bytesbig,byteorder='big')
>>> assert n == int.from_bytes(n2byteslittle, byteorder='little')
>>>

--
assignee: docs@python
components: Documentation
messages: 176671
nosy: docs@python, paddy3118
priority: normal
severity: normal
status: open
title: Add examples to int.to_bytres and int.from_bytes
type: enhancement
versions: Python 3.3

___
Python tracker 

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

[issue15990] solidify argument/parameter terminology

[Chris Jerdonek]

Chris Jerdonek added the comment:

Attaching a 2.7 version of the patch for this issue.

>From the patch committed to Python 3, I removed mention of keyword-only 
>parameters, inspect.Parameter, and PEP 362 (because all are specific to Python 
>3).

--
Added file: http://bugs.python.org/file28161/issue-15990-5-2.7.patch

___
Python tracker 

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

[issue15043] test_gdb is disallowed by default security settings in Fedora 17

[Stefan Krah]

Stefan Krah added the comment:

I'm using the .gdbinit solution on the Fedora buildbot now. Trying to
categorize gdb pre-releases and patched versions is probably not a good
use of time. ;)

--

___
Python tracker 

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

[issue16467] frozen importlib required for extending Python interpreter not public

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

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

[issue15043] test_gdb is disallowed by default security settings in Fedora 17

[Dave Malcolm]

Dave Malcolm added the comment:

In my Fedora Python packages I've been applying this patch:
http://pkgs.fedoraproject.org/cgit/python.git/plain/00156-gdb-autoload-safepath.patch

which uses this code fragment to detect if gdb has the autoload safe path code, 
rather than trying to guess it from version numbers (which I *think* is failing 
for Stefan due to a backport of the autoload stuff in that gdb):

def gdb_has_autoload_safepath():
# Recent GDBs will only auto-load scripts from certain safe
# locations, so we will need to turn off this protection.
# However, if the GDB doesn't have it, then the following
# command will generate noise on stderr (rhbz#817072):
cmd = "--eval-command=set auto-load safe-path /"
p = subprocess.Popen(["gdb", "--batch", cmd],
 stderr=subprocess.PIPE)
_, stderr = p.communicate()
return '"on" or "off" expected.' not in stderr

HAS_AUTOLOAD_SAFEPATH = gdb_has_autoload_safepath()

(etc)

--

___
Python tracker 

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

[issue16574] clarify policy on updates to final peps

[Chris Jerdonek]

Chris Jerdonek added the comment:

Thanks for the feedback.  I will post here a devguide patch to include some of 
this information in the devguide.

--

___
Python tracker 

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

[issue16235] Add python-config.sh for use during cross compilation.

[Matthias Klose]

Matthias Klose added the comment:

looks fine, just one more minor issue: please use @LIBPL@ directly.

there's no feedback from others, so I think this should go in as the extra 
script first, and not replace the original one immediately.

--

___
Python tracker 

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

[issue16235] Add python-config.sh for use during cross compilation.

[Matthias Klose]

Matthias Klose added the comment:

oh, the equivalent for

flags = ['-I' + sysconfig.get_path('include'),
 '-I' + sysconfig.get_path('platinclude')]

is still missing. I know that both scripts versions are only run post-install, 
but let's have the same output.

background: I'm (mis)using this for a Debian/Ubuntu multiarch installation.

--

___
Python tracker 

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

[issue16581] define "PEP editor" in PEP 1

[Chris Jerdonek]

New submission from Chris Jerdonek:

This issue is to define "PEP editor" (or "PEP editors") in PEP 1 before it is 
used in the document and to provide certain clarifying information.

In particular, PEP 1 should say whether editorship is an invitation-only status 
and/or how one becomes a PEP editor.  It would also be good if it said (for 
transparency) how to go about seeing the current list of editors.

There is also inconsistent singular/plural usage that I think would be good to 
clear up.  Currently, in many places PEP 1 says "the PEP editor" (singular), so 
it's not clear if each PEP has its own editor, if there is a single PEP editor 
for all PEPs at any one time, or if it simply means "the PEP editor that 
happens to reply to an e-mail to p...@python.org".

PEP 0 also has this issue because its introduction says, "[This] PEP contains 
the index of all Python Enhancement Proposals, known as PEPs.  PEP numbers are 
assigned by the PEP Editor, and once assigned are never changed."

--
assignee: docs@python
components: Documentation
messages: 176678
nosy: Jeremy.Hylton, barry, chris.jerdonek, docs@python, goodger, ncoghlan
priority: normal
severity: normal
status: open
title: define "PEP editor" in PEP 1
type: enhancement

___
Python tracker 

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

[issue15990] solidify argument/parameter terminology

[Roundup Robot]

Roundup Robot added the comment:

New changeset f44b8d69e5fc by Chris Jerdonek in branch '2.7':
Backport from 3.2: improve argument/parameter documentation (issue #15990).
http://hg.python.org/cpython/rev/f44b8d69e5fc

--
nosy: +python-dev

___
Python tracker 

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

[issue15990] solidify argument/parameter terminology

[Chris Jerdonek]

Changes by Chris Jerdonek :


--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue14621] Hash function is not randomized properly

[Łukasz Rekucki]

Łukasz Rekucki added the comment:

Note that a few weeks ago, Ruby has switched from Murmur to SipHash for this 
exact reason:

http://www.ruby-lang.org/en/news/2012/11/09/ruby19-hashdos-cve-2012-5371/

--
nosy: +Łukasz.Rekucki

___
Python tracker 

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