of 'ln -s', this avoid problems when reinstalling python.

and explain why.

writing such code, of course, but it took some gdb time to figure out
what my bug was).

were being converted in the format.

of pkg.walk_packages. Also improve the docstrings.

Will backport to 2.4.

to guess /which/ line the spawned thread is in at the time
sys._current_frames() is called:  we know it finished
enter_g.set(), but can't know whether the instruction
counter has advanced to the following leave_g.wait().
The latter is overwhelming most likely, but not guaranteed,
and I see that the "x86 Ubuntu dapper (icc) trunk" buildbot
found it on the other line once.  Changed the test so it
passes in either case.

Delete cruft.

M    EditorWindow.py
M    ScriptBinding.py
M    NEWS.txt

Bug 1010370 Dave Florek

M    EditorWindow.py
M    PyShell.py
M    NEWS.txt

value in the traceback module.

Also don't install "python-config" when doing altinstall, but
always install "python-config2.x" and make a link to it like
with the main executable.

Will backport to 2.4.

so that the current directory does not get added to sys.path.
Also fixes #1526785.

will backport.

This patch replaces the menubar that is used by AquaTk for windows without a
menubar of their own by one that is more appropriate for IDLE.

part of bug #1517990.

it definitely could use some review to ensure I'm not off by one
and there's no possible overflow/wrap-around of bytes_left.
Reported by Klocwork #1.

Fix a problem if there is a failure allocating self->db.
Found with failmalloc.

Ensure that dataobj is never NULL.

Reported by Klocwork #102

Also fix a few memory leaks in other failure scenarios.

It seems that if b_objects == Py_None, we will have an extra ref to
b_objects.  Add XXX comment so hopefully someone documents why the
else isn't necessary or adds it in.

Reported by Klocwork #20

Reported by Klocwork #106

to stackdepth_walk it will be dereffed.

Not sure if I found with failmalloc or Klockwork #55.

that a 2.93 sec audio file will always take 3.1 sec (as it did on the
hardware I had when I first wrote the test), expect that it will take
2.93 sec +/- 10%, and only fail if it's outside of that range.
Compute the expected