The existing win32_error() function now returns the new(ish) WindowsError, ensuring we get correct error messages.

Fix the parent of WindowsError - both the comments in this source file, and the previous exceptions.py have WindowsError as a sub-class of OSError.

string literals has not been tested on an MS_WIN16 platform; the trailing
";" was inside the #ifndef MS_WIN16, which should cause an error (missing
semi-colon) when compiled with that symbol #defined.

old Jitterbug interface.

big-endian machines and "little" for little-endian machines.

<den@analyt.chem.msu.ru>.

resized after creation. 0-length strings are usually shared
and _PyString_Resize() fails on these shared strings.

Fixes [ Bug #111667 ] unicode core dump.

Test for fix to bug #110673: os.abspatth() now always returns os.getcwd() on Windows, if an empty path is specified.  It previously did not if an empty path was delegated to win32api.GetFullPathName())

Fix for Bug #110673: os.abspatth() now always returns os.getcwd() on Windows, if an empty path is specified.  It previously did not if an empty path was delegated to win32api.GetFullPathName())

Support for building the new w9xpopen.exe, which is used for reliable popen operation on Windows 9x.

Ensure the "proxied" command's return code bubbles back up.

This is an enhancement to a prior patch (100941) ...
[T]his patch removes the risk of deadlock waiting for the child previously present in certain cases. It adds tracking of all file handles returned from an os.popen* call and only waits for the child process, returning the exit code, on the closure of the final file handle to that child.

by Edward K. Ream <edream@users.sourceforge.net> about FILE* values and
incompatible C libraries in dynamically linked extensions.  It is not clear
(to me) how realistic the issue is, but it is better documented than not.

This closes SourceForge bug #111520.

http://www.python.org/pipermail/python-checkins/2000-August/007072.html
and make PCbuild/*.dsp PCbuild/*.dsw binary again.

see: http://www.python.org/pipermail/python-dev/2000-August/014971.html

node, without checking if the node actually had more than one child. It can
have only one node, though: '[' test ']'. This fixes it.

and is much better documented to boot.

argument list.

  * use self.debug_print() for debug messages
  * uses now copy.copy() to copy lists
  * added 'shared_lib_extension=".dll"', ... , this is necessary if you
    want use the compiler class outside of the standard distutils build
    process.
  * changed result type of check_config_h() from int to string

  * changed some list.extend([...]) to list.append(...)
  * added '/g0' to compiler_options, so compiler doesn't
    stop after 100 warnings

by the user.

Properly end a comment block. It was terminated fine later but by a subsequent
block and. It was also in #if 0. This patch is so trivial I can't believe I am
talking about it. :)

re-introducing com_assign_list, now unused. Removed it.

return value to int is safe here because it previously checked that
there will be no overflow.

return value to int is safe here because in each case it previouls checked that
there will be no overflow.

and fwrite return size_t, so it is safer to cast up to the largest type for the
comparison. I believe the cast is required at all to remove compiler warnings.

- fix tab space issues (SF patch #101167 by Neil Schemenauer)
- fix co_flags for classes to include CO_NEWLOCALS (SF patch #101145 by Neil)
- fix for merger of UNPACK_LIST and UNPACK_TUPLE into UNPACK_SEQUENCE,
  (SF patch #101168 by, well, Neil :)
- Adjust bytecode MAGIC to current bytecode.

TODO: teach compile.py about list comprehensions.

huge switch statement broken up. This will probably not be necessary when
the Win64 compiler matures.

    http://sourceforge.net/patch/?func=detailpatch&patch_id=100654&group_id=5470

for details.

his build directory in a different place than his source directory.  I
do, and it is supposed to be supported.  The naive patch caused an
endless recursion in the Make process.  This should take care of that.