[issue3598] multiprocessing.Pool windows/linux behaviour difference

New submission from Mark Summerfield <[EMAIL PROTECTED]>: When the attached program is run on Linux it runs "instantly" and outputs one line, e.g.: $ python3 mtest.py 100 files, 1702627142 bytes (The number of bytes will vary depending on the system.) When run on Windows XP there is no output

[issue3594] PyTokenizer_FindEncoding() never succeeds

Brett Cannon <[EMAIL PROTECTED]> added the comment: Attached is a patch that fixes where the error occurs. By opening the file by either file name or file descriptor, the problem goes away. Once this patch is accepted then PyErr_Occurred() should be added to all uses of PyTokenizer_FindEncoding()

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

New submission from Heikki Toivonen <[EMAIL PROTECTED]>: The 2.6 documentation states selecting the most compatible SSLv23 mode may mean low quality ciphers, which does not really help the application developers. It would be better to provide a way to set the allowed ciphers. Even better, IMO, wo

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

Heikki Toivonen <[EMAIL PROTECTED]> added the comment: I would definitely recommend providing as strict as possible hostname verification in the stdlib, but provide application developers a way to override that. M2Crypto (and TLS Lite, from which I copied the approach to M2Crypto), provide a def

[issue3596] Provide a way to disable SSLv2 (or better yet, disable by default)

New submission from Heikki Toivonen <[EMAIL PROTECTED]>: There should be a way to disable SSLv2 since it is insecure. It would be even better if SSLv2 was disabled out of the box, but maybe there could be a way to re-enable it. I made the default to disable SSLv2 in M2Crypto, but those that want

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

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: That line dates back to the PEP 263 implementation. Martin? -- nosy: +benjamin.peterson, loewis ___ Python tracker <[EMAIL PROTECTED]>

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

Brett Cannon <[EMAIL PROTECTED]> added the comment: There is a potential dependency on issue3594 as it would change how imp.find_module() acts and thus make test_imp no longer fail in the way it has. -- dependencies: +PyTokenizer_FindEncoding() never succeeds ___

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

Brett Cannon <[EMAIL PROTECTED]> added the comment: Can someone double-check this patch for me? I don't have much experience with the parser so I want to make sure I am not doing anything wrong. ___ Python tracker <[EMAIL PROTECTED]>

[issue3595] Windows base64 Decode

New submission from Ahir Reddy <[EMAIL PROTECTED]>: I'm new to this and not quite sure how to go about posting an issue, but I will do the best I can. In Python 2.5.2, both from python.org and active state, all methods of decoding in base64 under Windows produce different output than base64 decod

[issue3594] PyTokenizer_FindEncoding() never succeeds

Brett Cannon <[EMAIL PROTECTED]> added the comment: Turns out that the NULL return value can signal an error that manifests itself as SyntaxError("encoding problem: with BOM") thanks to the lack of tok->filename being set in Parser/tokenizer.c:fp_setreadl() which is called by check_coding_spec()

[issue3594] PyTokenizer_FindEncoding() never succeeds

Brett Cannon <[EMAIL PROTECTED]> added the comment: I have not bothered to check if this exists in 2.6, but I don't see why it would be any different. -- type: -> behavior ___ Python tracker <[EMAIL PROTECTED]>

[issue3594] PyTokenizer_FindEncoding() never succeeds

New submission from Brett Cannon <[EMAIL PROTECTED]>: Turns out that PyTokenizer_FindEncoding() never properly succeeds because the tok_state used by it does not have tok->filename set, which is an error condition in the tokenizer. This error has been masked by the one place the function is used,

[issue3585] pkg-config support

Clinton Roy <[EMAIL PROTECTED]> added the comment: Thanks for the comments Amaury, this patch uses ${VERSION} throughout so that it can be applied across branches. cheers, Added file: http://bugs.python.org/file11152/pkgconfig.diff ___ Python tracker <[EMAIL

[issue3558] Operator precedence misdocumented

Terry J. Reedy <[EMAIL PROTECTED]> added the comment: I am reopening because my suggested fix was wrong. As pointed out by Fredrik Lundh on PyDev the next day, quoting from the grammar, attributes, subscriptions, slicing, and call have the *same* precedence. I thought I posted his comment and an

[issue3385] cPickle to pickle conversion in py3k missing methods

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Yeah, the old Pickler and Unpickler classes are available by design (to allow testing both implementation). You could subclass _Pickler as a temporary fix for this issue. ___ Python tracker <[EMAIL PR

[issue2919] Merge profile/cProfile in 3.0

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Let's retarget 3.1 then. -- nosy: +benjamin.peterson priority: release blocker -> critical versions: +Python 3.1 -Python 3.0 ___ Python tracker <[EMAIL PROTECTED]>

[issue2919] Merge profile/cProfile in 3.0

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment: Sorry, I can't. I would love to get this done, but I am just too busy this week (and next week doesn't look any better). Furthermore, the amount of work that the profile/cProfile merge will require is quite considerable. So, I don't expe

[issue3590] sax.parser considers XML as text rather than bytes

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Ok, then xml.sax looks rather broken. (by the way, can you avoid sending HTML emails? each time you send one, the bug tracker attaches a file names "unnamed". I've removed all 4 of them now.) ___ Python tr

[issue3590] sax.parser considers XML as text rather than bytes

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11151/unnamed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3590] sax.parser considers XML as text rather than bytes

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11148/unnamed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3590] sax.parser considers XML as text rather than bytes

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11147/unnamed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3590] sax.parser considers XML as text rather than bytes

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11145/unnamed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3590] sax.parser considers XML as text rather than bytes

Edward K Ream <[EMAIL PROTECTED]> added the comment: On Mon, Aug 18, 2008 at 4:15 PM, Antoine Pitrou <[EMAIL PROTECTED]>wrote: > > Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > > > The same calls to sax read the file correctly on Python 2.5. > > What are those calls exactly? parser

[issue815646] thread unsafe file objects cause crash

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > I know this is long closed, but no one on the nosy list happens to have > this fix backported to 2.5, do they? :) I think that at the time no one was sure the patch was 100% harmless. It also subtly changes the behaviour of close() when cal

[issue815646] thread unsafe file objects cause crash

Kevin Watters <[EMAIL PROTECTED]> added the comment: I know this is long closed, but no one on the nosy list happens to have this fix backported to 2.5, do they? :) If not, I'll attach one here eventually... -- nosy: +kevinwatters ___ Python tracker <

[issue3300] urllib.quote and unquote - Unicode issues

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Checked in patch 10 with minor style changes as r65838. Thanks Matt for persevering! Thanks everyone else for contributing; this has been quite educational. -- resolution: -> accepted status: open -> closed _

[issue3494] "[Errno 11] Resource temporarily unavailable" while using tracing facility/threads (in linux listdir with unicode path)

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: > but if the code that's being debugged > spawned other threads (which is pretty common), it would be pointless, No, the problem specifically lies in the implementation of listdir(). This function is not supposed to commonly spawn threa

[issue3593] subprocess + stdout redirection + wait + svn= hang

New submission from Miki Tebeka <[EMAIL PROTECTED]>: The attached script hangs on Ubuntu + Python 2.5.2. When make the limit smaller (like 10) or not redirecting stdout, it works. Running the svn command from shell took about 4sec, I gave up on the script after a minute. I tried it both with sv

[issue3439] math.frexp and obtaining the bit size of a large integer

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > In every case I can think of, I've wanted (0).numbits() to be 0. Me too, in most cases, though I've encountered the occasional case where raising ValueError would be more appropriate and would catch some bugs that might otherwise pass sil

[issue3494] "[Errno 11] Resource temporarily unavailable" while using tracing facility/threads (in linux listdir with unicode path)

Fabio Zadrozny <[EMAIL PROTECTED]> added the comment: Thanks for looking into this... Unfortunately, I'm not sure I can use the workaround of the int('0'), as this could fix the debugger, but if the code that's being debugged spawned other threads (which is pretty common), it would be pointless

[issue3590] sax.parser considers XML as text rather than bytes

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I guess that the file is simply opened in text mode ("r"). This uses the "preferred encoding", which is cp1252 on (western) Windows machines. -- nosy: +amaury.forgeotdarc ___ Python tracker <

[issue3590] sax.parser considers XML as text rather than bytes

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > The same calls to sax read the file correctly on Python 2.5. What are those calls exactly? Why is "cp1252" used as an encoding? Is it what is specified in the XML file? Or do you somehow feed stdin to the SAX parser? (if the latter, you are

[issue3592] Patch to add imp.get_codingspec()

Brett Cannon <[EMAIL PROTECTED]> added the comment: It should be noted the original patch by Christian had a check for bad tokenizing. Turns out that if you have that in several tests fail, including test_modulefinder. This might mean there is a deeper problem in the parser.

[issue3592] Patch to add imp.get_codingspec()

New submission from Brett Cannon <[EMAIL PROTECTED]>: Attached is a patch to add imp.get_codingspec(); a function that returns the encoding of a source file. The motivation is to remove the import of the re module in linecache to speed up interpreter startup. -- components: Library (Lib

[issue2876] Write UserDict fixer for 2to3

Nick Edds <[EMAIL PROTECTED]> added the comment: Ahh right. I totally forgot that there was already a fix_dict.py that took care of that. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3494] "[Errno 11] Resource temporarily unavailable" while using tracing facility/threads (in linux listdir with unicode path)

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I could reproduce the problem, and it appears that it is the same as #1608818, corrected by r65037: on posix platforms, listdir() used to check for errno only at the end of the list; the problem is that the trace function creates a thre

[issue3439] math.frexp and obtaining the bit size of a large integer

Fredrik Johansson <[EMAIL PROTECTED]> added the comment: Wow, newbie error. Thanks for spotting! In every case I can think of, I've wanted (0).numbits() to be 0. The explanation in the docstring can probably be improved. What other documentation is needed (where)? __

[issue3590] sax.parser considers XML as text rather than bytes

Edward K Ream <[EMAIL PROTECTED]> added the comment: On Mon, Aug 18, 2008 at 11:00 AM, Antoine Pitrou <[EMAIL PROTECTED]>wrote: > > Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > > > Just to be clear, I am at present totally confused about io streams :-) > > Python 3.0 distincts more cl

[issue2234] cygwinccompiler.py fails for latest MinGW releases.

Jason Tishler <[EMAIL PROTECTED]> added the comment: Thanks! ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubsc

[issue3590] sax.parser considers XML as text rather than bytes

Edward K Ream <[EMAIL PROTECTED]> added the comment: On Mon, Aug 18, 2008 at 1:51 PM, Antoine Pitrou <[EMAIL PROTECTED]>wrote: > > Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > > From the discussion on the python-3000, it looks like it would be nice > if sax.parser handled both bytes a

[issue1342811] Tkinter.Menu.delete doesn't delete command of entry

Guilherme Polo <[EMAIL PROTECTED]> added the comment: change this: "You could return if in that new if statement." to: "You could return in that new if statement.", please. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1342811] Tkinter.Menu.delete doesn't delete command of entry

Guilherme Polo <[EMAIL PROTECTED]> added the comment: You could return if in that new if statement. As you noted, the None argument is ignored there, that is because _tkinter checks for a None parameter, and if it happens to be a None, it then stops processing new arguments, so this is not direc

[issue3578] 'dictionary changed size' error in test_multiprocessing

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Le lundi 18 août 2008 à 19:42 +, Ismail Donmez a écrit : > Ismail Donmez <[EMAIL PROTECTED]> added the comment: > > Ah cool, we might be at the end of multiprocessing problems then I guess > :-) Well, not really, it should be diagnosed

[issue3109] test_multiprocessing seems fragile

Jesse Noller <[EMAIL PROTECTED]> added the comment: the "socket.error: [Errno 111] Connection refused" is fixed/resolved with the fix for issue 3270 -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3578] 'dictionary changed size' error in test_multiprocessing

Ismail Donmez <[EMAIL PROTECTED]> added the comment: Ah cool, we might be at the end of multiprocessing problems then I guess :-) ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3578] 'dictionary changed size' error in test_multiprocessing

Jesse Noller <[EMAIL PROTECTED]> added the comment: Ismail, that's the incref bug in issue 3419 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py

[issue3578] 'dictionary changed size' error in test_multiprocessing

Ismail Donmez <[EMAIL PROTECTED]> added the comment: py3k branch gives another error now, when running test_multiprocessing in a tight loop: test test_multiprocessing failed -- Traceback (most recent call last): File "/Users/cartman/Sources/py3k/Lib/test/test_multiprocessing.py", line 1163,

[issue2234] cygwinccompiler.py fails for latest MinGW releases.

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: committed r65835 in the release25-maint branch. ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2234] cygwinccompiler.py fails for latest MinGW releases.

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Fixed by r65834, thanks to the patch provided in issue3496. Will backport. -- nosy: +amaury.forgeotdarc resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3496] distutils fails with mingw binutils 2.18.50.20080109

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Yes, this problem is a duplicate of #2234, for which I had a very similar fix. Thanks! -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3494] "[Errno 11] Resource temporarily unavailable" while using tracing facility/threads (in linux listdir with unicode path)

Fabio Zadrozny <[EMAIL PROTECTED]> added the comment: I've pasted the output below... also, the trace function is called for each function call after the settrace (not only in interpreter shutdown) -- and the error happens in the listdir -- which is in the main thread, so, it must happen before t

[issue3590] sax.parser considers XML as text rather than bytes

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: >From the discussion on the python-3000, it looks like it would be nice if sax.parser handled both bytes and unicode streams. Edward, does your simple fix make sax.parser work entirely well with byte streams?

[issue3352] Deficiencies in multiprocessing/threading API

Jesse Noller <[EMAIL PROTECTED]> added the comment: On Mon, Aug 18, 2008 at 2:45 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > Oh, and by the way, I would start working on multiprocessing by > reverting r65828. > Makes sense. _

[issue3352] Deficiencies in multiprocessing/threading API

Jesse Noller <[EMAIL PROTECTED]> added the comment: On Mon, Aug 18, 2008 at 2:44 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > Ok. I've done the threading API and patched up multiprocessing so it > actually works. Jesse, can you

[issue3352] Deficiencies in multiprocessing/threading API

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Oh, and by the way, I would start working on multiprocessing by reverting r65828. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3352] Deficiencies in multiprocessing/threading API

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Ok. I've done the threading API and patched up multiprocessing so it actually works. Jesse, can you do multiprocessing? Also, can we decide about is_alive as a property? -- assignee: benjamin.peterson -> jnoller _

[issue3300] urllib.quote and unquote - Unicode issues

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Looking into this now. Will make sure it's included in beta3. -- assignee: -> gvanrossum priority: -> release blocker ___ Python tracker <[EMAIL PROTECTED]>

[issue2876] Write UserDict fixer for 2to3

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Mon, Aug 18, 2008 at 10:59 AM, Nick Edds <[EMAIL PROTECTED]> wrote: > > Nick Edds <[EMAIL PROTECTED]> added the comment: > > What's the current status of this? I think it is waiting for someone to work on it. > If nobody is working on it, I

[issue2876] Write UserDict fixer for 2to3

Nick Edds <[EMAIL PROTECTED]> added the comment: What's the current status of this? If nobody is working on it, I would be willing to give it a shot. Can somebody just confirm that I have a correct understanding of the problem. UserDict.UserDict needs a deprecation warning, UserDict.IterableUserD

[issue3583] test_urllibnet.test_bad_address() fails when using OpenDNS

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Le lundi 18 août 2008 à 17:19 +, Brett Cannon a écrit : > That's also a possibility. > > Out of curiosity, what HTTP response should be received? There shouldn't be an HTTP response at all. If DNS lookup fails, connecting to the server s

[issue3583] test_urllibnet.test_bad_address() fails when using OpenDNS

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Mon, Aug 18, 2008 at 3:52 AM, Antoine Pitrou <[EMAIL PROTECTED]> wrote: > > Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > > Are many people using OpenDNS? Is there a way to detect that OpenDNS is > being used and trigger a separate

[issue3591] elementtree tests do not include bytes handling

New submission from Antoine Pitrou <[EMAIL PROTECTED]>: In py3k, there should be explicit tests for byte string input (in addition to unicode input) to elementtree's parser, including non-UTF8 encodings and non-ASCII chars. -- components: Tests, XML messages: 71351 nosy: effbot, pitrou p

[issue3586] pwd.getpwnam('nobody') produces incorrect results if sizeof(uid_t) < sizeof(long)

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Issue 1747858 looks closely related. I propose extending the simple fix used there, parsing all uids and gids as longs rather than ints. ___ Python tracker <[EMAIL PROTECTED]>

[issue3352] Deficiencies in multiprocessing/threading API

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I think I can get this done before the release now. For starters I changed thread.get_ident() to a property in r65818. -- assignee: -> benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> <

[issue1342811] Tkinter.Menu.delete doesn't delete command of entry

Robert Schuppenies <[EMAIL PROTECTED]> added the comment: You are right. How about the attached patch, do you see any problems here? Tkinter seems to ignore any delete calls when either of the indices is None, so the deletion of commands may be ignored as well. But I couldn't find a description m

[issue2827] IDLE 3.0a5 cannot handle UTF-8

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I managed to get a proper traceback: Exception in Tkinter callback Traceback (most recent call last): File "c:\afa\python\py3k\lib\tkinter\__init__.py", line 1405, in __call__ return self.func(*args) File "c:\afa\python\py3k\lib

[issue3578] 'dictionary changed size' error in test_multiprocessing

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Mmmh, the problem with the list(X.items()) idiom is that it's thread-safe only if X.items() is implemented in C. Otherwise X can be mutated if there is a thread-switch while executing bytecode in X.items(). In weakref.py (line 103), by replac

[issue3590] sax.parser considers XML as text rather than bytes

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > Just to be clear, I am at present totally confused about io streams :-) Python 3.0 distincts more clearly between unicode strings (called "str" in 3.0) and bytes strings (called "bytes" in 3.0). The most important point being that there is

[issue3444] add warnings for intra-package imports

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I've been trying to do this for a little, but I can't actually figure out how to implement the warnings. If anyone has any advice on this I'd be very thankful! Anyway, you're right in that this doesn't need to block betas. -- prior

[issue3578] 'dictionary changed size' error in test_multiprocessing

Ismail Donmez <[EMAIL PROTECTED]> added the comment: I don't know if this is reproducible in 2.6 but I can reproduce on py3k branch, and also thanks for creating the bug! -- versions: +Python 3.0 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]>

[issue3132] implement PEP 3118 struct changes

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > Actually, this may be a requirement of #2394; PEP 3118 states that > memoryview.tolist would use the struct module to do the unpacking. :-( However, we don't have any examples of the buffer API / memoryview object working with something els

[issue3590] sax.parser hangs on byte streams

Edward K Ream <[EMAIL PROTECTED]> added the comment: On Mon, Aug 18, 2008 at 10:09 AM, Benjamin Peterson <[EMAIL PROTECTED]>wrote: > > Benjamin Peterson <[EMAIL PROTECTED]> added the comment: > > It should probably be changed to just while buffer != b"" since it > requests a byte stream. That w

[issue3590] sax.parser hangs on byte streams

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: It should probably be changed to just while buffer != b"" since it requests a byte stream. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> _

[issue3590] sax.parser hangs on byte streams

New submission from Edward K Ream <[EMAIL PROTECTED]>: While porting Leo to Python 3.0, I found that passing any byte stream to xml.sax.parser.parse will hang the parser. My quick fix was to change: while buffer != "": to: while buffer != "" and buffer != b"": at line 123 of xmlreade

[issue3132] implement PEP 3118 struct changes

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Actually, this may be a requirement of #2394; PEP 3118 states that memoryview.tolist would use the struct module to do the unpacking. ___ Python tracker <[EMAIL PROTECTED]>

[issue3496] distutils fails with mingw binutils 2.18.50.20080109

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Amaury, if you are going to look at this you might want to see #2234. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> __

[issue2384] [Py3k] line number is wrong after encoding declaration

Jean-Michel Fauth <[EMAIL PROTECTED]> added the comment: Py3.0b2. This bug seems to be quite annoying. Especially when one works with a main module importing modules which are importing modules and so on, all modules having an encoding declaration. The Traceback (and the user) is (are) a little b

[issue3580] failures in test_os

Raghuram Devarakonda <[EMAIL PROTECTED]> added the comment: On Mon, Aug 18, 2008 at 10:28 AM, Antoine Pitrou <[EMAIL PROTECTED]> wrote: > Since the purpose of the test is, allegedly, to "Verify that an open > file can be stat'ed", it may be simpler to create and open a file > ourselves (test_supp

[issue3589] Misleading names for multiprocessing "convenience" functions

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > The delayed import functions in multiprocessing.__init__ look like a > serious misfeature to me. I'd be inclined to replace them with "from > .synchronize import *" and "from .process import *" +1 (or, even better, qualified than wildcard i

[issue3300] urllib.quote and unquote - Unicode issues

Matt Giuca <[EMAIL PROTECTED]> added the comment: Hi, Sorry to bump this, but you (Guido) said you wanted this closed by Wednesday. Is this patch committable yet? (There are no more unresolved issues that I am aware of). ___ Python tracker <[EMAIL PROTECTED]>

[issue3580] failures in test_os

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: According to the aforementioned bug report, we should also add a test for e.winerror == 5. Chances are that other cases will arise one day or another... Since the purpose of the test is, allegedly, to "Verify that an open file can be stat'ed"

[issue3580] failures in test_os

Raghuram Devarakonda <[EMAIL PROTECTED]> added the comment: > The other failure is trivial, I've fixed it in r65780. #1709112 has been reported earlier in relation to pagefile.sys. Your patch addresses at least part of the problem there. I wonder if that issue can be closed. -- nosy: +d

[issue3496] distutils fails with mingw binutils 2.18.50.20080109

Changes by Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: -- assignee: -> amaury.forgeotdarc nosy: +amaury.forgeotdarc ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3494] "[Errno 11] Resource temporarily unavailable" while using tracing facility/threads (in linux listdir with unicode path)

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I do not reproduce the problem, but in your example, the trace function is called only when the script has finished, i.e during interpreter shutdown. Creating a thread from there is not recommended... Can you provide the complete traceb

[issue3352] Deficiencies in multiprocessing/threading API

Nick Coghlan <[EMAIL PROTECTED]> added the comment: I created issue 3589 to cover the problem I mentioned above with the very misleading names for the package level functions in multiprocessing. ___ Python tracker <[EMAIL PROTECTED]>

[issue3589] Misleading names for multiprocessing "convenience" functions

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Setting to deferred blocker, since this really needs to be dealt with for RC1 (probably too close to b3 to get it discussed and dealt with for that). -- priority: critical -> deferred blocker ___ Pyt

[issue3589] Misleading names for multiprocessing "convenience" functions

New submission from Nick Coghlan <[EMAIL PROTECTED]>: The package level imports from the new multiprocessing package exhibit some very strange behaviour because they are actually functions pretending to be classes: Python 2.6b1+ (trunk:64945, Jul 14 2008, 20:00:46) [GCC 4.1.3 20070929 (prereleas

[issue3587] Bad parsing of compiling regex with re.MULTILINE

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The re.M flag is an attribute of the compiled pattern, and as such it must be passed to compile(), not to findall(). These all work: >>> re.compile(r"[a-z]+").findall("hello world") ['hello', 'world'] >>> re.compile(r"[a-z]+", re.M).findall

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

Nick Coghlan <[EMAIL PROTECTED]> added the comment: numbers.Number change forward ported to Py3k in r65808 Docs updated for 2.6 and 3.0 in r65810 and r65811 respectively. Which means I can finally close this one :) -- resolution: -> fixed status: open -> closed __

[issue3588] sysconfig variable LINKFORSHARED has wrong value for MacOS X framework build

New submission from Konrad Hinsen <[EMAIL PROTECTED]>: On a MacOS X framework build, the LINKFORSHARED variable obtained from distutils.sysconfig.get_config_vars() has the value -u _PyMac_Error Python.framework/Versions/2.5/Python The last item is incomplete, it needs to be prefixed with the

[issue3587] Bad parsing of compiling regex with re.MULTILINE

New submission from Misha Seltzer <[EMAIL PROTECTED]>: import re regex = r"[\w]+" # Normal behaviour: >>> re.findall(regex, "hello world", re.M) ['hello', 'world'] >>> re.compile(regex).findall("hello world") ['hello', 'world'] # Bug behaviour: >>> re.compile(regex).findall("hello world", re.M)

[issue2271] msi installs to the incorrect location (C drive)

Andrew Dalke <[EMAIL PROTECTED]> added the comment: Yes, that installed Python 2.6 into the correct location (C:\Python26 instead of into the root directory). ___ Python tracker <[EMAIL PROTECTED]> __

[issue3585] pkg-config support

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I cannot discuss about the feature itself, but the patch should certainly use some macro ($(VERSION) ?) instead of the hardcoded "2.6". Likewise, source files should not contain version number in their names, or they cannot be merged bet

[issue3586] pwd.getpwnam('nobody') produces incorrect results if sizeof(uid_t) < sizeof(long)

Mark Dickinson <[EMAIL PROTECTED]> added the comment: It turns out that uid_t (and gid_t) actually *is* an unsigned 32-bit integer type on OS X 10.5, so perhaps the pw_uid and pw_gid values are correct. So to rephrase: one or both of the following facts might be considered bugs: (1) On a sin

[issue3583] test_urllibnet.test_bad_address() fails when using OpenDNS

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Are many people using OpenDNS? Is there a way to detect that OpenDNS is being used and trigger a separate path in the test? I say that because returning a 404 when the domain lookup has failed is wrong. Perhaps the test should check for a 404

[issue2982] more tests for pyexpat

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: -- nosy: +pitrou priority: -> normal versions: +Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3586] pwd.getpwnam('nobody') produces incorrect results if sizeof(uid_t) < sizeof(long)

New submission from Mark Dickinson <[EMAIL PROTECTED]>: On a 64-bit OS X build of Python, built with: ./configure --with-universal-archs=64-bit --enable-universalsdk=/ MACOSX_DEPLOYMENT_TARGET=10.5 && make I get the following result: Python 2.6b2+ (trunk:65805M, Aug 18 2008, 10:59:08) [GCC

[issue2982] more tests for pyexpat

Maciek Fijalkowski <[EMAIL PROTECTED]> added the comment: Next wave of tests - error handling. More specifically all errors that might happen during parsing XML and reported by parser itself. ___ Python tracker <[EMAIL PROTECTED]>

[issue3132] implement PEP 3118 struct changes

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Let's retarget it to 3.1 then. It's a new feature, not a behaviour change or a deprecation, so adding it to 3.0 isn't a necessity. -- components: +Library (Lib) nosy: +pitrou priority: release blocker -> critical versions: +Python 3.1

[issue874900] threading module can deadlock after fork

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: If you remove the print() call from joining_func(), does it stop hanging? It may be due to differences between the io library in py3k and the builtin file objects in 2.x. (looking at the date of the commit disabling the test, it is not related

  1   2   >