Use the new PyFile_IncUseCount & PyFile_DecUseCount calls appropriatly
within the standard library.  These modules use PyFile_AsFile and later
release the GIL while operating on the previously returned FILE*.

Bug #2388: Fix gcc warnings when compiling with --enable-unicode=ucs4.

correct heading underline for new "Cross-compiling on Windows" section

Issue #2513: enable 64bit cross compilation on windows.

Make file objects as thread safe as the underlying libc FILE* implementation.
close() will now raise an IOError if any operations on the file object
are currently in progress in other threads.

Most code was written by Antoine Pitrou (pitrou).  Additional testing,
documentation and test suite cleanup done by me (gregory.p.smith).

Fixes issue 815646 and 595601 (as well as many other bugs and
references to this problem dating back to the dawn of Python).

Add enough debugging information to diagnose failures where the
HandlerBException is ignored, and fix one such problem, where it was thrown
during the __del__ method of the previous Popen object.

We may want to find a better way of printing verbose information so it's not
spammy when the test passes.

Don't run kill_python as part of the build process.  Change the buildbots so they have to call it explicitly instead.

type

From issue 1753245 - better _winreg support for x64.
Adds _winreg.DisableReflectionKey, EnableReflectionKey, QueryReflectionKey,
KEY_WOW64_64KEY and KEY_WOW64_32KEY.

Fix test_distutils to not fail when running 'make test' from a Python build
directory that is not the source directory (ie, one created using
'/path/to/source/configure'.) Leaves this test very slightly degraded in
that particular case, compared to the build-in-sourcedir case, but that case
isn't a particularly strong test either: neither test the actual path that
will be used after installing. There isn't a particularly good way to test
this, and a poor test beats a failing test.

Declare inittimezone static.

Write PEP 3119 section

Mention that the tuple returned by __reduce__ is pickled as normal.

Markup fixes; write PEP 3118 section

Add script to merge msvcr90.

Add two features to distinguish between private and SxS CRT.

Extend sizes of various fields, to support the CRT90 merge module.

Prevent test_sqlite from hanging on older versions of sqlite.
The problem is that when trying to do the second insert, sqlite seems to sleep
for a very long time.  Here is the output from strace:

  read(6, "SQLite format 3\0\4\0\1\1\0@  \0\0\0\1\0\0\0\0"..., 1024) = 1024
  nanosleep({4294, 966296000},  <unfinished ...>

I don't know which version this was fixed in, but 3.2.1 definitely fails.

Various edits

Markup fix; explain what interval timers do; typo fix

Minor edits

Revert r62152 (Issue #2550).  Being able to observe the results of all the buildbots was certainly useful.  All of the platforms that have some form of BSD lineage -- FreeBSD, OS X, Solaris and Tru64 -- all pass the test.  Windows and Linux, on the other hand, don't.  Windows I knew about, Linux was a surprise.  Knowing this, I believe a more appropriate fix will revolve around test_support.bind_socket() -- this method needs to return a port that nothing in the system has bound already.  The best way to do this may just be to rely on ephemeral ports, rather than having the user specify a desired port, then fall back to four random ports, then try 0.

News entry for: Sync with files from the just released libffi 3.0.5 version.

More files from libffi 3.0.5.
Removed libffi.pc.in because it is not needed for ctypes.

Issue 2550: extend test_socket.py to test SO_REUSEADDR semantics when bind() is called on identical (host, port) combinations in two separate sockets.  This should raise an EADDRINUSE socket.error in all cases, irrespective of whether or not SO_REUSEADDR is set on the sockets.  However, with Windows, when SO_REUSEADDR is set on the sockets, no error is thrown (an error is thrown when the option isn't set), which results in an extremely wedged python process whenever accept() is called on either of the bound sockets.  I'm committing this test now to observe if it's only Windows that has this behaviour (via the buildbots).  Note: this WILL break all Windows buildbots for now; once I've observed the results on other platforms, I'll revert, then start looking into a patch.

Oops again. EINTR is in errno, not signal.

Sync with files from the just released libffi 3.0.5 version.

stupid, stupid, stupid!

my previous change did what I said it should not: it changed the current
directory to the directory in which the setup.py script lived (which made
__file__ wrong)

fixed, with test that the script is run in the current directory of the caller

Issue #2544: On HP-UX systems, use 'gcc -shared' for linking when gcc
is used as compiler.

Issue #2543: Make ctypes compatible (again) with Python 2.3, 2.4, and 2.5.

- Issue #2385: distutils.core.run_script() makes __file__ available, so the
  controlled environment will more closely mirror the typical script
  environment.  This supports setup.py scripts that refer to data files.

Doh! os.read() raises an OSError, not an IOError when it's interrupted.

And fix some flakiness in test_itimer_prof, which could detect that the timer
had reached 0 before the signal arrived announcing that fact.

post release updates

#1733757: the interpreter would hang on shutdown, if the function set by sys.settrace
calls threading.currentThread.

The correction somewhat improves the code, but it was close.
Many thanks to the "with" construct, which turns python code into C calls.

I wonder if it is not better to sys.settrace(None) just after
running the __main__ module and before finalization.

Make kill_python a little more forgiving if it can't obtain a snapshot of module information for a given python[_d].exe process.  Failing here was too pessimistic; the python[_d].exe process may be owned by another user, which is the case in some buildbot environments.

Add the correct OutputFile values for debug builds.  Fixes r62129's commit.

Reimplement kill_python.  The existing version had a number of flaws, namely, it didn't work for x64 and it wasn't precise about which python_d.exe it was killing -- it just killed the first one it came across that happened to have 'pcbuild\python_d.exe' or 'build\python_d.exe' in it's path.  The new version has been rewritten from the ground up and now lives in PCbuild, instead of Tools\buildbot, and it has also been incorporated into the Visual Studio solution (pcbuild.sln) as 'kill_python'.  The solution has also been altered such that kill_python is called where necessary in the build process in order to prevent any linking errors due to open file locks.  In lieu of this, all of the existing bits and pieces in Tools\buildbot that called out to kill_python at various points have also been removed as they are now obsolete.  Tested on both Win32 and x64.

Change set (included to improve usefulness of svnmerge log entry):
M      PCbuild\pythoncore.vcproj
M      PCbuild\pcbuild.sln
M      PCbuild\release.vsprops
A      PCbuild\kill_python.vcproj
M      PCbuild\debug.vsprops
A      PCbuild\kill_python.c
D      Tools\buildbot\kill_python.bat
D      Tools\buildbot\kill_python.mak
M      Tools\buildbot\build.bat
D      Tools\buildbot\Makefile
M      Tools\buildbot\build-amd64.bat
M      Tools\buildbot\buildmsi.bat
D      Tools\buildbot\kill_python.c

Remove the building of Berkeley DB step; _bsddb44.vcproj takes care of this for us now.

Post tag version tweak

Create the tag for 2.6a2

Updating for 2.6a2

Suggested proposed changes to Python be considered on some mailing lists first

Remove debug prints; the buildbot now passes the tests

Added updates with respect to recent changes to TimedRotatingFileHandler.

Added updates with respect to recent changes to TimedRotatingFileHandler.

Fix: #2315, #2316, #2317: TimedRotatingFileHandler - changed logic to better handle daylight savings time, deletion of old log files, and fixed a bug in calculating rollover when no logging occurs for a longer interval than the rollover period.

Update information pertaining to building external components, as well as notes on x64 builds.  This file now accurately describes the build process as is; however, there's still a lot of room for improvement, especially with regards to how we build Tcl/Tk, Tix, and OpenSSL.  Watch this space for further improvements.

Apply same patch from 3k branch to try and prevent this test from hanging
on various platforms, most recently the Alpha Tru64.

Try to make test_signal less flaky.  I still see some flakiness in
test_itimer_prof.

A DocTestSuite cannot run multiple times: it clears its globals dictionary after the first run.

Rebuild the DocTestSuite on each iteration.

Correct the apparent refleak in test_io:
When cls is an ABCMeta, every call to isinstance(x, cls)
records type(x) in the cls._abc_cache of cls_abc_negative_cache.
So we clear these caches at the end of the test.

inspect.isabstract() is not the correct test for all ABCs, because there is no @abstractmethod in io.py (why?)
isinstance(cls, ABCMeta) would be more exact, but it fails with an infinite recursion.
So I used a hack to determine whether a class is an ABCMeta.

The true correction would be to turn cls._abc_cache &co into a WeakSet, as py3k does.
But classic classes are not weak referenceable...

Of course, this change should not be merged into the py3k branch.

Remove the advertising clause from the BSD license in timing.h.
I have the email trail to prove that George Neville-Neil approved this.

Newly enabled test appears to leak:
it registers the same codec on each iteration.
Do it only once at load time.

Fix and enable a skipped test:
with python 2.6, enumerating bytes yields 1-char strings, not numbers.

Don't merge this into the py3k branch.

Add ``if __name__ == '__main__'`` to some test files where it didn't take a lot
of effort to do so.

Generalize test.test_support.test_stdout() with a base context manager so that
it is easy to capture stderr if desired.

Be sure to close the file.  2 places were deleting the file, so it was probably
fine, but the last change may be required for the test to pass on Windows.
Should we always close the mmap too?

PyErr_Warn is decrepated. Use PyErr_WarnEx

Merged revisions 61990-62079 via svnmerge from
svn+ssh://pythondev@svn.python.org/sandbox/trunk/2to3/lib2to3

........
  r62017 | david.wolever | 2008-03-28 21:54:37 +0100 (Fr, 28 Mär 2008) | 1 line

  Fixed an out-of-date comment.
........

Use file.write instead of print to make it easier to merge with 3k.

Block the sys.exc_clear -3 warning from threading.py.

Make AST nodes pickleable.

Fix error message -- "expects either 0 or 0 arguments"

The other download formats will be available for 2.6 too.

Updated README regarding doc formats

Make _fields attr for no fields consistent with _attributes attr.

Convert test_ast to unittest and add a test for r62049.

#2505: allow easier creation of AST nodes.

Adapt test_ast to the new ExceptHandler type.

Patch #2511: Give the "excepthandler" AST item proper attributes by making it a Sum.

Documented the lastrowid attribute.

#2503 make singletons compared with "is" not == or !=
Thanks to Wummel for the patch

Still investigating on the hanging test_socket.
the test itself doesn't do anything on windows, focus on setUp and tearDown.

The buildbot "x86 W2k8 trunk" seems to hang in test_socket.
http://www.python.org/dev/buildbot/trunk/x86%20W2k8%20trunk/builds/255/step-test/0

Temporarily increase verbosity of this test.

Properly check for consistency with the third argument of
compile() when compiling an AST node.

Now that Lib/test/output is gone, tests should not print anything,
except in verbose mode.
Support code is much simpler.

lib2to3 should install a logging handler only when run as a main program,
not when used as a library.

This may please the buildbots, which fail when test_lib2to3 is run before test_logging.

Fix capitalization.

Be explicit about what efficient means.

Backport #1442: report exception when startup file cannot be run.

Correctly call the base class tearDown();
otherwise running test_logging twice produce the errors we see on all buildbots

Revert my experiment. I found one reason of failures in test_logging.

Brought documentation for sqlite3 module up-to-date. Fixed Issue1625205 which
complained about commit, rollback and close not being documented.

At least let the module compile

Try to understand why most buildbots suddenly turned to red.
Undo the only change that might have unexpected effects.

To be followed.

NIL => NULL

One #ifdef too much, and I broke all windows buildbots:
in pyconfig.h, NTDDI_WIN2KSP4 is not *yet* defined, but will be at some point on some modules.

Let this line even for older SDKs, they don't use it anyway.

Repair compilation for Visual Studio 2005.

I applied the same changes manually to VS7.1 and VC6 files; completely untested.

(Christian, don't try too hard merging this change into py3k.
It will be easier to do the same work again on the branch)

#2498 modernized try, except, finally statements in bdb

Fix a reference leak found by Georg, when compiling a class nested in another class.
Now "regrtest.py -R:: test_compile" is satisfied.

Will backport.

Silence compiler warning at the source.

Silence a compilation warning

These svn adds were forgotten in r62000

Update sqlite3 module to match current version of pysqlite.

#2502: add example how to do enum types with named tuples.

Don't use the confusing term "set membership".

Phase out has_key usage in the tutorial; correct docs for PyMapping_HasKey*.

Patch #1810 by Thomas Lee, reviewed by myself:
allow compiling Python AST objects into code objects
in compile().

Accept patch issue2426 by Paul Kippes (kippesp).

Adds sqlite3.Connection.iterdump to allow dumping of databases.