[issue4944] os.fsync() doesn't work as expect in Windows

Gabriel Genellina added the comment: Thanks for adapting the smaller example. I think I figured out what's the problem. The error reported by checkfile.c is 0x20 = ERROR_SHARING_VIOLATION "The process cannot access the file because it is being used by another process." I modified the subproc

[issue5019] Specifying common controls DLL in manifest

Martin v. Löwis added the comment: See issue4566. If you explicitly create "activation contexts", you might be able to have it load the right DLLs. -- nosy: +loewis ___ Python tracker __

[issue5020] Regex Expression Error

New submission from sleepyfish : import re re.match(r'[/- ]','/') crash, but re.match(r'[ /-]','/'), or re.match(r'[/ -]','/'), or re.match(r'[ -/]','/') ... only when the match pattern is r'[/-]', the program crash I run it in version 2.6.1 and version 3.0, both having the same problem --

[issue5018] Overly general claim about sequence unpacking in tutorial

Mitchell Model added the comment: I've read those paragraphs many times. Oddly enough when you asked me for a rewording and I went back and read them again I found a very different interpretation than all the other times. I've always thought of unpacking as being about the variables on the

[issue4242] Classify language vs. impl-detail tests, step 1

Brett Cannon added the comment: On Tue, Jan 20, 2009 at 18:19, Terry J. Reedy wrote: > > Terry J. Reedy added the comment: > > Like Brett, I think the long term solution is to segregate > implementation-specific tests into a separate file or subdirectory of > files. Then the main directory of

[issue4972] let's equip ftplib.FTP with __enter__ and __exit__

Alexander Belopolsky added the comment: Please remove the old smtplib.patch: it is confusing to have two attachments with the same name. It will still be available in the history, so nothing will be lost. A nit-pick: 221 is a success code (in smtp 2xx codes are successes and 5xx are errors

[issue3093] Namespace pollution from multiprocessing

Changes by Jesse Noller : -- title: Namespace polution from multiprocessing -> Namespace pollution from multiprocessing ___ Python tracker ___ ___

[issue5009] multiprocessing: failure in manager._debug_info()

Jesse Noller added the comment: Checked in, r68839 -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-b

[issue4242] Classify language vs. impl-detail tests, step 1

Terry J. Reedy added the comment: Like Brett, I think the long term solution is to segregate implementation-specific tests into a separate file or subdirectory of files. Then the main directory of tests could (and I would like) constitute an executable definition-by-example for the language. (

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12776/unicode_fromwidechar_surrogate-2.patch ___ Python tracker ___ ___ P

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

STINNER Victor added the comment: > Also note that on platforms with 16-bit wchar_t, the comparison > (0x < *w) will always be false, so an additional check for > (Py_UNICODE_SIZE > 2) is needed. Yes, but the right test is (SIZEOF_WCHAR_T > 2). I wrote a new test: #if (Py_UNICODE_SIZE == 2

[issue5017] import suds help( suds ) fails

Amaury Forgeot d'Arc added the comment: The inspect module seems to have problems with modules directly imported from a zip file. When installing with "easy_install -Z suds", the problem disappears. -- nosy: +amaury.forgeotdarc ___ Python tracker <

[issue5018] Overly general claim about sequence unpacking in tutorial

Raymond Hettinger added the comment: Suggested rewording? -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue5019] Specifying common controls DLL in manifest

New submission from Robin Dunn : This may have already been discussed but my searches didn't turn up anything concrete other than issue 4120 which is a similar but different problem. The problem I'm facing is that wxPython requires that version 6 of the common controls DLL be loaded in order for

[issue5018] Overly general claim about sequence unpacking in tutorial

New submission from Mitchell Model : The datastructures section of the tutorial states with respect to "sequence unpacking" that "there is a small bit of asymmetry here: packing multiple values always creates a tuple, and unpacking works for any sequence". This is too general, as shown by the

[issue5017] import suds help( suds ) fails

New submission from Peter Bobroff : Python Interactive Shell 2.6.1 r261:67517 easy_install suds #seemed to succeed import suds help( suds ) fails in Python26\lib\inspect.py with index out of range I fixed the obvious problem, then failed on another. After fixing 3 0r 4 it worked but there is pr

[issue5008] Wrong tell() result for a file opened in append mode

Antoine Pitrou added the comment: Committed in r68835, r68836, r68837, r68838. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___

[issue4428] make io.BufferedWriter observe max_buffer_size limits

Guido van Rossum added the comment: @Gregory, that sounds like an odd enough use case to skip. However you might want to look for __length_hint__ before giving up? OTOH unless the use case is real, why not support it but making it slow? ___ Python tracker

[issue5006] Duplicate UTF-16 BOM if a file is open in append mode

STINNER Victor added the comment: See also issues #5008 (f.tell()) and #5016 (f.seekable()), not directly related to this issue. ___ Python tracker ___ __

[issue5016] FileIO.seekable() can return False

STINNER Victor added the comment: See also issue #5008. ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue5016] FileIO.seekable() can return False

STINNER Victor added the comment: Patch with regression test in test_largefile: test 2**31-1, 2**31, 2**31+1. -- keywords: +patch nosy: +haypo Added file: http://bugs.python.org/file12821/fileio_append.patch ___ Python tracker

[issue5008] Wrong tell() result for a file opened in append mode

Changes by Antoine Pitrou : -- resolution: -> accepted ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue5008] Wrong tell() result for a file opened in append mode

STINNER Victor added the comment: Version 4: ok, let's use *portable*_lseek() instead of the "ugly" lseek() function (not compatible with large files on Windows). Added file: http://bugs.python.org/file12820/fileio_append-4.patch ___ Python tracker

[issue5008] Wrong tell() result for a file opened in append mode

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12819/fileio_append-3.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue4428] make io.BufferedWriter observe max_buffer_size limits

Gregory P. Smith added the comment: I know of no code relying on this behavior, I merely duplicated the behavior that existed while writing the patch. I'm happy to simplify. Adding Guido to the CC list for a pronouncement. Guido is it okay to change io.BufferedWriter.write() in release30-ma

[issue5008] Wrong tell() result for a file opened in append mode

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12818/fileio_append-2.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue5008] Wrong tell() result for a file opened in append mode

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12804/fileio_append.patch ___ Python tracker ___ ___ Python-bugs-list mail

[issue5008] Wrong tell() result for a file opened in append mode

STINNER Victor added the comment: New try (version 3): - reuse Py_off_t in fileio_init() instead of long - use Python coding style: f.tell() > 0 - remove the unused forward declaration of portable_lseek() This patch also prepares a fix for #5016. Added file: http://bugs.python.org/file12819

[issue5016] FileIO.seekable() can return False

Changes by Antoine Pitrou : -- priority: -> high stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue5008] Wrong tell() result for a file opened in append mode

Antoine Pitrou added the comment: Last thing, in your patch there is a forward declaration to portable_lseek but it doesn't look used anywhere... ___ Python tracker ___ __

[issue5008] Wrong tell() result for a file opened in append mode

Antoine Pitrou added the comment: > I use the type "long" to store the lseek() result, because I don't > know if off_t is available on all OS. Py_off_t may be used, but it's > defined above (after fileio_init). Instead of checking the return type, you can first set errno to 0, and then check

[issue5016] FileIO.seekable() can return False

New submission from Antoine Pitrou : FileIO.seekable() can return False if we first seek to a position such that, when truncated to a signed int, it becomes negative: >>> f = open('largefile', 'wb', buffering=0) >>> f.seek(2**31, 0) 2147483648 >>> f.write(b'x') 1 >>> f.close() >>> f = open('larg

[issue5008] Wrong tell() result for a file opened in append mode

STINNER Victor added the comment: Patch version 2: - raise raise PyErr_SetFromErrno(PyExc_IOError) on lseek() error - add tests for unbuffered binary file and (buffered) text file I use the type "long" to store the lseek() result, because I don't know if off_t is available on all OS. Py_off_

[issue5013] Problems with delay parm of logging.handlers.RotatingFileHandler

Vinay Sajip added the comment: Fixes now in trunk and release26-maint. Note that RotatingFileHandler will open the file when shouldRollover() is called - which it is from emit() - and doRollover() will also open the file even if a delay parameter is set. TimedRotatingFileHandler will not open

[issue4428] make io.BufferedWriter observe max_buffer_size limits

Antoine Pitrou added the comment: Hi! that sounds > like a behavior change. I'd be fine with removing it for the 3.1/2.7 version of > this code (though I hope people will be using the C implementation instead). Well, either it's supported and it will have to go through a deprecation phase, or

[issue5015] The Py_SetPythonHome C API function is undocumented

New submission from Kylotan : I found out recently that Py_SetPythonHome() might solve my problem with embedding Python in a C++ app. I felt a bit stupid for not finding this myself in the documentation, until I noticed that it's not in the documentation. :) I would expect to find it at http://d

[issue4941] Tell GCC Py_DECREF is unlikely to call the destructor

Jeffrey Yasskin added the comment: Minor comments on likely_object.diff: * Py_LIKELY() and Py_UNLIKELY() would be better spellings than likely() and unlikely(). * The definitions should go in pyport.h instead of object.h * Usually don't put spaces after the "#". * Probably #if the definitions of

[issue4941] Tell GCC Py_DECREF is unlikely to call the destructor

Changes by Daniel Diniz : Added file: http://bugs.python.org/file12817/ceval_function.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4941] Tell GCC Py_DECREF is unlikely to call the destructor

Changes by Daniel Diniz : Added file: http://bugs.python.org/file12816/ceval_tuple_unpack.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue4941] Tell GCC Py_DECREF is unlikely to call the destructor

Changes by Daniel Diniz : Added file: http://bugs.python.org/file12815/ceval_exception.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4941] Tell GCC Py_DECREF is unlikely to call the destructor

Changes by Daniel Diniz : Added file: http://bugs.python.org/file12814/likely_object.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue5011] issue4428 - make io.BufferedWriter observe max_buffer_size limits

Gregory P. Smith added the comment: Reviewers: Antoine Pitrou, Message: Just responding to your comments on the support for generators and non buffer api supporting inputs. I'll get to the other comments in the code soon with new unit tests for those cases. http://codereview.appspot.com/12470

[issue4941] Tell GCC Py_DECREF is unlikely to call the destructor

Daniel Diniz added the comment: New version of the patch, as well as one that doesn't touch Py_DECREF but defines likely and unlikely. Then, three ceval patches that result in small speedups (2% to 8% here), but don't play well together (neither with the Py_DECREF one). Since I get speedups for

[issue4749] Issue with RotatingFileHandler logging handler on Windows

Vinay Sajip added the comment: Closed, as no further feedback received. -- status: pending -> closed ___ Python tracker ___ ___ Python

[issue4941] Tell GCC Py_DECREF is unlikely to call the destructor

Changes by Daniel Diniz : Removed file: http://bugs.python.org/file12731/likely_decref.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4242] Classify language vs. impl-detail tests, step 1

Antoine Pitrou added the comment: > @Antoine: Cython already compiles a major part of CPython's test suite > successfully (although we didn't actually try to compile the stdlib > itself but only the tests). It's an announced goal for Cython 1.0 to > compile 'all' Python code, and it would be gre

[issue4705] python3.0 -u: unbuffered stdout

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file12657/unbufferedstdout-5.patch ___ Python tracker ___ ___ Python-bugs-list

[issue4705] python3.0 -u: unbuffered stdout

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file12556/unbufferedstdout-4.patch ___ Python tracker ___ ___ Python-bugs-list

[issue4705] python3.0 -u: unbuffered stdout

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file12479/test_stdin.py ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue4705] python3.0 -u: unbuffered stdout

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file12475/unbufferedstdout.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue4705] python3.0 -u: unbuffered stdout

Changes by Antoine Pitrou : -- priority: high -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4242] Classify language vs. impl-detail tests, step 1

Stefan Behnel added the comment: @Antoine: Cython already compiles a major part of CPython's test suite successfully (although we didn't actually try to compile the stdlib itself but only the tests). It's an announced goal for Cython 1.0 to compile 'all' Python code, and it would be great to hav

[issue4242] Classify language vs. impl-detail tests, step 1

Changes by Leonardo Soto : -- nosy: +leosoto ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue2121] complex constructor doesn't accept string with nan and inf

Mark Dickinson added the comment: Closing this one as won't fix. -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ ___

[issue4842] int('3L') still valid in Python 3.0

Mark Dickinson added the comment: Re: specification of the pickle formats. There's a fairly detailed description of all the opcodes already in the pickletools module, so the main task would be to extract those descriptions and put them into the documentation somewhere. Perhaps the documenta

[issue4998] __slots__ on Fraction is useless

Raymond Hettinger added the comment: Thanks Mark. Fixed in r68819 . ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue4842] int('3L') still valid in Python 3.0

Mark Dickinson added the comment: Thanks, Martin. Fixed in py3k in r68814 and r68815, and merged to 3.0 release branch in r68818. -- status: open -> closed ___ Python tracker _

[issue4972] let's equip ftplib.FTP with __enter__ and __exit__

Changes by Tarek Ziadé : Added file: http://bugs.python.org/file12812/imaplib.diff ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue4972] let's equip ftplib.FTP with __enter__ and __exit__

Tarek Ziadé added the comment: > so you will never see a socket error from quit(). It did happen but on the close() call inside the quit() call. I couldn't reproduce it in the tests yet, still working on it. I have changed the patch and took car of the return code. I have also commited a firs

[issue5014] Kernel Protection Failure

Martin v. Löwis added the comment: [I'm closing the report for the following reasons:] This bug is not appropriate for the Python bug tracker. We only deal with bugs in Python proper, not in any add-on libraries (such as a MySQL adapter or Django). In addition, we need a way to reproduce the bug

[issue3881] IDLE won't start in custom directory.

Martin v. Löwis added the comment: > Installing to C:\Program Files\Python\ worked. > Now we just have to find out WHY it doesn't work with the > C:\[Programmer/Programmas]\ to C:\Program Files\ link. With process monitor, I made partial progress (after installing the German Vista version). It

[issue4977] test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long"

Martin v. Löwis added the comment: > i'd very much appreciate this being kept open so that i > can keep track of determining what the heck is going on Please understand that the purpose of the bug tracker is not to keep your personal progress notes. A tracker item, in theory, must be formulated

[issue4998] __slots__ on Fraction is useless

Mark Dickinson added the comment: BTW, Raymond, it looks as though your earlier commit, r68799, changed distutils/command/wininst-8.0.exe. Was that deliberate? ___ Python tracker ___ __

[issue4242] Classify language vs. impl-detail tests, step 1

Nick Coghlan added the comment: I got the impression from Stefan's question that he would like to be able to run the stdlib tests with Cython enabled for all of the stdlib Python modules and know which tests still needed to pass and which could be safely skipped as being specific to vanilla CPyt

[issue5014] Kernel Protection Failure

pb added the comment: I believe it was an infinite recursion, so the stack limit would never be big enough, however a recursion limit exceeded exception does sound like the correct response. The code was running in mod_python, so I'm not sure how apache deals with stack overflows. Thanks

[issue5014] Kernel Protection Failure

Antoine Pitrou added the comment: I do not think it is invalid. The interpreter should have raised a RuntimeError "recursion limit exceeded" rather than crashing. Does the error still occur if you try to enlarge the stack limit using thread.stack_size() ? -- resolution: invalid -> sta

[issue4998] __slots__ on Fraction is useless

Raymond Hettinger added the comment: Fixed in the trunk: r68813. Benjamin, can you please apply to 2.6, 3.0 and 3.1. -- assignee: rhettinger -> benjamin.peterson resolution: -> fixed ___ Python tracker __

[issue4242] Classify language vs. impl-detail tests, step 1

Antoine Pitrou added the comment: Why would Cython be affected? This is about tests of the stdlib, which have nothing to whether you use Cython or not. ___ Python tracker ___

[issue4242] Classify language vs. impl-detail tests, step 1

Nick Coghlan added the comment: Would a C API in CPython to set the value returned by sys.vm be enough to help Cython out Stefan? Such a feature would help with any CPython based variant - the implementers could either leave sys.vm as "cpython" and attempt to be fully compatible, or else set it

[issue5014] Kernel Protection Failure

Changes by Benjamin Peterson : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue4998] __slots__ on Fraction is useless

Mark Dickinson added the comment: Got it. Thanks, Jeffrey. The patch looks good to me---please go ahead and apply. -- assignee: marketdickinson -> rhettinger ___ Python tracker __

[issue5014] Kernel Protection Failure

pb added the comment: Thanks for the feedback - looking again at the code it does seem like a recursive function may be stack overflowing. I've managed to resolve the issue by rewriting some code, and suspect I was probably at fault. Thanks again, and please mark the bug as invalid if nob

[issue4998] __slots__ on Fraction is useless

Jeffrey Yasskin added the comment: Rational has default definitions for some of its methods and properties. If Fraction inherits from Rational, it gets those definitions implicitly. If it's registered with Rational, it has to define them itself. I don't know that much about __slots__ (or I'd ha

[issue4242] Classify language vs. impl-detail tests, step 1

Stefan Behnel added the comment: I would definitely appreciate having a well-defined set of "required tests" that Cython should pass for compliance. However, something like sys.vm won't easily work for Cython: it runs within the CPython VM but only after converting the Python code to C. Emulati

[issue4998] __slots__ on Fraction is useless

Mark Dickinson added the comment: Thanks for the patch, Raymond. I'm don't really have any experience with ABCs. I've read the PEP (a few times), but am not convinced that I fully understand all the ideas involved. What are the practical differences between having Fraction inherit from Rat

[issue4998] __slots__ on Fraction is useless

Changes by Raymond Hettinger : -- assignee: jyasskin -> marketdickinson keywords: +patch priority: release blocker -> critical type: -> behavior versions: +Python 2.6, Python 2.7, Python 3.1 Added file: http://bugs.python.org/file12810/fractions.diff ___

[issue4995] sqlite3 module gives SQL logic error only in transactions

Muayyad Alsadi added the comment: a fedora-devel fellow gave me a solution cn=sqlite3.connect(':memory:', isolation_level=None) and it worked I hope that does not affect other versions $ python Python 2.5.2 (r252:60911, Sep 30 2008, 15:41:38) [GCC 4.3.2 20080917 (Red Hat 4.3.2-4)] on linux2

[issue5014] Kernel Protection Failure

Antoine Pitrou added the comment: Looking at your stack trace, do you have a recursive function somewhere? -- nosy: +pitrou ___ Python tracker ___ ___

[issue4998] __slots__ on Fraction is useless

Mark Dickinson added the comment: > ~44 bytes per Decimal on average with __slots__ > ~183 bytes per Decimal on average without __slots__ ...and of course a difference of 140 bytes shouldn't really be much of a surprise: Python 3.1a0 (py3k:68809M, Jan 20 2009, 16:55:13) [GCC 4.0.1 (Apple Inc.

[issue4998] __slots__ on Fraction is useless

Mark Dickinson added the comment: A random data point: just for fun, I just tried assessing the impact of __slots__ on Decimal instances, by the crude method of putting all of the Decimal instances that are created during a complete run of the Decimal test suite (over 10 of them) into a

[issue3881] IDLE won't start in custom directory.

Jacob added the comment: Installing to C:\Program Files\Python\ worked. Now we just have to find out WHY it doesn't work with the C:\[Programmer/Programmas]\ to C:\Program Files\ link. ___ Python tracker ___

[issue5013] Problems with delay parm of logging.handlers.RotatingFileHandler

Changes by Benjamin Peterson : -- assignee: -> vsajip nosy: +vsajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue5013] Problems with delay parm of logging.handlers.RotatingFileHandler

New submission from Fons Dijkstra : When you set the delay parameter of the logging.handlers.RotatingFileHandler.__init__() function to True, two things go wrong: 1) A previously set formatter is reset (to None) upon lazy creating the StreamHandler. That means in practice that you always will

[issue5012] How to test python 3 was installed properly in my directory?

Benjamin Peterson added the comment: Please ask your question on a mailing list like comp.lang.python. This tracker is for bug reports in Python not general requests for help. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___

[issue5012] How to test python 3 was installed properly in my directory?

New submission from Sravani Gogineni : Hello, I am a beginner and i installed python 3 in my Home directory. i want to test that the installation was done properly. is their a test suite to see the installation was good? Could anyone please help me with the problem? Also could i have both gcc

[issue4978] allow unicode keyword args

Benjamin Peterson added the comment: Thanks for the reviews! Applied in r68805. -- resolution: -> accepted status: open -> closed ___ Python tracker ___

[issue4879] Allow buffering for HTTPResponse

Kristján Valur Jónsson added the comment: Adding crossref to http://bugs.python.org/issue4448 regarding the porting of this feature to 3.1 ___ Python tracker ___

[issue1054967] bdist_deb - Debian packager

Changes by Akira Kitada : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/pytho

[issue4977] test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long"

Luke Kenneth Casson Leighton added the comment: hiya folks, lots of comments here. in no particular order: 1) thanks for reopening the bug 2) apologies for not being clearer - it's Lib/test/test_testzip.py specifically the TestZip64InSmallFiles case that's failing. 3) it's not yet _clear_

[issue5009] multiprocessing: failure in manager._debug_info()

Jesse Noller added the comment: Dang, and here I was thinking I was making progress :) I'll review and check in later today ___ Python tracker ___ ___

[issue4977] test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long"

Changes by Mark Dickinson : -- nosy: -marketdickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue4977] test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long"

Mark Dickinson added the comment: Antoine, I leave it to you to decide what to do with this. As far as I can see, the only action that one might want to take as a result of this issue is to replace strtol with PyOS_strol in the codebase (in the struct module, and there's also an occurrence in O

[issue4293] Thread Safe Py_AddPendingCall

Mark Dickinson added the comment: That seems to have done the trick. Thanks! -- status: open -> closed ___ Python tracker ___ ___ Pyt

[issue4995] sqlite3 module gives SQL logic error only in transactions

Antoine Pitrou added the comment: Well I'm no sqlite expert, but here are the values I get on the 2.6 branch: >>> sqlite3.apilevel '2.0' >>> sqlite3.sqlite_version '3.6.1' >>> sqlite3.sqlite_version_info (3, 6, 1) >>> sqlite3.version '2.4.1' >>> sqlite3.version_info (2, 4, 1) _

[issue5008] Wrong tell() result for a file opened in append mode

Antoine Pitrou added the comment: Comments on the patch: - you should check the error return of lseek() (and possibly wrap it in Py_BEGIN/END_ALLOW_THREADS, see portable_lseek() in the same file) - there should be a test for each of unbuffered IO (buffering=0), buffered IO ("rb") and text IO ("r

[issue4977] test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long"

Mark Dickinson added the comment: Luke, I closed this as invalid because it's not a Python bug: your system's strtol is buggy, so your bug report should go elsewhere. ___ Python tracker ___

[issue5011] issue4428 - make io.BufferedWriter observe max_buffer_size limits

Antoine Pitrou added the comment: Mmmh, adding in the Rietveld CC field didn't have the expected effect :) -- resolution: -> invalid status: open -> closed ___ Python tracker _

[issue4977] test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long"

Antoine Pitrou added the comment: Two comments: - please be more specific when mentioning a problem (when reading your bug report, I had a hard time figuring out what "test_maxint64" could be) - I hope you're testing against trunk or at least 2.6, because the 2.5 branch will only receive securit

[issue5010] repoened "test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long"" due to it being closed without asking me whether there was anything else involved

Antoine Pitrou added the comment: Let's put everything in one place :) -- nosy: +pitrou resolution: -> duplicate status: open -> closed superseder: -> test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long" ___ Python

[issue4977] test_maxint64 fails on 32-bit systems due to assumption that 64-bit fits into "long"

Antoine Pitrou added the comment: Reopening at OP's request. -- nosy: +pitrou resolution: invalid -> status: closed -> open ___ Python tracker ___ __

  1   2   >