summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Document the byte_order value in the sys module.Fred Drake2000-08-141-0/+8
|
* Add a byte_order value to the sys module. The value is "big" forFred Drake2000-08-141-0/+13
| | | | big-endian machines and "little" for little-endian machines.
* Document the range type, as suggested by Denis S. OtkidachFred Drake2000-08-141-4/+24
| | | | <den@analyt.chem.msu.ru>.
* Fixed a couple of instances where a 0-length string was beingMarc-André Lemburg2000-08-141-6/+13
| | | | | | | 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 ↵Mark Hammond2000-08-141-0/+5
| | | | 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 ↵Mark Hammond2000-08-141-4/+7
| | | | Windows, if an empty path is specified. It previously did not if an empty path was delegated to win32api.GetFullPathName())
* Check in the correct output - even though the module itself may not survive!Mark Hammond2000-08-141-0/+76
|
* Support for building the new w9xpopen.exe, which is used for reliable popen ↵Mark Hammond2000-08-142-0/+109
| | | | operation on Windows 9x.
* Patch #101032, from David Bolen:Mark Hammond2000-08-141-2/+5
| | | | Ensure the "proxied" command's return code bubbles back up.
* Patch #101032, from David Bolen:Mark Hammond2000-08-141-48/+154
| | | | | 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.
* In the section on the "Very High Level Layer", address concerns brought upFred Drake2000-08-141-0/+9
| | | | | | | | 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.
* Revert this checkin:Trent Mick2000-08-1317-4040/+4040
| | | | | http://www.python.org/pipermail/python-checkins/2000-August/007072.html and make PCbuild/*.dsp PCbuild/*.dsw binary again.
* Check for overflow in list object insertion and raise OverflowError.Trent Mick2000-08-131-0/+5
| | | | see: http://www.python.org/pipermail/python-dev/2000-August/014971.html
* The list comp patch checked for the second child node of the 'listmaker'Thomas Wouters2000-08-131-1/+1
| | | | | node, without checking if the node actually had more than one child. It can have only one node, though: '[' test ']'. This fixes it.
* Fix a typo in the PyMem_Resize macro, found by Andrew KuchlingVladimir Marangozov2000-08-131-1/+1
|
* Overhauld 'check_config_h()': now returns a (status, details) tuple,Greg Ward2000-08-131-26/+45
| | | | and is much better documented to boot.
* Added a whinging comment about the ugliness of constructing the BCPPGreg Ward2000-08-131-0/+10
| | | | argument list.
* Rene Liebscher:Greg Ward2000-08-131-18/+23
| | | | | | | | | * 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
* Rene Liebscher:Greg Ward2000-08-131-4/+3
| | | | | | * changed some list.extend([...]) to list.append(...) * added '/g0' to compiler_options, so compiler doesn't stop after 100 warnings
* get_export_symbols() changed, adds now module init function if not givenGreg Ward2000-08-131-8/+4
| | | | by the user.
* Rene Liebscher: ext.export_symbols is now always a list (added 'or []').Greg Ward2000-08-131-1/+1
|
* Typo fix in docstring.Greg Ward2000-08-131-2/+1
|
* Fix references to functions formerly imported from 'util'.Greg Ward2000-08-131-20/+23
|
* Clean up warning from Monterey compiler.Trent Mick2000-08-121-1/+1
| | | | | | 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. :)
* The list comprehensions patch partly reversed the removal of UNPACK_LIST,Thomas Wouters2000-08-121-13/+0
| | | | re-introducing com_assign_list, now unused. Removed it.
* Clean up a warning on Win64. The downcast of the strlen size_tTrent Mick2000-08-121-1/+1
| | | | | return value to int is safe here because it previously checked that there will be no overflow.
* Clean up a couple of warnings on Win64. The downcast of the strlen size_tTrent Mick2000-08-121-1/+1
| | | | | return value to int is safe here because in each case it previouls checked that there will be no overflow.
* Use safer comparisons (only matters when sizeof(int) != sizeof(size_t)). freadTrent Mick2000-08-122-4/+4
| | | | | 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.
* Bring Tools/compiler almost up to date. Specifically:Thomas Wouters2000-08-126-696/+698
| | | | | | | | | | - 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.
* Fix some markup errors that prevented formatting, and one that didn't.Fred Drake2000-08-121-4/+5
|
* Add the current Win64 compiler to the list of those that need theTrent Mick2000-08-121-1/+5
| | | | | huge switch statement broken up. This will probably not be necessary when the Win64 compiler matures.
* Updated this module after the recent grammar changesAndrew M. Kuchling2000-08-121-11/+15
|
* Back out ESR's erroneous commit of a DB-related changeAndrew M. Kuchling2000-08-121-6/+0
|
* list comprehensions. seeSkip Montanaro2000-08-128-232/+528
| | | | | | http://sourceforge.net/patch/?func=detailpatch&patch_id=100654&group_id=5470 for details.
* Whoever added the Makefile rule to auto-build the Grammar didn't haveGuido van Rossum2000-08-121-1/+2
| | | | | | 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.
* Added information for PyEval_EvalCode().Fred Drake2000-08-121-2/+7
| | | | Fixed a couple of typos (new references are represented by "+1", not "1").
* Added Marc-Andre Lemburg's documentation for string methods, with someFred Drake2000-08-121-23/+216
| | | | | | | | massaging for markup consistency. This closes SourceForge patch #101063. Added Unicode strings and buffer objects to the list of sequence types. Small markup nits elsewhere.
* These files all used to be tagged as binary in CVS. I recently changed this soTrent Mick2000-08-1117-4040/+4040
| | | | | | that these files are treated as normal text files (which they are). However, the files also had to be changed to be stored in CVS internally with UNIX line terminators (they had DOS line terminators internally before this commit).
* 'make' in Grammar too, so graminit.h and graminit.c get re-build whenThomas Wouters2000-08-111-2/+6
| | | | | | | necessary. Do Grammar after Parser because Grammar needs Parser, and not the other way 'round. This patch doesn't bother with dependencies because it's tricky to get right (for instance for the modules that want graminit.h, like cPickle) and other dependencies are broken to begin with.
* Merge UNPACK_LIST and UNPACK_TUPLE into a single UNPACK_SEQUENCE, since theyThomas Wouters2000-08-116-29/+15
| | | | | | | did the same anyway. I'm not sure what to do with Tools/compiler/compiler/* -- that isn't part of distutils, is it ? Should it try to be compatible with old bytecode version ?
* PyRun_InteractiveOne(),Fred Drake2000-08-111-2/+20
| | | | | | | | PyRun_InteractiveLoop(): Added descriptions. PyExc_WindowsError: Added to list of standard exceptions and added note about the right preprocessor symbol to use to protect code that uses it.
* Some minor clarifications and added some index entries.Fred Drake2000-08-111-20/+22
|
* O_BINARY: Documented this constant; omission noted by David Ascher.Fred Drake2000-08-111-1/+8
| | | | | access(): Corrected availability statement; error pointed out by Tim Peters.
* do_env_cfuncdesc(): Push as much of the generated HTML into one placeFred Drake2000-08-111-8/+8
| | | | as possible for better readability. Revise a comment.
* getopt(): revise description of long_options parameter slightly so it willFred Drake2000-08-111-19/+43
| | | | | | | | | | be less confusing; add a paragraph separation so that comments about the options and long_options parameters don't have references that are easily misinterpreted. Adjust the interactive examples to not need the string module. Add an example showing how the module is commonly used in a script.
* Add largefile support for Linux64 and WIn64. Add test_largefile and some minorTrent Mick2000-08-114-44/+287
| | | | | | | | | | change to regrtest.py to allow optional running of test_largefile ('cause it's slow on Win64). This closes patches: http://sourceforge.net/patch/index.php?func=detailpatch&patch_id=100510&group_id=5470 and http://sourceforge.net/patch/index.php?func=detailpatch&patch_id=100511&group_id=5470
* Added material about documenting packages, so that the use of moduleFred Drake2000-08-111-0/+20
| | | | markup for packages is clear.
* Include the document dependencies earlier so that documents are rebuiltFred Drake2000-08-111-2/+2
| | | | when they need to be.
* Markup errors: \cfuntion -> \cfunctionFred Drake2000-08-111-3/+3
|
* ANY becomes void, to reflect the requirement for ANSI C.Fred Drake2000-08-111-18/+11
|
generated by cgit v0.12 at 2024-11-28 13:39:09 (GMT)