Only return if symtable_warn() returns -1, indicating that the warning
was turned into an error.

  mistake).
+ Arrange for Win2K Add/Remove to show a Python icon.

I think this "does it" -- a full install/uninstall can now be done on a
Win2K box from an ordinary (not Admin, not Power User) user acct, incl.
file extension registration, Start Menu entries, and full Add/Remove.

Reported by the Man himself.

Update link to a running instance of the FAQwizard

table.  (reported as an aside in SF #446049).

   as Neil pointed out it isn't the same as sys.getrecursionlimit)

Fix typo in comment

problem brought up in SF bug #444229.

moddirlist and incdirlist, lists of source and include
directories that are searched for modules.
This is needed because the Mac modules and include files
live in the Mac subtree.

In addition (and that's actually what the mod is all about) on OSX we build all the Mac extension modules.

the clock is set back.

This closes SF bug #447945.

  been overwriting them even if they have the same version, not just if
  they're an older version (and our installers have always done this).
+ Added an "Advanced Options" subdialog to "Select Components".  Allows
  to do a non-admin install even if you have Administrator rights, and
  to skip registering file extensions and/or creating Start Menu
  shortcuts.  Since so far these installers have been tested only by me,
  and Win2K has been full of surprises, I want those options available
  out in the field.
Lots of web searching turned up what should have been obvious:  Because
Windows Installer is a native Win2K service, it can run at a higher
privilege level than the user invoking it.  So MSI installs don't bash
into these permission gotchas on Win2K, but Wise 8.1 does (it's just
another app to Win2K, and we're not alone in wrestling with this; but,
like changing int division in Python, Win2K is doing a right thing <wink>).

files to satisfy imports, pydoc.pyw was just importing itself!

  Can't test it until getting to a Win2K box, because the non-Admin way
  of setting file associations on Win2K doesn't work on any other flavor
  of Windows (and other flavors of Windows never need Admin privs to
  do it the old way).
+ Consequently got rid of the "Register file associations" Component and
  associated GUI.
+ Added a line to the summary saying whether or not this is an Admin-level
  install (I fear that will be an important clue someday).
+ Minor fiddling to the summary to reduce the # of lines.  Added a
  horizontal scrollbar in case the install path is very long.
+ Reworked the way the Main and Tools components share pydoc.pyw; cleaner
  and simpler.

and install the Python and MS runtime DLLs into the Python dir instead of
a system dir.
Initial value is taken from new compiler vrbl _DOADMIN_ (default true),
and forced to false if the user doesn't have admin privs.
This makes it possible to *test* non-admin installs on machines where the
distinction doesn't exist (like my home box), via just changing _DOADMIN_.
It may also be useful for users who don't *want* an installer to
scribble into their system dir (for example, me(! most days)), but that
would require adding more GUI to let them get at it.

+ Fiddle vrbls so Win2K add/remove can display version w/o future manual
  script fiddling.
+ Break apart the mysterious wizard-generated Win2K "Edit 3 Registry Keys"
  script items by hand into 3 separate items, so you can see what the heck
  they're doing in the script view.
+ pydoc.pyw was a problem:  it's installed by both the Main and Tools
  components.  So when both were selected, the second time it got
  installed Wise figured it was overwriting a pre-existing version, and
  made a backup copy in BACKUP.  A rollback-uninstall then restored that,
  leaving the Tools/Scripts/ directory non-empty, and so Wise couldn't
  remove that directory (or any above it).  Fixed by installing pydoc.pyw
  at most once.
+ Rearranged and commented the "register file extensions" section, because
  it was confusing and needs more work:  turns out it's not true that
  Win2K requires Admin privs to register file extensions, BUT, if you
  don't have Admin privs, Win2K requires a new way to register file
  extensions, and a way that doesn't blow up but doesn't do any good either
  on earlier Windows flavors.  I think I know how to get this done, but am
  too depressed to do it right now <0.7 wink>.

exception classes in the module dictionary.

starting the test suite proper.  If _socket fails to build, that will
make this test fail with an ImportError -- handled by the test harness
as "no such module _socket" -- instead of an AttributeError deep in
CGIHTTPServer.

David Bolen.

the object being inserted was not being DECREFed.

This closes SF bug #444486.

by Albert Hofkamp.  Some editing has been done for style and markup
consistency.

This also supplies an example of importing modules and calling a function
defined in the module, so this closes SF bug #440037 as well.

(The long example code was moved to a separate file so that it would
format properly.)

This closes the SF bug (feature request) #439710.

and programmatically extend the database in different ways.

This closes the SF bug (feature request) #439710.

This should stop the bizarre translations Jack was getting from Mac CVS.

names of the test methods were not changed from the Zope-standard "check"
names to the Python-standard "test_" names, so the tests were not actually
being run.

Added test of hexadecimal character references as a regression check for
SF bug #445196.

Fix handling of hexadecimal character references (legal in XHTML) so that
they are properly interpreted as character references.
This fixes SF bug #445196.

+ Ditto pydoc.
  (IMO, both should have been done long ago -- simply didn't occur to
   me before)
+ Build the summary text into a vrbl instead of a temp file.  Doh!  Less
  fiddling, and should avoid another class of Win2K permission problems.
Bug:  the "auto vertical scrollbar" control on the summary page doesn't
work (never creates a scrollbar, no matter how much text).  So forced a
vertical scrollbar there.