Mark Dickinson dicki...@gmail.com added the comment:
Closing as invalid.
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4977
___
Javen Wang jave...@gmail.com added the comment:
I did trace the order of file creation and process launch. It shows the
file is indeed created before the process launch.
I did another investigation. I added a new process, cmd.exe /c copy
Makefile NewMakefile, to copy the the Makefile created,
Javen Wang jave...@gmail.com added the comment:
The test code and script which can reproduce the problem has been uploaded.
Added file: http://bugs.python.org/file12808/test_file_flush.py
___
Python tracker rep...@bugs.python.org
New submission from Amaury Forgeot d'Arc amaur...@gmail.com:
http://mail.python.org/pipermail/python-checkins/2009-January/077474.html
probably indicates some other error in the manager's shared objects, but
the debug_info() function fails to display anything.
It seems that most keys in
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The patch looks good now.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4978
___
___
New submission from Antoine Pitrou pit...@free.fr:
http://codereview.appspot.com/12470/diff/1/2
File Lib/io.py (right):
http://codereview.appspot.com/12470/diff/1/2#newcode1055
Line 1055: # b is an iterable of ints, it won't always support len().
There is no reason for write() to accept
Antoine Pitrou pit...@free.fr added the comment:
Reopening at OP's request.
--
nosy: +pitrou
resolution: invalid -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4977
Antoine Pitrou pit...@free.fr 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
Antoine Pitrou pit...@free.fr 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
New submission from Luke Kenneth Casson Leighton l...@lkcl.net:
this is reopening http://bugs.python.org/issue4977 because it was closed
without asking whether there was any further information or anything
else that required investigation.
there is no way for me to reopen the bug so i am forced
Antoine Pitrou pit...@free.fr 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)
Mark Dickinson dicki...@gmail.com added the comment:
That seems to have done the trick. Thanks!
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4293
___
Mark Dickinson dicki...@gmail.com 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
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: -marketdickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4977
___
___
Antoine Pitrou pit...@free.fr 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)
Luke Kenneth Casson Leighton l...@lkcl.net 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
Jesse Noller jnol...@gmail.com added the comment:
Dang, and here I was thinking I was making progress :)
I'll review and check in later today
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5009
___
Changes by Akira Kitada akit...@gmail.com:
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1054967
___
___
Python-bugs-list mailing list
Unsubscribe:
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Adding crossref to http://bugs.python.org/issue4448 regarding the
porting of this feature to 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4879
Benjamin Peterson benja...@python.org added the comment:
Thanks for the reviews! Applied in r68805.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4978
New submission from Sravani Gogineni gogine...@corning.com:
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
Benjamin Peterson benja...@python.org 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
New submission from Fons Dijkstra f...@xs4all.nl:
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
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - vsajip
nosy: +vsajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5013
___
___
Jacob jacobe...@gmail.com 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 rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Looking at your stack trace, do you have a recursive function somewhere?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5014
Muayyad Alsadi als...@ojuba.org 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
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
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
Mark Dickinson dicki...@gmail.com 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
Stefan Behnel sco...@users.sourceforge.net 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
Jeffrey Yasskin jyass...@gmail.com 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
pb peterbra...@peterbraden.co.uk 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 Dickinson dicki...@gmail.com added the comment:
Got it. Thanks, Jeffrey. The patch looks good to me---please go ahead
and apply.
--
assignee: marketdickinson - rhettinger
___
Python tracker rep...@bugs.python.org
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5014
___
Nick Coghlan ncogh...@gmail.com 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
Antoine Pitrou pit...@free.fr 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 rep...@bugs.python.org
http://bugs.python.org/issue4242
Raymond Hettinger rhettin...@users.sourceforge.net 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
Antoine Pitrou pit...@free.fr 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:
pb peterbra...@peterbraden.co.uk 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
Nick Coghlan ncogh...@gmail.com 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
Changes by Tarek Ziadé ziade.ta...@gmail.com:
Added file: http://bugs.python.org/file12812/imaplib.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4972
___
Mark Dickinson dicki...@gmail.com added the comment:
Closing this one as won't fix.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2121
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file12475/unbufferedstdout.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4705
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file12479/test_stdin.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4705
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file12556/unbufferedstdout-4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4705
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file12657/unbufferedstdout-5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4705
___
Changes by Daniel Diniz aja...@gmail.com:
Removed file: http://bugs.python.org/file12731/likely_decref.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4941
___
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Closed, as no further feedback received.
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4749
___
Daniel Diniz aja...@gmail.com 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
Gregory P. Smith g...@krypto.org 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.
Changes by Daniel Diniz aja...@gmail.com:
Added file: http://bugs.python.org/file12814/likely_object.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4941
___
Changes by Daniel Diniz aja...@gmail.com:
Added file: http://bugs.python.org/file12815/ceval_exception.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4941
___
Changes by Daniel Diniz aja...@gmail.com:
Added file: http://bugs.python.org/file12816/ceval_tuple_unpack.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4941
___
Changes by Daniel Diniz aja...@gmail.com:
Added file: http://bugs.python.org/file12817/ceval_function.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4941
___
Jeffrey Yasskin jyass...@gmail.com 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
New submission from Kylotan kylo...@gmail.com:
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
Antoine Pitrou pit...@free.fr 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
Vinay Sajip vinay_sa...@yahoo.co.uk 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.
STINNER Victor victor.stin...@haypocalc.com 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
New submission from Antoine Pitrou pit...@free.fr:
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 =
Antoine Pitrou pit...@free.fr 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
Antoine Pitrou pit...@free.fr 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 rep...@bugs.python.org
http://bugs.python.org/issue5008
Changes by Antoine Pitrou pit...@free.fr:
--
priority: - high
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5016
___
___
STINNER Victor victor.stin...@haypocalc.com 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:
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file12804/fileio_append.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5008
___
STINNER Victor victor.stin...@haypocalc.com 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
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5008
___
___
Python-bugs-list
STINNER Victor victor.stin...@haypocalc.com 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
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also issue #5008.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5016
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
See also issues #5008 (f.tell()) and #5016 (f.seekable()), not
directly related to this issue.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5006
Guido van Rossum gu...@python.org 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?
___
Amaury Forgeot d'Arc amaur...@gmail.com 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
___
STINNER Victor victor.stin...@haypocalc.com 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:
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file:
http://bugs.python.org/file12776/unicode_fromwidechar_surrogate-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4474
___
Terry J. Reedy tjre...@udel.edu 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
Changes by Jesse Noller jnol...@gmail.com:
--
title: Namespace polution from multiprocessing - Namespace pollution from
multiprocessing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3093
Alexander Belopolsky belopol...@users.sourceforge.net 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
Brett Cannon br...@python.org added the comment:
On Tue, Jan 20, 2009 at 18:19, Terry J. Reedy rep...@bugs.python.org wrote:
Terry J. Reedy tjre...@udel.edu added the comment:
Like Brett, I think the long term solution is to segregate
implementation-specific tests into a separate file or
Mitchell Model m...@acm.org 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
New submission from sleepyfish huangpeng1...@gmail.com:
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
Martin v. Löwis mar...@v.loewis.de 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 rep...@bugs.python.org
Gabriel Genellina gagsl-...@yahoo.com.ar 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
82 matches
Mail list logo