summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Excise DL_EXPORT/DL_IMPORT from Modules/*. Required adding a prototypeMark Hammond2002-08-0253-61/+71
| | | | | | for Py_Main(). Thanks to Kalle Svensson and Skip Montanaro for the patches.
* modify testGetServByName so it tries a few different protocols. In this daySkip Montanaro2002-08-021-5/+17
| | | | | | and age of rampant computer breakins I imagine there are plenty of systems with telnet disabled. Successful check of at least one getservbyname() call is required for success
* - Get _environ through the NSEnviron call in a MacOSX framework. This allowsJack Jansen2002-08-014-53/+39
| | | | | | | | | us to completely decouple the framework from the executable, so we can use a two-level namespace. - Do framework builds with a twolevel namespace. - Reorganized the code that creates the minimal framework in the build directory, to make it more robust against incomplete frameworks (from earlier aborted builds, or builds of previous Python versions).
* Python.app is now a hidden application, deep in the framework. It willJack Jansen2002-08-012-32/+31
| | | | | | | be invoked by PythonLauncher when needed. Also changed the names of various variables in the Makefile to match what the main Makefile has.
* Python.app no longer advertises that it can handle .py and .pyc files,Jack Jansen2002-08-013-32/+0
| | | | PythonLauncher.app has taken that responsibility over.
* Fix for SF bug 570678 (can't flush read-only file on Mac OS X).Guido van Rossum2002-08-011-1/+0
|
* Tim found that once test_longexp has run, test_sort takes very muchGuido van Rossum2002-08-011-5/+3
| | | | | | | | | | | | longer to run than normal. A profiler run showed that this was due to PyFrame_New() taking up an unreasonable amount of time. A little thinking showed that this was due to the while loop clearing the space available for the stack. The solution is to only clear the local variables (and cells and free variables), not the space available for the stack, since anything beyond the stack top is considered to be garbage anyway. Also, use memset() instead of a while loop counting backwards. This should be a time savings for normal code too! (By a probably unmeasurable amount. :-)
* Only show the UI for selecting options if the ALT key was depressed whileJack Jansen2002-08-011-18/+7
| | | | dragging or double-clicking the script.
* SF patch 588728 (Nathan Srebro).Guido van Rossum2002-08-013-4/+30
| | | | | | | | The __delete__ method wrapper for descriptors was not supported (I added a test, too.) 2.2 bugfix candidate.
* Added new footnote about list.sort() stability. Repaired footnote aboutTim Peters2002-08-011-4/+12
| | | | | | | | | | using sort() with comparison functions (it made reference to the non- existent "builtin-in function sort()"). BTW, I changed list.sort's docstring to contain the word "stable" -- the easiest way to tell whether a particular Python version's sort *is* stable is to look for "stable" in the docstring. I'm not sure whether to advertise this <wink>.
* A blurb about the sort implementation.Tim Peters2002-08-011-4/+16
|
* New test for sorting sanity. Note that this will fail in earlier Pythons,Tim Peters2002-08-011-0/+124
| | | | | | | | | | | | | | | | | | | | in the stability tests. Bizarre: this takes 11x longer to run if and only if test_longexp is run before it, on my box. The bigger REPS is in test_longexp, the slower this gets. What happens on your box? It's not gc on my box (which is good, because gc isn't a plausible candidate here). The slowdown is massive in the parts of test_sort that implicitly invoke a new-style class's __lt__ or __cmp__ methods. If I boost REPS large enough in test_longexp, even the test_sort tests on an array of size 64 visibly c-r-a-w-l. The relative slowdown is even worse in a debug build. And if I reduce REPS in test_longexp, the slowdown in test_sort goes away. test_longexp does do horrid things to Win98's management of user address space, but I thought I had made that a whole lot better a month or so ago (by overallocating aggressively in the parser).
* Replaced samplesort with a stable, adaptive mergesort.Tim Peters2002-08-011-406/+772
|
* Checking in the doc file for "timsort". There's way too much here toTim Peters2002-08-011-0/+618
| | | | | stuff into code comments, and lots of it is going to be useful again (but hard to predict exactly which parts of it ...).
* Restore a full arglist to the socket wrapper, so it supports keywordTim Peters2002-07-311-2/+2
| | | | arguments correctly too.
* For platforms (like Windows) that wrap _socket.socket:Tim Peters2002-07-311-2/+3
| | | | | | + Don't change the arglist requirements. + Give the wrapper the same docstring as _socket.socket (it didn't have any docstring).
* Reverting this to rev 1.3. It's apparently broken everywhere at revTim Peters2002-07-311-5/+5
| | | | 1.6, and pierslauder didn't respond to email about it on Monday.
* Enable test_socket again, if only to prevent mistakes like JeremyGuido van Rossum2002-07-311-2/+2
| | | | | thinking that he was running his new test by running "make test". Also, I can't get this to fail any more. Your turn. :-)
* Repair testNtoH for large long arguments.Jeremy Hylton2002-07-311-9/+8
| | | | | | If the long is large enough, the return value will be a negative int. In this case, calling the function a second time won't return the original value passed in.
* - Install into /Applications/Python in stead of into /Applications.Jack Jansen2002-07-311-8/+23
| | | | - Build PythonLauncher.app and PythonIDE.app as well as Python.app.
* Install into /Applications/Python in stead of into /Applications.Jack Jansen2002-07-311-3/+2
|
* Implemented starting Python in a terminal window. The implementation isn'tJack Jansen2002-07-315-6/+177
| | | | optimal, especially if Terminal wasn't running yet, but it works.
* Patch:Michael W. Hudson2002-07-311-9/+41
| | | | | | [ 561724 ] README additions for Cray T3E Lightly edited by me.
* Cray fixup as seen in bug #558153.Michael W. Hudson2002-07-311-2/+2
|
* Replace DL_EXPORT with PyMODINIT_FUNCMark Hammond2002-07-311-1/+1
|
* Complete the absolute import patch for the test suite. All relativeBarry Warsaw2002-07-3046-60/+79
| | | | | | | | imports of test modules now import from the test package. Other related oddities are also fixed (like DeprecationWarning filters that weren't specifying the full import part, etc.). Also did a general code cleanup to remove all "from test.test_support import *"'s. Other from...import *'s weren't changed.
* Shared libraries also work on GNU/Hurd. Suggested by Matthias Klose.Martin v. Löwis2002-07-302-3/+3
|
* Get rid of the DEFS variable. The only thing this was used for was toGuido van Rossum2002-07-301-2/+1
| | | | pass -DHAVE_CONFIG_H to CC, and that symbol isn't used any more.
* SF patch #581414: info reader bugFred Drake2002-07-301-1/+3
| | | | | | | | The "Matching vs. Searching" Info node is unreachable from the Info program (but is fine in Emacs's Info mode). This patch seems to fix it. This is the only occurrence where the info reader fails, so probably it could be addressed in the python docs as a workaround. Forwarded the report to the info maintainer.
* Repair fill-paragraph damage.Michael W. Hudson2002-07-301-8/+9
| | | | | Clarify LLTRACE description. It was introduced in 1992, revision 2.20 of ceval.c, well before Python 1.0!
* Revert changes to use PyArg_Parse(), so any sequence will continue to work ↵Neal Norwitz2002-07-301-1/+1
| | | | -- Spotted by Just van Rossum
* Whitespace normalization.Thomas Heller2002-07-301-4/+4
|
* Fix SF 588452: debug build crashes on marshal.dumps([128] * 1000).Thomas Heller2002-07-302-6/+9
| | | | | | | | | See there for a description. Added test case. Bugfix candidate for 2.2.x, not sure about previous versions: probably low priority, because virtually no one runs debug builds.
* add description of LLTRACE.Michael W. Hudson2002-07-301-6/+18
|
* Use PyArg_ParseTuple() instead of PyArg_Parse() which is deprecatedNeal Norwitz2002-07-301-1/+1
|
* Fix docstring to be consistent with parameter name (prefix)Neal Norwitz2002-07-301-1/+1
|
* SF patch #584245, get python to link on OSF1 (Dec Unix)Neal Norwitz2002-07-304-2/+132
|
* SF patch #587889, fix memory leak of tp_docNeal Norwitz2002-07-301-0/+1
|
* First stab at the launcher application. This will be run when the userJack Jansen2002-07-2924-0/+1413
| | | | | | | | | | | | | | | | | doubleclicks a .py, .pyw or .pyc file. It runs the file by invoking the relevant interpreter (either the command line Python in a terminal window or a Python.app for GUI-based scripts). Interpreter to use and the options to pass are settable through preferences. If PythonLauncher wasn't running it does its thing for one script and exits. If it was manually started before a dialog is presented where the user can set the options to use, etc. To be done: - option-drag/doubleclick should always open the interactive dialog - Terminal-window isn't done yet - Should be reimplemented in Python, but pyobjc isn't part of the core. - Various menu entries should be disabled.
* Patch #553702: Cygwin make install patchJason Tishler2002-07-291-7/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | This patch fixes make install for Cygwin. Specifically, it reverts to the previous behavior: o install libpython$(VERSION)$(SO) in $(BINDIR) o install $(LDLIBRARY) in $(LIBPL) It also begins to remove Cygwin's dependency on $(DLLLIBRARY) which I hope to take advantage of when I attempt to make Cygwin as similar as possible to the other Unix platforms (in other patches). I tested this patch under Red Hat Linux 7.1 without any ill effects. BTW, I'm not the happiest using the following test for Cygwin: test "$(SO)" = .dll I'm willing to update the patch to use: case "$(MACHDEP)" in cygwin* instead, but IMO that will look uglier.
* Fix forMichael W. Hudson2002-07-294-9/+21
| | | | | | [ 587875 ] crash on deleting extended slice The array code got simpler, always a good thing!
* New functions for extension writers on Windows:Thomas Heller2002-07-294-3/+42
| | | | | | | | | | PyErr_SetExcFromWindowsErr(), PyErr_SetExcFromWindowsErrWithFilename(). Similar to PyErr_SetFromWindowsErrWithFilename() and PyErr_SetFromWindowsErr(), but they allow to specify the exception type to raise. Available on Windows. See SF patch #576458.
* Revert #571603 since it is ok to import codecs that are not subdirectoriesMartin v. Löwis2002-07-291-9/+12
| | | | of encodings. Skip modules that don't have a getregentry function.
* Excise DL_IMPORT/EXPORT from object.h, and related files. This patchMark Hammond2002-07-297-97/+97
| | | | | also adds 'extern' to PyAPI_DATA rather than at each declaration, as discussed with Tim and Guido.
* Recompiled the exe and updated bdist_wininst.py.Thomas Heller2002-07-291-334/+343
|
* Add posix.lchown()Andrew M. Kuchling2002-07-281-2/+1
|
* Add 'engine' back. IDLE used this, others might have copied it fromGuido van Rossum2002-07-281-0/+2
| | | | there.
* Patch #586999: Fix multiline string in sendmail example.Martin v. Löwis2002-07-281-1/+1
|
* Fix the problem of not raising a TypeError exception when doing:Neal Norwitz2002-07-282-9/+15
| | | | | | | | '%g' % '1' '%d' % '1' Add a test for these conditions Fix the test so that if not exception is raise, this is a failure
* Patch #574867: Correct list.extend docstring.Martin v. Löwis2002-07-281-1/+1
|
generated by cgit v0.12 at 2024-11-18 04:37:37 (GMT)