mwh pointed out that the error message did not
make sense if obtained by rearranging the bases.

take no arguments; cuts generated code size.

externally unreachable objects with finalizers, and externally unreachable
objects without finalizers reachable from such objects.  This allows us
to call has_finalizer() at most once per object, and so limit the pain of
nasty getattr hooks.  This fixes the failing "boom 2" example Jeremy
posted (a non-printing variant of which is now part of test_gc), via never
triggering the nasty part of its __getattr__ method.

to special-case classic classes, or to worry about refcounts;
has_finalizer() deleted the current object iff the first entry in
the unreachable list has changed.  I don't believe it was correct
to check for ob_refcnt == 1, either:  the dealloc routine would get
called by Py_DECREF then, but there's nothing to stop the dealloc
routine from ressurecting the object, and then gc would remain at
the head of the unreachable list despite that its refcount temporarily
fell to 0 (and that would lead to an infinite loop in move_finalizers()).

I'm still worried about has_finalizer() resurrecting other objects
in the unreachable list:  what's to stop them from getting collected?

change (it would be another kind of bug if the trash cycle weren't
reclaimed).

squashed-together conditional operators; makes it much easier to step
thru in the debugger, and to set a breakpoint on the only dangerous
path.

delstr from initgc() into collect().  initgc() isn't called unless the
user explicitly imports gc, so can be used only for initialization of
user-visible module features; delstr needs to be initialized for proper
internal operation, whether or not gc is explicitly imported.

Bugfix candidate?  I don't know whether the new bug was backported to
2.2 already.

move_finalizers() moves every object from unreachable to collectable
or finalizers, unless the object is deallocated first.

opening it in non-blocking mode.  Both Guido and David Hammerton have
reported that this fixes their problems with ossaudiodev -- hooray!

an OverflowError instead of a TypeError to be consistent
with "%c" % 256. See SF patch #710127.

the Standard_Suite, but various other suites do expect it (the Finder
implements get() without declaring it itself). It is probably another
case of OSA magic. Adding them to the global base class.

within a certain context. Give them an _Prop_ prefix, so they don't
accidentally obscure an element from another suite (as happened with
the Finder). Comparisons I'm not sure about, so I left them as global
names.

Also got rid of the lists if declarations, they serve no useful purpose.

- Added a --dump option that doesn't generate the module but dumps
  the pretty-printed aete resource(s) on stdout.

instead of raising a TypeError. (From SF patch #710127)

Add tests to verify this is fixed.

Add various tests for '%c' % int.

- fix some markup nits

configure change is necessary to pass "." to makexp_aix so that
dynamic modules work

setup change gets curses working

interface.

version.

you to say something like "talker.count(want=Address_Book.people)" in
stead of having to manually create the aetypes.Type(Address_Book.people.want)
OSA type.

and initialize the event loop (if not done previously) to work around
a bug (IMHO) in MacOSX 10.2.

the primary name.

be sorted after the main name, otherwise filling of properties and
elements messes up.

Sorting is always more difficult than expected:-)

Also remove a few unused variables.  Built on IRIX 6.5.