summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* 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.
* Add more regression tests, including for the import statement variations.Fred Drake2001-01-072-10/+60
| | | | | These will detect regression on SF bug #127271 and other import statement bugs.
* Fix problems with validation of import statement parse trees.Fred Drake2001-01-071-5/+24
| | | | This closes SF bug #127271.
* This patch adds a new feature to the builtin charmap codec:Marc-André Lemburg2001-01-062-0/+66
| | | | | | | | | | | | | | | the mapping dictionaries can now contain 1-n mappings, meaning that character ordinals may be mapped to strings or Unicode object, e.g. 0x0078 ('x') -> u"abc", causing the ordinal to be replaced by the complete string or Unicode object instead of just one character. Another feature introduced by the patch is that of mapping oridnals to the emtpy string. This allows removing characters. The patch is different from patch #103100 in that it does not cause a performance hit for the normal use case of 1-1 mappings. Written by Marc-Andre Lemburg, copyright assigned to Guido van Rossum.
* This patch adds a new feature to the builtin charmap codec:Marc-André Lemburg2001-01-061-8/+48
| | | | | | | | | | | | | | | The mapping dictionaries can now contain 1-n mappings, meaning that character ordinals may be mapped to strings or Unicode object, e.g. 0x0078 ('x') -> u"abc", causing the ordinal to be replaced by the complete string or Unicode object instead of just one character. Another feature introduced by the patch is that of mapping oridnals to the emtpy string. This allows removing characters. The patch is different from patch #103100 in that it does not cause a performance hit for the normal use case of 1-1 mappings. Written by Marc-Andre Lemburg, copyright assigned to Guido van Rossum.
* Added "repeat.py" -- repeatedly execute a shell command (likeGuido van Rossum2001-01-052-7/+64
| | | | watch(1)). Updated and untabified the README file.
* Configuration test for working getc_unlocked() (and flockfile() andGuido van Rossum2001-01-054-4/+64
| | | | funlockfile()).
* Speed it up by using readlines(sizehint). It's still slower thanGuido van Rossum2001-01-051-10/+39
| | | | | | | other ways of reading input. :-( In the process, I added an optional bufsize argument to the input() function and the FileInput class.
* Restructured get_line() for clarity and speed.Guido van Rossum2001-01-051-66/+59
| | | | | | | - The raw_input() functionality is moved to a separate function. - Drop GNU getline() in favor of getc_unlocked(), which exists on more platforms (and is even a tad faster on my system).
generated by cgit v0.12 at 2024-12-03 19:58:11 (GMT)