| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
| |
[ 1163563 ] Sub threads execute in restricted mode
basically by fixing bug 1010677 in a non-broken way.
Backport candidate.
|
|
|
|
|
| |
correspond to different interpreters (I hope, please revert if this is
wrong :).
|
|
|
|
|
|
|
|
| |
[ 1180997 ] lax error-checking in new-in-2.4 marshal stuff
which I'd assigned to Martin, but actually turned out to be easy to fix.
Also, a test.
|
|
|
|
|
|
| |
marshal_loads.
Bugfix candidate.
|
| |
|
|
|
|
|
|
|
|
|
| |
[ 1180995 ] binary formats for marshalling floats
Adds 2 new type codes for marshal (binary floats and binary complexes), a
new marshal version (2), updates MAGIC and fiddles the de-serializing of
code objects to be less likely to clobber the real reason for failing if
it fails.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[ 1181301 ] make float packing copy bytes when they can
which hasn't been reviewed, despite numerous threats to check it in
anyway if noone reviews it. Please read the diff on the checkin list,
at least!
The basic idea is to examine the bytes of some 'probe values' to see if
the current platform is a IEEE 754-ish platform, and if so
_PyFloat_{Pack,Unpack}{4,8} just copy bytes around.
The rest is hair for testing, and tests.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A problem regarding importing symlinked modules was recently reported on the
Cygwin mailing list:
http://cygwin.com/ml/cygwin/2005-04/msg00257.html
The following test case demonstrates the problem:
$ ls -l
total 1
lrwxrwxrwx 1 jt None 6 Apr 23 13:32 bar.py -> foo.py
-rw-r--r-- 1 jt None 24 Apr 18 20:13 foo.py
$ python -c 'import bar'
Traceback (most recent call last):
File "<string>", line 1, in ?
ImportError: No module named bar
Since Cygwin's case_ok() uses a modified version of the Windows's version, the
symlinked bar module actually resolves to file foo.py instead of bar.py. This
obviously causes the matching code to fail (regardless of case).
The patch fixes this problem by making Cygwin use the Mac OS X case_ok()
instead of a modified Window's version.
|
|
|
|
|
|
|
|
| |
[ 1176893 ] Readline segfault
by unsilly-ing PyGILState_Release().
Backport candidate.
|
|
|
|
|
| |
a default value of recursion limit from build systems. 1000 levels
are still too high for some 64bit systems.
|
|
|
|
|
| |
commit a yelp about a noted flaw the error messages for METH_KEYWORDS
functions under some circumstances.
|
|
|
|
| |
fixes the crash seen in bug #1165761
|
| |
|
|
|
|
| |
support for posix semaphores.
|
| |
|
|
|
|
| |
``class C(): pass`` is no longer a syntax error.
|
| |
|
|
|
|
|
| |
numbers in PyLong_AsLongLong, and update test suite accordingly.
Backported to 2.4.
|
| |
|
|
|
|
| |
Backported to 2.4.
|
|
|
|
| |
with || expressions. Also clarifies intend of 'if' conditional.
|
| |
|
|
|
|
|
|
| |
Add a test in case the underlying assumptions ever change (i.e. the
compiler starts generating code blocks that are not punctuated by
RETURN_VALUE).
|
|
|
|
|
| |
Afterwards, -0.5 loads in a single step and no longer requires a runtime
UNARY_NEGATIVE operation.
|
| |
|
| |
|
| |
|
|
|
|
| |
of a "in" or "not in" test.
|
|
|
|
|
| |
Inspired by Skip's idea to recognize the throw-away nature of sequences
in this context and to transform their type to one with better performance.
|
|
|
|
|
|
|
| |
If we exit via the break here, we need to set ff_last_lineno or
FUTURE_POSSIBLE() will remain true. The bug affected statements
containing a variety of expressions, but not all expressions. It has
been present since Python 2.2.
|
|
|
|
| |
Backported to 2.3 and 2.4.
|
|
|
|
| |
Saves space in the presence of code like: (None,)*10000
|
| |
|
|
|
|
| |
Will backport to 2.4 and 2.3.
|
|
|
|
| |
inscrutable READ_TIMESTAMP.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
bytecodes from the previously saved .pyc files. Fixed by disabling the static
optimization of BINARY_DIVIDE between two constants.
|
| |
|
|
|
|
|
| |
immediately segfaults, due to a typo! This was obviously never tested...
Added a test for it, and also fixed the documentation.
|
|
|
|
| |
expression in min_max() to shut gcc up.
|
|
|
|
| |
(First draft of patch contributed by Steven Bethard.)
|
|
|
|
|
|
|
|
|
| |
Improve signal handling, especially when using threads, by forcing an early
re-execution of PyEval_EvalFrame() "periodic" code when things_to_do is not
cleared by Py_MakePendingCalls().
M Misc/NEWS
M Python/ceval.c
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
PyGILState_Ensure(): The fix in 2.4a3 for bug 1010677 reintroduced thread
shutdown race bug 225673. Repaired by (once again) ensuring the GIL is
held whenever deleting a thread state.
Alas, there's no useful test case for this shy bug. Four years ago, only
Guido could provoke it, on his box, and today only Armin can provoke it
on his box. I've never been able to provoke it (but not for lack of
trying!).
This is a critical fix for 2.3.5 too, since the fix for 1010677 got
backported there already and so also reintroduced 225673. I don't intend to
backport this fix. For whoever (if anyone) does, there are other thread
fixes in 2.4 that need backporting too, and I bet they need to happen first
for this patch to apply cleanly.
|
|
|
|
| |
There is no test for this change, because there is no way to provoke memory errors on demand. Test suite passes, though.
|