[issue4106] multiprocessing occasionally spits out exception during shutdown

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Oh, the range command used in the shell for loop is analogous to Python's range() builtin function. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4106] multiprocessing occasionally spits out exception during shutdown

New submission from Skip Montanaro <[EMAIL PROTECTED]>: I worked up a simple example of using the external processing module (0.52) for a friend at work today. I noticed some cases where it raised exceptions during exit. Not all the time, but not infrequently either. This evening I tweaked

[issue3799] Byte/string inconsistencies between different dbm modules

STINNER Victor <[EMAIL PROTECTED]> added the comment: For information, Python3 trunk fails on: test.support.TestFailed: Traceback (most recent call last): File "Lib/test/test_dbm.py", line 157, in test_keys self.assert_('xxx' not in self.d) TypeError: gdbm key must be bytes, not str --

[issue4100] xml.etree.ElementTree does not read xml-text over page bonderies

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11770/test_v2.py ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4100] xml.etree.ElementTree does not read xml-text over page bonderies

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11766/test.py ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4100] xml.etree.ElementTree does not read xml-text over page bonderies

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11769/fix_cross_boundary_on_ElementTree_v2.patch ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4100] xml.etree.ElementTree does not read xml-text over page bonderies

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11765/fix_cross_boundary_on_ElementTree.patch ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue1886] Permit to easily use distutils "--formats=tar, gztar, bztar" on all systems

Changes by A.M. Kuchling <[EMAIL PROTECTED]>: -- assignee: -> akuchling nosy: +akuchling ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4075] Use WCHAR variant of OutputDebugString

Roumen Petrov <[EMAIL PROTECTED]> added the comment: I couldn't find in MSDN flags for Windows CE compilers similar to the GCC compiler that change representation of strings in C-code. The Microsoft recommend so called TCHAR technology that depend from UNICODE define I answer itself. >From MSDN

[issue3677] importing from UNC roots doesn't work

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: -- components: +Windows ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue4051] use of TCHAR under win32

Roumen Petrov <[EMAIL PROTECTED]> added the comment: For the protocol I attach part for PythonCE-2.5-20061219.patch. Both patches address UNICODE name clash in Modules/cPickle.c. For windows programs UNICODE is more commonly used define and may be python C-code only has to avoid issues like this

[issue4105] Renamed PyGILState_Acquire to PyGILState_Ensure in Docs/c-api/init.rst

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Thanks. Fixed in r66874. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue4105] Renamed PyGILState_Acquire to PyGILState_Ensure in Docs/c-api/init.rst

New submission from Guilherme Polo <[EMAIL PROTECTED]>: I see the comment in Include/pystate.h got fixed, but this other in Docs/c-api/init.rst didn't -- files: PyGILState_Acquire=>PyGILState_Ensure.diff keywords: patch messages: 74651 nosy: gpolo severity: normal status: open title: Ren

[issue4010] configure options don't trickle down to distutils

Roumen Petrov <[EMAIL PROTECTED]> added the comment: I don't have rights to derive a new issue. May be a new new title about distutils and makefile integration is more appropriate. ___ Python tracker <[EMAIL PROTECTED]> _

[issue4102] sphinx: ansi color even on dumb terminal

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> georg.brandl nosy: +georg.brandl ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4104] Namespace inconsistency

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This is because type_repr looks at the __module__ attribute to determine the location. Fixing this would probably require adding a __nestedclass__ attribute. However, nested classes aren't used very much, so it's not urgent by any means. -

[issue4104] Namespace inconsistency

New submission from Antoine d'Otreppe <[EMAIL PROTECTED]>: Hello See the following code and comments for explanation ;) (Try it with interactive mode) --- >>> class A: ... class B: ... pass >>> A >>> A.B >>> B NameError: B is not defined --- This seems to be inconsistent, as Pyt

[issue4101] Missing type in "types" module

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: At the moment, we're not adding things to the type module because it may eventually go away. Since WrapperDescriptorType implements the descriptor protocol you can get the __init__ method just by using it. -- nosy: +benjamin.peter

[issue4103] sphinx: latexwriter uses undefined 'excdescni' environment

New submission from Mikhail Gusarov <[EMAIL PROTECTED]>: Debian bug#501763 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501763): when using the autodoc extension similiar to this template: .. automodule:: mvpa.misc.exceptions :members: :undoc-members: :show-inheritance: :noindex:

[issue4100] xml.etree.ElementTree does not read xml-text over page bonderies

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11766/test.py ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4100] xml.etree.ElementTree does not read xml-text over page bonderies

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>: -- keywords: +patch Added file: http://bugs.python.org/file11765/fix_cross_boundary_on_ElementTree.patch ___ Python tracker <[EMAIL PROTECTED]> _

[issue4100] xml.etree.ElementTree does not read xml-text over page bonderies

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Minimum script to reproduce this issue is "bug.py" I've attached. And I think this issue can be fixed with "fix_cross_boundary_on_ElementTree.patch". I'll attach the test case for this issue as "test.py". (I wanted to intergrate test into t

[issue4102] sphinx: ansi color even on dumb terminal

New submission from Mikhail Gusarov <[EMAIL PROTECTED]>: Debian bug #501629 (http://bugs.debian.org/cgi-bin/bugreport.cgi? bug=501629). Both sphinx-build and sphinx-quicksetup attempt (and fail) to use ansi color sequences, even when TERM=dumb (for example, when run from an emacs shell buffer, o

[issue4101] Missing type in "types" module

New submission from Antoine d'Otreppe <[EMAIL PROTECTED]>: Hello There's a type missing in the standard "types" modules (or I didn't find it, in what case I apologize for this useless posting) Consider this code: --- WrapperDescriptorType = None class Meta(type): def __init__(cls, *args,

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

Brett Cannon <[EMAIL PROTECTED]> added the comment: Yep, it passes for me now. Martin, have any objection to this patch? -- assignee: -> loewis ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4087] Document the effects of NotImplemented on == and !=

Terry J. Reedy <[EMAIL PROTECTED]> added the comment: More sensibility offenders: >>> s = {fractions.Fraction(17,1), decimal.Decimal(17)} >>> s-{17} set() Removing one thing removes two. >>> s.remove(17) >>> 17 in s True Removing something leaves it there. >>> s {Fraction(17, 1)} # random ch

[issue1028088] Cookies without values are silently ignored (by design?)

John J Lee <[EMAIL PROTECTED]> added the comment: The Cookie: header does not have a "secure flag" (The Set-Cookie: header does). I don't strongly object to the issue identified in the original comment being fixed. ___ Python tracker <[EMAIL PROTECTED]>

[issue4090] Documenting set comparisons and operations

Terry J. Reedy <[EMAIL PROTECTED]> added the comment: Para 1: Thank you. Pars 2: I understand and accept your concern. Para 3. You are right odd comparisons are the root of several problems. Following you suggestion, let's at least add one blanket, cover-our-asses warning at the bottom of the c

[issue1028088] Cookies without values are silently ignored (by design?)

Andres Riancho <[EMAIL PROTECTED]> added the comment: - Problem: The secure flag of cookies is ignored by the load method. - Why is it related to this issue? Because the secure flag is a name without a value: pie=good; other=thing; secure - Why is it bad? Because the RFC says that we should pa

[issue1028088] Cookies without values are silently ignored (by design?)

John J Lee <[EMAIL PROTECTED]> added the comment: I was responding to your comment of 2008-10-08 03:08, not to the opening comment. I already responded to the opening comment. ___ Python tracker <[EMAIL PROTECTED]> __

[issue4090] Documenting set comparisons and operations

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: I'll update the note in the Ref Manual section on comparisons. The docs on sets, dicts, and other containers need to remain clean. I object to littering the docs with these kind of "omg danger" messages. For beginners using the docs to l

[issue4089] linking python2.6.dll crash on windows xp

Changes by Thomas Heller <[EMAIL PROTECTED]>: -- resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4100] xml.etree.ElementTree does not read xml-text over page bonderies

Changes by roland rehmnert <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11763/bug.xml ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4100] xml.etree.ElementTree does not read xml-text over page bonderies

Changes by roland rehmnert <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11762/bug.py ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4100] xml.etree.ElementTree does not read xml-text over page bonderies

New submission from roland rehmnert <[EMAIL PROTECTED]>: xml text fields are not read properly when it is encountered in a 'start' event. During a 'start'-event elem.text returns None, if the text string cross a page boundary of the file. (this is platform dependent and a typical value is 8K (81

[issue4099] dir on a compiled re does not show pattern as a part of the list

Bartosz Radaczyński <[EMAIL PROTECTED]> added the comment: Cool. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Uns

[issue4099] dir on a compiled re does not show pattern as a part of the list

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: This was corrected on the py3k branch by #3247, r64672. In this change, each file is independent; some of them could be backported to the trunk. -- nosy: +amaury.forgeotdarc ___ Python tracke

[issue4099] dir on a compiled re does not show pattern as a part of the list

New submission from Bartosz Radaczyński <[EMAIL PROTECTED]>: It does not show a few other things that are listed here: http://www.python.org/doc/2.5.2/lib/re-objects.html -- components: Regular Expressions messages: 74632 nosy: bartoszr severity: normal status: open title: dir on a compi

[issue4087] Document the effects of NotImplemented on == and !=

Facundo Batista <[EMAIL PROTECTED]> added the comment: 2008/10/9 Raymond Hettinger <[EMAIL PROTECTED]>: > Alternatively, we could decide to allow decimal/float > comparisons -- the float can be converted to a decimal > exactly and compared exactly -- it would be slow but > it would work and ha

[issue3724] math.log(x, 10) gives different result than math.log10(x)

STINNER Victor <[EMAIL PROTECTED]> added the comment: About large integers which can not be converted to float (too big!): it would be nice if math.log2() and/or math.log10() works which such numbers. But it would better if you know if the functions used the FPU or not (only integers). Idea:

[issue4097] Traceback doesn't run back all the way

STINNER Victor <[EMAIL PROTECTED]> added the comment: Can you write an example to reproduce your traceback? You don't give enough informations to see what is the type of your variable, which modules are used, etc. -- nosy: +haypo ___ Python tracker

[issue4098] surprised by default list parameter

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Yes, the default value expression could be evaluated each time the function is called without the parameter. But it would be another language. Default values are computed once, and this is a Python feature. It can be useful, for example

[issue4098] surprised by default list parameter

Torsten Rottmann <[EMAIL PROTECTED]> added the comment: OK. I've read the Python Reference Manual 7.6 "Function Definition". It "explains" why this happens. BUT: Why can`t the compiler make a copy of the default object, if it's mutable (e.g. a list)? This can't be that difficult. __

[issue4098] surprised by default list parameter

Ulrich Eckhardt <[EMAIL PROTECTED]> added the comment: http://effbot.org/pyfaq/why-are-default-values-shared-between-objects.htm The same recently cropped up on the users mailinglist under the topic "default value in __init__". -- nosy: +eckhardt ___

[issue4089] linking python2.6.dll crash on windows xp

Manuel <[EMAIL PROTECTED]> added the comment: Yes. This bug can be closed. The use of python26.dll require last Microsoft Visual C++ 2008 Redistributable Package. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4098] surprised by default list parameter

New submission from Torsten Rottmann <[EMAIL PROTECTED]>: The attached file produced the following result: __ trott$ python2.5 p6.py [] [1234] __ I expected both times the empty list since the print statement prints just a defaulted parameter ("e") which

[issue4089] linking python2.6.dll crash on windows xp

Manuel <[EMAIL PROTECTED]> added the comment: We have fixed the problem installing this: http://www.microsoft.com/downloads/details.aspx?FamilyID=9B2DA534-3E03-4391-8A4D-074B9F2BC1BF&displaylang=en Anyway, before consider the bug solved, we need to test this solution on different computers. __

[issue4090] Documenting set comparisons and operations

Mark Dickinson <[EMAIL PROTECTED]> added the comment: [Raymond] > I don't think this is necessary. I disagree. I think some sort of warning is necessary; it doesn't need to be particularly prominent, but it should be there. Almost *all* expectations are broken for sets in the absence of trans

[issue4097] Traceback doesn't run back all the way

New submission from pinkisntwell <[EMAIL PROTECTED]>: I just got an exception and the traceback wouldn't go all the way to the statement that threw the exception. I found that out by using the debugger. Contrast the traceback: http://tinyurl.com/5xglde with the debugger output (notice the ar

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

STINNER Victor <[EMAIL PROTECTED]> added the comment: Amaury applied my both patches for issues #2384 and #3975. So all tests now pass with python trunk + alt_latin_1.diff. ___ Python tracker <[EMAIL PROTECTED]>

[issue4096] Lib/lib2to3/*.pickle are shipped / modified in the build

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: They should be present in the installation (and I believe "make install" will create them). Whether or not they are included in the source distribution is not important, IMO. I'm puzzled that they are modifed - this should not happen, unless

[issue4075] Use WCHAR variant of OutputDebugString

Ulrich Eckhardt <[EMAIL PROTECTED]> added the comment: "PythonCE project use xxxA functions for CE .NET 4.20 platform." Look again. The PythonCE project adds a header and sourcefile (wince_compatibility.h/c) which adds these functions. In other words, it doesn't use the xxxA functions of the win

[issue4096] Lib/lib2to3/*.pickle are shipped / modified in the build

New submission from Matthias Klose <[EMAIL PROTECTED]>: the files Lib/lib2to3/Grammar2.6.0.final.0.pickle Lib/lib2to3/PatternGrammar2.6.0.final.0.pickle are created/modfied during a build/test cycle. Is this expected, should these be included in the release at all? -- messages: 7461