summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* SF Patch #103154 by jlt63: Cygwin Check Import Case Patch.Guido van Rossum2001-01-105-453/+505
| | | | | Note: I've reordered acconfig.h and config.h.in to obtain alphabetical order (modulo case and leading _).
* Added a whole slew of news items. Not striving for completeness --Guido van Rossum2001-01-101-1/+78
| | | | | I've skipped all bugfixes, Unicode, distutils changes. But this should be a start!
* SourceForge patch #103140, checked in at fdrake's invitation. Minor fixes andEric S. Raymond2001-01-104-9/+22
| | | | additions to library docs.#
* Adapted version of SF Patch #103173 by pyretic: make uu.decode workGuido van Rossum2001-01-101-5/+4
| | | | | | | | | | | | | | with spaces in filename. I changed the module to use string methods instead of the string module. Also, instead of stripping the last character of the filename (assuming this is the linefeed), I strip trailing whitespace (assuming creating files with trailing whitespace in their name cannot possibly be a wise idea). (Note that I believe that /F's "workaround for broken uuencoders" is no longer needed since the recent fix to binascii.c, but I'll leave it in since it appears pretty harmless.)
* Adapted version of Eric Raymond's patches to automatically configureGuido van Rossum2001-01-104-191/+306
| | | | | | | curses and readline (for Linux, at least). These are done as shared libraries by default, and so is bsddb -- that seems to make the most sense.
* Add loop.c -- a test program for repeatedly calling Py_Initialize()Guido van Rossum2001-01-103-1/+41
| | | | and Py_Finalize(). It seems to dump core right now...
* Fix weird typo caused by ANSIfication (nobody bothered to test itGuido van Rossum2001-01-101-1/+1
| | | | since! :-( ).
* Moved the test codec definition to a new module and updated the test andMarc-André Lemburg2001-01-103-54/+97
| | | | | | | codec to test all charmap codec features. As side-effect of moving the test codec into a new module, the encodings package codec import mechanism is checked as well.
* Windows mmap should (as the docs probably <wink> say) create a mappingTim Peters2001-01-101-2/+2
| | | | | without a name when the optional tagname arg isn't specified. Was actually creating a mapping with an empty string as the name.
* Fix a typo, remove one copy of a duplicated name.Fred Drake2001-01-101-2/+1
|
* Make Windows build compile new xreadlinesmodule.Tim Peters2001-01-091-0/+15
|
* Assorted xreadlines problems:Tim Peters2001-01-094-10/+15
| | | | | | | Wasn't built on Windows; not in config.c either. Module init function missing DL_EXPORT magic. test_xreadline output file obviously wrong (started w/ "test_xrl"). test program very unclear about what was expected.
* Remove bogus "echo" command.Fred Drake2001-01-091-1/+0
|
* Added documentation for the xreadlines module & related changes. TheFred Drake2001-01-095-6/+67
| | | | documentation was written by Jeff Epler (thanks!).
* Resurrected Small Carbon Python as a target in PythonStandSmall. Still no ↵Jack Jansen2001-01-092-0/+0
| | | | GUSI, though, so no socket/select/threads.
* FSSpec names may be longer on carbon (1024 chars), cater for that in buffer ↵Jack Jansen2001-01-091-2/+2
| | | | sizes.
* Don't need to define c2pstrcpy() on Carbon: it's in CarbonLib.Jack Jansen2001-01-091-0/+2
|
* If we're not using GUSI the "keep open on unseen output" becomes the same as ↵Jack Jansen2001-01-091-0/+6
| | | | "always keep open".
* Carbon defines {Get,Set}ControlDataHandle, so unfortunately our variants on ↵Jack Jansen2001-01-095-6/+6
| | | | {Get,Set}ControlData have gotten an underscore: GetControlData_Handle, etc.
* Carbon defines {Get,Set}ControlDataHandle, so unfortunately our variants on ↵Jack Jansen2001-01-094-26/+27
| | | | {Get,Set}ControlData have gotten an underscore: GetControlData_Handle, etc. This is an incompatible change:-(
* Various tweaks to make it everything build and compile again under carbon. ↵Jack Jansen2001-01-095-0/+86
| | | | Mainly greylisted functions.
* Added a --global-module-index option to specify a (possibly relative) URLFred Drake2001-01-093-2/+18
| | | | | | | | | to the Global Module Index for a set of documents. This is used to include a reference to the global index from the per-document module indexes, so that it is just a little easier to find. (Someone suggested this, but I do not remember who. Please let me know if it was you -- thanks!)
* Jeff Epler's patch adding an xreadlines() method. (It just importsGuido van Rossum2001-01-091-1/+25
| | | | the xreadlines module and lets it do its thing.)
* Test for xreadline.Guido van Rossum2001-01-092-0/+46
|
* Jeff Epler's xreadlines module, with slight reformatting and someGuido van Rossum2001-01-092-0/+121
| | | | changes for safety and tuning.
* Miscellaneous updates.Fred Drake2001-01-091-3/+3
|
* Steve Holden <sholden@holdenweb.com>:Fred Drake2001-01-092-13/+14
| | | | Clarify the handling of characters following backslashes in raw strings.
* Added names.Fred Drake2001-01-091-0/+2
|
* Added missing word; fixed minor nits.Fred Drake2001-01-091-4/+4
|
* Added entry for fpectl module documentation.Fred Drake2001-01-091-1/+2
| | | | | Moved the mutex docs to be adjacent to the sched docs, since these are meant to be used together (if they are used at all!).
* Added entry for fpectl module documentation.Fred Drake2001-01-091-0/+1
|
* Documentation for the fpectl module, from Lee Busby. (Thanks!)Fred Drake2001-01-091-0/+122
|
* Check in patch #102971: if library_dirs is a string, split it usingAndrew M. Kuchling2001-01-091-0/+2
| | | | os.pathsep
* Patch #102953: Fix bug #125452, where shlex.shlex hangs when itAndrew M. Kuchling2001-01-091-0/+5
| | | | | encounters a string with an unmatched quote, by adding a check for EOF in the 'quotes' state.
* Address a bug in the uuencode decoder, reported bu "donut" in SF bugGuido van Rossum2001-01-091-3/+3
| | | | #127718: '@' and '`' seem to be confused.
* Tsk, tsk, tsk. Treat FreeBSD the same as the other BSDs when definingGuido van Rossum2001-01-091-1/+1
| | | | a fallback for TELL64. Fixes SF Bug #128119.
* Remove configure test for getline(), since it's no longer used at allAndrew M. Kuchling2001-01-083-5/+2
|
* Anonymous SF bug report #128053 point out that the #ifdef forGuido van Rossum2001-01-081-1/+1
| | | | | including "tmpfile" in the posix_methods[] array is wrong -- should be HAVE_TMPFILE, not HAVE_TMPNAM.
* Explain that long options are matched based on a unique prefix rather thanFred Drake2001-01-081-1/+8
| | | | | | requiring the whole option to be typed out. This closes SF bug #126863.
* GetoptError is always initialized with exactly two parameters, so simplifyFred Drake2001-01-081-7/+4
| | | | the constructor.
* Fixed bug which caused HTTPS not to work at all with string URLsMoshe Zadka2001-01-081-1/+1
|
* Fix a silly bug in float_pow. Sorry Tim.Neil Schemenauer2001-01-081-1/+1
|
* The Python/C API deals in PyObject*, not PyDictObject*.Fred Drake2001-01-081-12/+12
|
* Text.__init__(): Make sure the data parameter is a string (8-bit orFred Drake2001-01-081-0/+2
| | | | | | Unicode); raise TypeError if not. This closes SF bug #126866.
* A few reformats; no logic changes.Tim Peters2001-01-081-9/+8
|
* Let's hope that three time's a charm...Guido van Rossum2001-01-081-3/+3
| | | | | | | | | | Tim discovered another "bug" in my get_line() code: while the comments said that n<0 was invalid, it was in fact still called with n<0 (when PyFile_GetLine() was called with n<0). In that case fortunately executed the same code as for n==0. Changed the comment to admit this fact, and changed Tim's MS speed hack code to use 'n <= 0' as the criteria for the speed hack.
* 18 isn't a prime (duh).Tim Peters2001-01-081-1/+1
|
* Fiddled ms_getline_hack after talking w/ Guido: made clearer that theTim Peters2001-01-081-65/+67
| | | | | | | | | | | | | code duplication is to let us get away without a realloc whenever possible; boosted the init buf size (the cutoff at which we *can* get away without a realloc) from 100 to 200 so that more files can enjoy this boost; and allowed other threads to run in all cases. The last two cost something, but not significantly: in my fat test case, less than a 1% slowdown total. Since my test case has a great many short lines, that's probably the worst slowdown, too. While the logic barely changed, there were lots of edits. This also gets rid of the reference to fp->_cnt, so the last platform assumption being made here is that fgets doesn't overwrite bytes capriciously (== beyond the terminating null byte it must write).
* MS Win32 .readline() speedup, as discussed on Python-Dev. This is a trickyTim Peters2001-01-073-15/+245
| | | | | | variant that never needs to "search from the right". Also fixed unlikely memory leak in get_line, if string size overflows INTMAX. Also new std test test_bufio to make sure .readline() works.
* Tim noticed that I had botched get_line_raw(). Looking again, IGuido van Rossum2001-01-071-47/+30
| | | | | | realized that this behavior is already present in PyFile_GetLine(), which is the only place that needs it. A little refactoring of that function made get_line_raw() redundant.