This adds the two new opcodes to support this feature: PRINT_ITEM_TO,
PRINT_NEWLINE_TO.

This change modifies Python's grammar to include the extended print
form.

docs changes are needed (only reference to winreg I could find
was in libwinreg.tex, which is documenting _winreg, and merely
mentions that a higher-level winreg module *may* appear someday;
that's still true).

    (If they're security holes, should they be documented at all?)
Minor rewrites.

- don't identify() enum values.
- make aetools.Error available in the package module.

Updated the applescript documentation for te new framework, and replaced the Eudora example with one that uses Disk Copy (which everyone running MacOS 8 or
higher should have).

Moved to unsupported: it never lived up to its expectancies, and for the Mac all the functionality is available in the IDE.

Moved to unsupported: it doesn't work anymore and it has outlived its usefulness so I don't want to fix it.

Updated for new AppleScript structure and moved to Lib (it's far too useful to lurk in the source folder).

Fixed again to work with the old scripting interface (so we can test the new one actually still works).

Updated for the new applescript interface (which actually makes it so ridiculously simple that its main reason for existence is backward compatability).

Enums we cannot find are set to None, and enumsubst understands this (no substitution done). This is need for what I think are bugs in the Finder aete resources (some events use unknown enums).

Do two passes over the suites so we can figure out dependencies for enums and such. The manual method was getting too cumbersome for Finder suites.

trying hard enough to find out what the arguments to an import were. There
is no test-case for this bug, yet, but this is what it looked like:

from encodings import cp1006, cp1026
ImportError: cannot import name cp1026

'__import__' was called with only the first name in the 'arguments' list.

os.name == "nt".  This makes test_popen2 pass under Win98SE.
HOWEVER, the Win98 "more" invents a leading newline out
of thin air, and I'm not sure that the other Windows flavors
of "more" also do that.
So, somebody please try under other Windows flavors!

https://sourceforge.net/patch/?func=detailpatch&patch_id=101110&group_id=5470
Accepted as-is, except for purging an "import *".

load mod.submod as m, or mod as m ? Both can be achieved differently, and
unambiguously. Also attempt to document this restriction (editor
appreciated!)

Note that this is an artificial check during compile, because incorporating
this in the grammar is hard, and then adjusting the compiler to do the right
thing with the right nodes is harder.

Adjust markup for hyperlinking to the relevant RFCs.
Give it a little organization.
Minor nits.

functionality.

Fix comment typo

http://www.timo-tasi.org/python/Cookie.py)
This is revision 2.26 according to Tim's RCS history.

`str' is no longer necessary.  Gotta turn on -Wall!

thus preserving the first one that has been raised.

re-raise it instead of re-raising it "manually" the ugly way.

PyUnicode_EncodeUTF8() already returns the created object with the
proper reference count.  This fixes an Insure reported memory leak.