[issue12982] Document that importing .pyo files needs python -O

Eric O. LEBIGOT added the comment: Thank you for this lucid account of the situation, Terry. As for where in the documentation something additional could be said about .pyo files and the -O option, I must say that it is already mentioned in some relevant places (http://docs.python.org/tutori

[issue15104] abusive language in __name__ description

New submission from anatoly techtonik : http://docs.python.org/library/__main__.html "It is this environment in which the idiomatic “conditional script” stanza causes a script to run" ?!? -- assignee: docs@python components: Documentation messages: 163140 nosy: docs@python, techtonik

[issue15104] abusive language in __name__ description

Hynek Schlawack added the comment: I’m no native speaker but I fail to see anything abusive here. -- nosy: +hynek ___ Python tracker ___

[issue15104] abusive language in __name__ description

anatoly techtonik added the comment: It is abusive for those who don't get the meaning. Can you translate it to simple english? -- ___ Python tracker ___ __

[issue15104] abusive language in __name__ description

anatoly techtonik added the comment: Maybe "abusive language" is not the right translation from Russian. It could be "coarse language" or "foul language". -- ___ Python tracker ___

[issue15104] abusive language in __name__ description

Martin v. Löwis added the comment: Which specific word do you consider "грубый" or "сквернословие"? This is all polite, courteous wording, in my understanding of English. But maybe a native speaker should really comment here. -- nosy: +loewis ___ P

[issue15104] abusive language in __name__ description

anatoly techtonik added the comment: Ok, the "language is not clear enough" is the queasily polite, serious and corteous substitution for "abusive language" in the title of this issue. Can you translate it to simple english? -- ___ Python tracker

[issue15104] abusive language in __name__ description

Martin v. Löwis added the comment: "The following fragment can be used to make a Python file both a library and a script". -- ___ Python tracker ___ ___

[issue14684] zlib set dictionary support inflateSetDictionary

Nadeem Vawda added the comment: > To restate my position: the need is for an immutable string of bytes, [...] I disagree that we should require the dictionary to be immutable - if the caller wishes to use a mutable buffer here, it is their responsibility to ensure that it is not modified until

[issue15104] abusive language in __name__ description

Martin v. Löwis added the comment: Or, actually "When the script executes as this (i.e. "__main__") module, the following conditional statement, which is in wide use and well-known, will cause the script to run". -- ___ Python tracker

[issue15104] abusive language in __name__ description

anatoly techtonik added the comment: Now I get it. That's much better. Thanks. =) After rereading the description with this new info I spot that __main__ is called a module, which is not true, because it is only a module name. It makes sense to enclose it in quotes in title as well. I'd rewo

[issue15068] fileinput requires two EOF when reading stdin

Kristján Valur Jónsson added the comment: Thanks Antoine. I tested this in my virtualbox so something new must have happened... Anyway, the GIL code should not have changed from before, only moved about slightly. I´ll figure out what happened. -- nosy: +kristjan.jonsson __

[issue15068] fileinput requires two EOF when reading stdin

Changes by Kristján Valur Jónsson : -- Removed message: http://bugs.python.org/msg163150 ___ Python tracker ___ ___ Python-bugs-list m

[issue15038] Optimize python Locks on Windows

Kristján Valur Jónsson added the comment: Thanks Antoine. I tested this in my virtualbox so something new must have happened... Anyway, the GIL code should not have changed from before, only moved about slightly. I´ll figure out what happened -- ___

[issue15038] Optimize python Locks on Windows

Kristján Valur Jónsson added the comment: You are right, Richard. Thanks for pointing this out. This is not a new problem, however, because this code has been in the New GIL since it was launched. The purpose of the "n_waiting" member is to make "signal" a no-op when no one is there waitin

[issue15103] Solaris compiler chokes on importlib.h

Antoine Pitrou added the comment: > What is the purpose of the comment at the end of "Python/importlib.h"? The purpose is to include a NUL character in the source file so that Mercurial treats this (generated) file as a binary file, and so that the diffs are omitted in commit notification e-m

[issue15038] Optimize python Locks on Windows

Richard Oudkerk added the comment: The old version was 243 __inline static void _cond_signal(COND_T *cond) { 244 /* NOTE: This must be called with the mutex held */ 245 if (cond->n_waiting > 0) { 246 if (!ReleaseSemaphore(cond->sem, 1, NULL)) 247 Py_

[issue15038] Optimize python Locks on Windows

Kristján Valur Jónsson added the comment: Well spotted. This probably fixes the failure we saw in the buildbots as well. -- ___ Python tracker ___ _

[issue15038] Optimize python Locks on Windows

Roundup Robot added the comment: New changeset 110b38c36a31 by Kristjan Valur Jonsson in branch 'default': Issue #15038: http://hg.python.org/cpython/rev/110b38c36a31 -- ___ Python tracker

[issue15104] Unclear language in __main__ description

R. David Murray added the comment: Hmm. I think that chapter could use a more extensive rewrite with some additional information provided. For example, you actually can have a __main__ module in a package, and anything inside it will execute when the package is run via -m. The "otherwise a

[issue15038] Optimize python Locks on Windows

Richard Oudkerk added the comment: Standard condition variables have the following guarantees: * if there are any waiters then signal()/notify() will awaken at least one of them; * if there are any waiters then broadcast()/notify_all() will awaken all of them. The implementation in condvar.h

[issue15061] hmac.secure_compare() leaks information about length of strings

Christian Heimes added the comment: I've increased the priority to "release blocker". Reason: We should come to an agreement how to handle the issue. In particular we must not pronounce something as secure that isn't secure. Options: 1) Remove the function. 2) Rename the function to a more

[issue15100] Race conditions in shutil.copy, shutil.copy2 and shutil.copyfile

Hynek Schlawack added the comment: It's not that simple as we currently use public functions for copying the files and the metadata. copyfile is explicitly _not_ supposed to copy any metadata so we can't patch it up to do so. Also that won't help for other stat & xattr data so this fix would

[issue15105] curses: wrong indentation

New submission from vjp : Running the program below on Linux (CentOS 5 and 6) two lines are printed, of which the second one is not correctly indented: Output is: 1234567012345670 012345670 rather than 1234567012345670 012345670 import curses import time def display(

[issue15064] Use context manager protocol for more multiprocessing types

Changes by Richard Oudkerk : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed title: multiprocessing should use more context manager -> Use context manager protocol for more multiprocessing types ___ Python tra

[issue15038] Optimize python Locks on Windows

Kristján Valur Jónsson added the comment: Yes, another correct observation. This can if a thread is interrupted in between releasing the mutex and waiting for the semaphore. I see no way around this apart from manually creating event objects for every thread. Personally I'm not sure it is a

[issue15061] hmac.secure_compare() leaks information about length of strings

Hynek Schlawack added the comment: I thought this is settled as of f36af3766a20 (option 2)? -- ___ Python tracker ___ ___ Python-bugs

[issue12774] Warning -- multiprocessing.process._dangling was modified by test_multiprocessing

Changes by Richard Oudkerk : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue12882] mmap crash on Windows

Changes by Richard Oudkerk : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue15038] Optimize python Locks on Windows

Antoine Pitrou added the comment: > Personally I'm not sure it is a wise guarantee to make. If you make sure internal users are immune to this issue, then fine (but make sure to document it somewhere). However, if this lost wakeup problem can affect current users of the API, then it sounds un

[issue15038] Optimize python Locks on Windows

Antoine Pitrou added the comment: > However, if this lost wakeup problem can affect current users of the API, > then it sounds unacceptable. Let me elaborate: the GIL can perhaps suffer lost wakeups from time to time. The Lock API certainly shouldn't. --

[issue15038] Optimize python Locks on Windows

Richard Oudkerk added the comment: > Let me elaborate: the GIL can perhaps suffer lost wakeups from time to > time. The Lock API certainly shouldn't. I think with FORCE_SWITCHING defined (the default?) it is not possible for the thread releasing the GIL to immediately reacquire it (unless the

[issue15103] Solaris compiler chokes on importlib.h

Serhiy Storchaka added the comment: It looks as great disadvantage compared with Subversion. There are several ways to solve this problem: 1. Python/freeze_importlib.py generates a raw binary file Python/importlib.dump (just marshal dump) and this file is placed in the repository. Then a smal

[issue15061] hmac.secure_compare() leaks information about length of strings

Christian Heimes added the comment: Oh, I totally missed Nick's checkin. Sorry for the noise. Should we add the encode('unicode-internal') trick from #14955 as the next best way to compare to unicode strings? -- stage: needs patch -> commit review

[issue14955] hmac.secure_compare() is not time-independent for unicode strings

Christian Heimes added the comment: Nick has pushed a patch in rf36af3766a20 that disables the comparison of unicode strings. See #15061 -- dependencies: +hmac.secure_compare() leaks information about length of strings ___ Python tracker

[issue15061] hmac.secure_compare() leaks information about length of strings

Antoine Pitrou added the comment: > Should we add the encode('unicode-internal') trick from #14955 as the next > best way to compare to unicode strings? I don't think so. -- ___ Python tracker __

[issue15103] Solaris compiler chokes on importlib.h

Roundup Robot added the comment: New changeset 7d86e207598f by Antoine Pitrou in branch 'default': Issue #15103: remove the NUL character (serving as a Mercurial binary marker) from Python/importlib.h. http://hg.python.org/cpython/rev/7d86e207598f -- nosy: +python-dev

[issue15103] Solaris compiler chokes on importlib.h

Antoine Pitrou added the comment: This should be fixed now. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue15061] hmac.secure_compare() leaks information about length of strings

Changes by Alex Gaynor : -- nosy: +alex ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue15038] Optimize python Locks on Windows

Richard Oudkerk added the comment: The implementation in condvar.h is basically the same as one of the attempts mentioned in http://birrell.org/andrew/papers/ImplementingCVs.pdf (Listing 2 fixed to use non-binary semaphores.) The implementation for multiprocessing.Condition is virtually

[issue15103] Solaris compiler chokes on importlib.h

Jesús Cea Avión added the comment: As a general rule, generated files should not be included in the repository. Recent mercurial versions include a "--large" parameter for "hg add" that threat files as binary. In particular, precludes "hg diff", that I guess it is the point here. --

[issue15103] Solaris compiler chokes on importlib.h

Antoine Pitrou added the comment: > As a general rule, generated files should not be included in the > repository. We already include generated files such as configure. This is either for convenience or for bootstrap purposes. > Recent mercurial versions include a "--large" parameter for "hg a

[issue14772] Return destination values in some shutil functions

Roundup Robot added the comment: New changeset e8ea27ab9fa6 by Brian Curtin in branch 'default': Add versionchanged tags for #14772 changes http://hg.python.org/cpython/rev/e8ea27ab9fa6 -- ___ Python tracker _

[issue15038] Optimize python Locks on Windows

Antoine Pitrou added the comment: > The implementation for multiprocessing.Condition is virtually the same > as Listing 3 which the author says he thinks is "formally correct" but > with "a fundamental performance problem". To me, it seems similar to the last listing (under "The Sequel—NT and P

[issue15038] Optimize python Locks on Windows

Antoine Pitrou added the comment: > The problem Richard describes isn´t a lost wakeup. PyCOND_SIGNAL > _will_ wake up _at least_ one thread. It just isn't guaranteed to be > one of those who previously called PyCOND_WAIT(): It could be a > latecomer to the game, including the one who called Si

[issue15038] Optimize python Locks on Windows

Kristján Valur Jónsson added the comment: The problem Richard describes isn´t a lost wakeup. PyCOND_SIGNAL _will_ wake up _at least_ one thread. It just isn't guaranteed to be one of those who previously called PyCOND_WAIT(): It could be a latecomer to the game, including the one who called

[issue15038] Optimize python Locks on Windows

Antoine Pitrou added the comment: > > The implementation for multiprocessing.Condition is virtually the same > > as Listing 3 which the author says he thinks is "formally correct" but > > with "a fundamental performance problem". > > To me, it seems similar to the last listing (under "The Seque

[issue15106] Potential Bug in errors.c

New submission from Ken Cheung : I observed a code clone from the following files. function : PyErr_Restore @ (file: "Python-3.3.0a4/Python/errors.c", line: 27)~49 function : PyErr_SetExcInfo @ (file: "Python-3.3.0a4/Python/errors.c", line: 341)~353 The function PyErr_Restore performs some che

[issue14913] tokenize the source to manage Pdb breakpoints

Xavier de Gaye added the comment: Uploaded pdb_default_2.patch. This new patch fixes the previous patch that fails to stop at breakpoints set in nested functions, and extends the previous patch in allowing breakpoints outside function and method definitions. > When a breakpoint is set at the li

[issue15038] Optimize python Locks on Windows

Kristján Valur Jónsson added the comment: It's an interesting article Richard, but I don't see how their 2nd attempt solves the probvlem. All it does is block the thread doing the Signal(), not other threads, from stealing the wakeup. I think I know how to fix this correctly, using a separat

[issue15038] Optimize python Locks on Windows

Richard Oudkerk added the comment: The notes should also mention that PyCOND_SIGNAL() and PyCOND_BROADCAST() must be called while holding the mutex. (pthreads does not have that restriction.) -- ___ Python tracker

[issue15107] Potential Bug in mpdecimal.c

New submission from Ken Cheung : I observed a code clone from the following files. function : mpd_qexp @ (file: "Python-3.3.0a4/Modules/_decimal/libmpdec/mpdecimal.c", line: 4092)~4165 function : mpd_qln @ (file: "Python-3.3.0a4/Modules/_decimal/libmpdec/mpdecimal.c", line: 4525)~4612 In the

[issue15061] hmac.secure_compare() leaks information about length of strings

Serhiy Storchaka added the comment: Unicode string timing depends on the string implementation which depends on the maximum character code in the string. Strings 'A'*+'$' 'A'*+'€' have different timings for almost all operations (inluding encode('unicode-internal')). -- nosy

[issue15038] Optimize python Locks on Windows

Kristján Valur Jónsson added the comment: Right. Without holding the mutex, the definition of "already blocked" is of course meaningless, since only the holding the mutex can define any ordering. pthread standard indeed says "however, if predictable scheduling behaviour is required, then that

[issue15107] Potential Bug in mpdecimal.c

Mark Dickinson added the comment: The code looks fine to me. > In the first few lines of this clone, the function mpd_qexp only calls > mpd_setspecial when mpd_isnegative is false while the function mpd_qln > calls mpd_setspecial independent of the value of mpd_isnegative. That would probabl

[issue15104] Unclear language in __main__ description

Changes by Ezio Melotti : -- nosy: +ezio.melotti type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue14973] restore python2 unicode literals in "ur" strings

Changes by Vinay Sajip : -- superseder: -> Drop support for the "ur" string prefix ___ Python tracker ___ ___ Python-bugs-list mailin

[issue15107] Potential Bug in mpdecimal.c

Mark Dickinson added the comment: > That would probably be because exp(-infinity) is 0, which isn't a > floating-point special value, and ln(-infinity) is NaN, which is. Actually, looking at the code, mpd_setspecial is called under exactly the same circumstances (namely for +inf) in *both* cas

[issue15061] hmac.secure_compare() leaks information about length of strings

Serhiy Storchaka added the comment: Oh, I see, Antoine said the same thing (msg162771). -- ___ Python tracker ___ ___ Python-bugs-lis

[issue15038] Optimize python Locks on Windows

Roundup Robot added the comment: New changeset d7a72fdcc168 by Kristjan Valur Jonsson in branch 'default': Issue #15038: Document caveats with the emulated condition variables. http://hg.python.org/cpython/rev/d7a72fdcc168 -- ___ Python tracker

[issue14187] add "function annotation" entry to Glossary

Changes by Zachary Ware : -- nosy: +zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15102] Fix 64-bit building for buildbot scripts

Changes by Zachary Ware : -- nosy: +zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15061] hmac.secure_compare() leaks information about length of strings

Christian Heimes added the comment: I'm well aware of the fact that they have different timings. That's why I argued against including a unicode aware variant of the timing safe compare function. I've used Guido's time machine and seen requests for a unicode function in the future. ;) I thin

[issue15061] hmac.secure_compare() leaks information about length of strings

Antoine Pitrou added the comment: > I'm well aware of the fact that they have different timings. That's > why I argued against including a unicode aware variant of the timing > safe compare function. I would not want to repeat myself, but the compare function can be made safe if it restricts it

[issue15038] Optimize python Locks on Windows

Richard Oudkerk added the comment: > It's an interesting article Richard, but I don't see how their 2nd attempt > solves the problem. All it does is block the thread doing the Signal(), > not other threads, from stealing the wakeup. Do you mean the listing on page 5? (The earlier attempts w

[issue15038] Optimize python Locks on Windows

Kristján Valur Jónsson added the comment: Ah, right, the lock x, I forgot about that. -- ___ Python tracker ___ ___ Python-bugs-list

[issue15061] hmac.secure_compare() leaks information about length of strings

Christian Heimes added the comment: Alright, Antoine. Shall explore option 2b) "optionally create a C implementation as it's much easier to check C code for timing issues" as I suggested in http://bugs.python.org/issue15061#msg162893 ? -- ___ Pyth

[issue15008] PEP 362 "Signature Objects" reference implementation

Yury Selivanov added the comment: New patch (pep362.5.patch) Fixed a bug in BoundArguments.args & BoundArguments.kwargs -- Added file: http://bugs.python.org/file26052/pep362.5.patch ___ Python tracker __

[issue15038] Optimize python Locks on Windows

Richard Oudkerk added the comment: 1.41 Generic emulations of the pthread_cond_* API using 1.42 earlier Win32 functions can be found on the Web. 1.43 The following read can be edificating (or not): 1.44 http://www.cse.wustl.edu/~schmidt/win32-cv-1.html 1.45 +

[issue14684] zlib set dictionary support inflateSetDictionary

Jesús Cea Avión added the comment: So my question is easy: could we apply this patch as is and defer any "improvement" to 3.4?. The risk of not doing so would be to miss 3.3 completely. -- ___ Python tracker

[issue15008] PEP 362 "Signature Objects" reference implementation

Yury Selivanov added the comment: New patch (pep362.6.patch) Fixed a bug in BoundArguments.args when positional arguments were partially mapped by functools.partial -- Added file: http://bugs.python.org/file26053/pep362.6.patch ___ Python tracker

[issue444582] Finding programs in PATH, adding shutil.which

Brian Curtin added the comment: Before we miss yet another beta freeze, how does something like this look? It moves `which` into one function which always yields paths. I don't think anyone will approve of adding a dual-function API to solve this problem. I originally tried an approach where

[issue15008] PEP 362 "Signature Objects" reference implementation

Ezio Melotti added the comment: I left a few comments on rietveld. The '\' is sometimes used where not necessary and the preferred way to write conditions on multiple lines is: (foo == bar and bar == baz and baz == asd) rather than foo == bar \ and bar == baz \ and baz == asd Have yo

[issue15008] PEP 362 "Signature Objects" reference implementation

Yury Selivanov added the comment: New patch - pep362.6.patch Ezio, I've eliminated almost all '\'. Test coverage is now almost 100%. -- Added file: http://bugs.python.org/file26055/pep362.6.patch ___ Python tracker

[issue13463] Fix parsing of package_data

Georg Brandl added the comment: This has "Python 3.3" set as Version. Does it really block the 3.3 release? -- nosy: +georg.brandl ___ Python tracker ___ __

[issue14225] _cursesmodule compile error in OS X 32-bit-only installer build

Georg Brandl added the comment: Is this issue still valid? -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing

[issue15061] hmac.secure_compare() leaks information about length of strings

Georg Brandl added the comment: So it's not a blocker anymore, right? -- nosy: +georg.brandl priority: release blocker -> normal ___ Python tracker ___ _

[issue5302] Allow package_data specs/globs to match directories

Georg Brandl added the comment: Does this block 3.3b1? -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue14340] Update embedded copy of expat - fix security & crash issues

Georg Brandl added the comment: Greg, are you still going to update expat in time for 3.3? Otherwise this doesn't block 3.3 anymore. -- ___ Python tracker ___

[issue14578] importlib doesn't check Windows registry for paths

Georg Brandl added the comment: Brett (and/or Brian?), this sounds like it should be tackled soon, to give Windows users enough time of testing 3.3. -- nosy: +georg.brandl ___ Python tracker _

[issue14790] use packaging in setup.py

Georg Brandl added the comment: I'm not willing to hold up 3.3 for this. On the other hand, it should not be done in the beta stage. And I don't assume it's a trivial matter (Éric?), so I'm inclined to move it to 3.4. -- nosy: +georg.brandl ___ P

[issue12779] Update packaging documentation

Georg Brandl added the comment: Ping. Does this block 3.3? -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailin

[issue13959] Re-implement parts of imp in pure Python

Georg Brandl added the comment: Which parts are still missing here? -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-lis

[issue14928] Fix importlib bootstrapping issues

Georg Brandl added the comment: Is this ready to go in before beta1? -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-li

[issue15096] Drop support for the "ur" string prefix

Georg Brandl added the comment: If you commit this, please do so before beta1. -- nosy: +georg.brandl ___ Python tracker ___ ___ Pyth

[issue12046] Windows build identification incomplete

Georg Brandl added the comment: I guess this is not an issue anymore. -- resolution: -> out of date status: open -> pending ___ Python tracker ___ _

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Georg Brandl added the comment: Ping? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue14940] Usage documentation for pysetup

Georg Brandl added the comment: Ping. This isn't necessary for beta1, but would be nice to have once the final release draws near. -- nosy: +georg.brandl ___ Python tracker __

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Ned Deily added the comment: In progress; fixes for this and the other Xcode4-related issues will be in for 3.3.0b1. -- ___ Python tracker ___ _

[issue14928] Fix importlib bootstrapping issues

Roundup Robot added the comment: New changeset c3616595dada by Antoine Pitrou in branch 'default': Issue #14928: Fix importlib bootstrap issues by using a custom executable (Modules/_freeze_importlib) to build Python/importlib.h. http://hg.python.org/cpython/rev/c3616595dada -- nosy: +

[issue14225] _cursesmodule compile error in OS X 32-bit-only installer build

Ned Deily added the comment: It was still valid as of 3.3.0a4. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue15096] Drop support for the "ur" string prefix

Christian Heimes added the comment: I'll submit an updated patch tomorrow. -- assignee: -> christian.heimes ___ Python tracker ___ _

[issue14928] Fix importlib bootstrapping issues

Antoine Pitrou added the comment: Should be ok now. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue15096] Drop support for the "ur" string prefix

Christian Heimes added the comment: New patch: * corrected comment in Parser/tokenizer.c * added test for ub"" and bu"" raising SyntaxError * removed handling of ur"" from tokenize module Serhiy, could you please review my changed to the tokenize module? I think I found all relevant places

[issue15108] ERROR: SystemError: ./../Objects/tupleobject.c:118: bad argument to internal function

New submission from Pankaj D : Hi, Sporadically, while running an sqlite3 query, the above error is seen. In order to debug, I modified Objects/tupleobject.c, PyTuple_SetItem() as follows: if (!PyTuple_Check(op) || op->ob_refcnt != 1) { Py_XDECREF(newitem);

[issue15108] ERROR: SystemError: ./../Objects/tupleobject.c:118: bad argument to internal function

Jesús Cea Avión added the comment: Could you possibly reproduce this in 2.7, 3.2 and/or "default" (future 3.3)?. Python 2.6 support is over. -- components: +Cross-Build nosy: +jcea ___ Python tracker

[issue15108] ERROR: SystemError: ./../Objects/tupleobject.c:118: bad argument to internal function

Changes by Jesús Cea Avión : -- components: -Cross-Build ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue15108] ERROR: SystemError: ./../Objects/tupleobject.c:118: bad argument to internal function

Pankaj D added the comment: sorry, 2.7, 3.2 is not an option currently but I am hoping someone can provide enough info to help probe this more efficiently. There seem to be references to this issue on the web but no root-cause. -- ___ Python tracke

[issue15109] sqlite3.Connection.iterdump() dies with encoding exception

New submission from Ev Kontsevoy : When calling connection.iterdump() on a database with non-ASCII string values, the following exception is raised: File "/python-2.7.3/lib/python2.7/sqlite3/dump.py", line 56, in _iterdump yield("{0};".fo

[issue15109] sqlite3.Connection.iterdump() dies with encoding exception

Changes by Ev Kontsevoy : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

  1   2   >