5ded1bf5c7
Mod by Donovan Preston to allow MacPython to live in a Python.app bundle and understand the __main__.py convention used there for applets. This gives us applets that work on both OS9 and OSX! (Although "applet" may not be the correct word for something that is going to be multimegabyte:-).
...
But: the code is currently disabled, as it requires CodeWarrior 7 and I'm still using 6.
2001-10-30 22:48:36 +00:00
e4df3fd90d
Files used for MacPython 2.2b1 distribution.
2001-10-30 22:42:45 +00:00
f0a2ac9d5b
Moved PythonScript to unsupported at Bill Bedford's request. It'll go
...
away completely next release, unless someone complains.
2001-10-26 12:55:39 +00:00
e674ca737d
Added various tidbits.
2001-10-25 22:26:00 +00:00
e54968a11a
Some escaped newlines had spaces between the backslash and the newline. Also slightly changed the comment on xstat().
2001-10-23 22:28:23 +00:00
9ca14ec7cc
New URL for Joe Strouts example page.
2001-10-23 22:27:17 +00:00
6f1da007b9
Added _hotshot.
2001-10-23 22:23:44 +00:00
a43ad368ba
quit() wasn't included in the suite. This is a quick manual patch to add it.
2001-10-23 22:23:02 +00:00
5d528b787e
Tweaks for MacPython 2.2b1
2001-10-23 22:22:09 +00:00
8626aeb1ce
Tweaks for MacPython 2.2b1.
2001-10-23 22:18:10 +00:00
98bf58f1c6
SF patch #462296 : Add attributes to os.stat results; by Nick Mathewson.
...
This is a big one, touching lots of files. Some of the platforms
aren't tested yet. Briefly, this changes the return value of the
os/posix functions stat(), fstat(), statvfs(), fstatvfs(), and the
time functions localtime(), gmtime(), and strptime() from tuples into
pseudo-sequences. When accessed as a sequence, they behave exactly as
before. But they also have attributes like st_mtime or tm_year. The
stat return value, moreover, has a few platform-specific attributes
that are not available through the sequence interface (because
everybody expects the sequence to have a fixed length, these couldn't
be added there). If your platform's struct stat doesn't define
st_blksize, st_blocks or st_rdev, they won't be accessible from Python
either.
(Still missing is a documentation update.)
2001-10-18 20:34:25 +00:00
b088dd4a26
Some of the lesser used targets still used FMADD/FMSUB instructions. Fixed.
2001-10-10 21:59:08 +00:00
e67dab3d3f
Updated, and added a very terse description of PyMac_SetConsoleHandler().
2001-10-09 23:14:06 +00:00
893b0ab988
Fixed the embedding demo to correctly show the use of
...
overriding the console writer.
2001-10-09 23:09:00 +00:00
a0472f73e6
Mods by Alexandre Parenteau to allow embedding programs to disable the MacPython console window completely, and optionally route console output (and input) to routines provided by the embedding app.
...
Things don't fully work yet, but at least it doesn't break anything.
2001-10-08 15:35:38 +00:00
509ad42470
Brought up to date with the current state of affairs.
2001-10-08 15:32:17 +00:00
b58f1c0c03
Added declarations for PyMac_SetConsoleHandler, PyMan_DUmmyReadHandler
...
and PyMac_DummyWriteHandler.
2001-10-08 13:16:39 +00:00
144d387c85
Added weakrefobject.c and regenerated .exp files.
2001-10-08 13:01:05 +00:00
c72d4cddc9
Fixed old bug (caused by careless Carbonizing) that noone noticed until
...
this week (apparently me and Bob Heeter at more or less the same time).
2001-09-24 17:29:09 +00:00
998a40a6d4
Mods by Donovan Preston (with changes by me to make them "go with the flow")
...
that will detect an __main__.py or __rawmain__.py in the application bundle.
This file is then exectued as the main script. We now have applets in
MachO Python!!!
The difference between __main__ and __rawmain__ is that the former gets a
complete simulated argv (so you can drop files on the applet and the script
sees them in sys.argv) while the latter skips the argv simulation and the
<option>key dialog. This keeps the AppleEvent that started the app intact,
as well as the funny "-psn_xxxx" argv[1] argument, so the script can do
with these what it wants.
2001-09-11 13:08:10 +00:00
0b60772ee9
- Removed the . in the extensions.
...
- Allow any file to be dropped on the interpreter (for file args).
2001-09-11 13:01:07 +00:00
be67f8a5bf
removed debug print.
2001-09-11 13:00:16 +00:00
408c16fad0
Added a note about making sure the Lac/Lib directory is in sys.path.
2001-09-11 11:30:02 +00:00
6438e1d280
Failing to import macfsn is not a fatal error.
2001-09-11 11:29:31 +00:00
cf0319326a
Implemented PyMac_GetFullPathname for MacPython.
2001-09-11 09:22:19 +00:00
697842f58c
Replaced PyMac_FullPath by PyMac_FullPathname, which has an extra 'length'
...
parameter for the return string (as unix pathnames are not limited
by the 255 char pstring limit).
Implemented the function for MachO-Python, where it returns unix pathnames.
2001-09-10 22:00:39 +00:00
c6249e9fef
Superseded by Python 2.2.vct.
2001-09-10 21:03:06 +00:00
c432cba3f2
Install the dialog resources into the application bundle. The EasyDialogs
...
selftest now works.
2001-09-09 00:36:52 +00:00
eb30843ea4
Don't call MacOS.SchedParams() in MachO, it doesn't exist.
2001-09-09 00:36:01 +00:00
a48d4eaddf
Minimal module to decode AppleSingle files (the way resource files are
...
stored in the CVS repository). It can either decode resource/data forks
in the standard Mac way or decode only the resource fork but store
the result in the data fork (the MacOSX preferred way). Finder info
and all other stuff is ignored.
2001-09-09 00:35:19 +00:00
f7e571432a
Final tweaks for 2.2a3 distribution.
2001-09-08 21:38:26 +00:00
02646fe6d3
Oops, this file is very outdated. Removed.
2001-09-08 13:57:16 +00:00
71707f3bb8
Patch by Mark Day to allow from __future__ imports. Looks harmless
...
enough, but may have side-effects because it preallocates a single
codeop.Compiler() to compile all statements the user enters.
Just: please review and retract/modify if necessary.
2001-09-07 10:11:31 +00:00
0511b764d1
Minimal instructions for using the Makefile here. Also a clear
...
statement that this is a proof-of-concept meant for people to
experiment with, nothing more.
2001-09-06 16:36:42 +00:00
638e5e39cf
Added targets to install the application, and to install mac-additions
...
in Python.
2001-09-06 16:33:57 +00:00
75ed167527
Rudimentary makefile for building the executable to go into a
...
fullblown OSX application. It is starting to work, but building
the application bundle is still handwork, and we need a minimal
readme file too.
2001-09-05 22:09:50 +00:00
dff7770b7f
Changes to make these work under OSX as the main program for a
...
fullblown drag and drop application. To my surprise it is starting
to work already: Python actually executes a script dropped on it.
To be done:
- Make sure this still works in MacPython
- Don't lose argv[0] in the process
- Applet support
2001-09-05 22:07:52 +00:00
b30e106633
Python is a Shell, not a Viewer.
2001-09-05 22:04:25 +00:00
044d95e9f7
A few more gcc warnings bite the dust.
2001-09-05 15:44:37 +00:00
fd064863eb
Shut up many more gcc warnings.
2001-09-05 10:31:52 +00:00
f894f6f4e9
Added prototypes to shut gcc -Wstrict-prototypes up.
2001-09-04 22:29:31 +00:00
9642ecad06
Shut up a few more gcc warnings.
2001-09-04 22:25:47 +00:00
1767f93603
Added prototypes to silence gcc strict-prototype warnings.
...
Fixed a few missing return values.
2001-09-04 22:20:39 +00:00
06d2e1af35
Regenerated without default int return types.
2001-09-04 22:19:18 +00:00
f9114239e7
Added pythonpath.r to the developer distribution. It's
...
useful to people extending Python. Suggested by
Alexandre Parenteau.
2001-09-04 22:15:05 +00:00
f6af601dd4
Template for an OSX PythonInterpreter application.
2001-09-04 21:28:03 +00:00
d043ab6503
Photoshop sources for icon files. Not pretty, but hey! I'm not an
...
artist (and a certain artist didn't jump in, yet).
2001-09-04 21:25:36 +00:00
13b54a9da3
Added the last few missing files, and put everything in the right packages.
...
Tested, too:-)
2001-09-02 14:48:32 +00:00
6114297c87
Silly typos.
2001-09-02 00:09:35 +00:00
569ba10610
Don't call PyMac_HandleEvent in unix-Python
2001-09-02 00:08:16 +00:00
38c4dd4d53
Regenerated, mainly for new GC routines.
2001-09-01 23:42:11 +00:00
b18ced2909
xx.prj has been replaced by xx.mcp.
2001-09-01 23:40:19 +00:00
fabd00fa91
Added glue routine for PyMac_BuildFSSpec, PyMac_GetFSRef and PyMac_BuildFSRef.
...
Moved the declarations to pymactoolbox.h.
2001-09-01 23:39:58 +00:00
62d24a0f50
Don't call PyMac_HandleEvent if we're in unix-Python.
2001-09-01 23:38:50 +00:00
e9fb3d6db3
Include Carbon/Carbon.h if we're on OSX.
2001-09-01 23:38:13 +00:00
0de279b9cd
Updated the Popt resources for the applets to the newest version.
2001-09-01 23:37:28 +00:00
ff5d8aaa28
Added preferences/startup options for division warning
...
and accepting unix-style newlines on input.
Also (finally) added a startup option to get -vv behaviour.
Moved __convert_to_newlines to main.c because that's easier with the newline option.
2001-09-01 22:37:54 +00:00
a5ffeb69ab
Added preferences/startup options for division warning
...
and accepting unix-style newlines on input.
2001-09-01 22:36:29 +00:00
7561d9ead9
Added all the new files in the right packages and file groups (I think, untested).
2001-08-30 22:10:10 +00:00
1da6eb091a
Superseded by the (generated) xx.mcp.
2001-08-30 21:29:57 +00:00
ba0ba411d1
Case mismatch in "import Types". Apparently nobody has looked at this for a looooong time. Reported by Chris Smith.
2001-08-30 21:22:10 +00:00
b214c36d0a
We should look in the directory containing the module, not in the module itself, when we're looking for the resource file.
2001-08-30 21:19:42 +00:00
34eaf86e95
Started on the 2.2a2 installer
2001-08-30 13:26:53 +00:00
7c10008917
Added xx and xxsubtype modules, for completeness and because xxsubtype is used by the test suite.
2001-08-29 22:08:06 +00:00
028f2d5d89
Started on release notes and readme for 2.2a2.
2001-08-29 22:04:08 +00:00
3070ee6b37
Experimental feature: allow \n as well as \r as newline for text files, by breaking in to the lowlevel I/O system. Can be disabled by defining WITHOUT_UNIX_NEWLINES.
2001-08-27 23:16:34 +00:00
e7d8322630
exceptions was missing from the module list. Added.
2001-08-27 22:50:41 +00:00
3c06b9a7d4
Use the new macresource module to open the accompanying resource file (if needed).
2001-08-27 21:41:23 +00:00
a5d7da528b
need() now returns the refno of the resource file opened, or None if the
...
specified resource was already available and no file was opened.
2001-08-27 21:37:45 +00:00
de3226f7f9
Module to help other modules locate their resources. It currently knows about
...
resources in applets and separate OS9 style resource files, but it will
eventually also be thought the hoops to jump through on OSX/MachO.
2001-08-27 21:21:07 +00:00
8f2b13efce
These have long outlived there usefulness, in my opinion. Moved to Unsupported.
2001-08-27 21:17:44 +00:00
de1d4957c0
Added Dean Draayer to the thank you list.
2001-08-27 15:30:48 +00:00
911e87de6f
Patch by Dean Draayer: support for indeterminate progress bars. You
...
get these by specifying maxval=0, which is now also the default.
Untested.
2001-08-27 15:24:07 +00:00
206bd57355
When we're freezing to sourcecode and one of the modules is a dynamic module that is in a package we freeze that module at toplevel (outside any package). Not optimal, but there is little more we can do as config.c has no way to specify a builtin module has to be dumped into a package.
2001-08-27 13:59:35 +00:00
60aa4ccdc0
Updated to the current state of affairs.
2001-08-27 13:58:21 +00:00
1c2a2b71e1
Added targets for building the Carbon and Classic interpreter if you don't want to go through fullbuild.py.
2001-08-27 13:57:43 +00:00
dc4d925be9
- A forgotten "from Carbon".
...
- Made the "killed unknown window" code dependent on a global var,
so you can easily turn the behaviour off for IDE debugging.
2001-08-27 10:55:41 +00:00
4d3052acb0
A few forgotten "from Carbon"s.
2001-08-27 10:54:55 +00:00
5a6fdcd371
Import the MacOS toolbox modules from the Carbon package.
2001-08-25 12:15:04 +00:00
6dba6bc0a2
Step 2 in putting the MacOS toolbox modules in a package: issue a DepracationWarning in the compatibility modules.
2001-08-25 11:53:43 +00:00
75a2f85593
Last renamed module that wasn't removed yet.
2001-08-24 09:17:15 +00:00
cf144b0e9e
Wrapper modules underound the toolbox modules, which now have an _ prepended.
2001-08-23 14:13:06 +00:00
25a5bd7708
Renamed.
2001-08-23 14:11:10 +00:00
50ecb0ad83
Renamed the Mac toolbox modules to have an initial _ in their name.
2001-08-23 14:02:09 +00:00
77105a960b
The MacOS toolbox modules have acquired an _ in front of their name. Normal usage is through a wrapper module (without underscore) which lives in the Carbon package.
2001-08-23 13:51:46 +00:00
404e0b7c1e
These long dead files somehow got revived. Killed them (but for how
...
long? :-).
2001-08-21 10:51:47 +00:00
0e53685d10
This file has been dead for aeons. I have no idea how it suddenly
...
surfaced again.
2001-08-21 10:49:11 +00:00
a0f4369f5a
Oops, these compatibility modules were missing. Which went unnoticed because their companions had been put in the wrong place.
2001-08-20 15:35:57 +00:00
7586b049ba
Various toolbox modules were generated in lib-dynload accidentally
...
in stead of in Carbon. Fixed.
2001-08-20 15:31:56 +00:00
d0688ebc10
Oops, this file shouldn't have been removed.
2001-08-20 10:20:27 +00:00
914f9e926d
The destination folder is now :Lib:lib-dynload
2001-08-19 22:32:57 +00:00
f60edf861c
PATCHLEVEL is outdated, use PY_VERSION.
2001-08-19 22:32:27 +00:00
ad251c7516
Step 1 in packaging the toolbox modules and making MacPython more
...
like normal Python. toolbox modules are now in the Carbon package
in :Mac:Lib, with a workaround flat namespace in :Mac:Lib:lib-compat.
Other dynamic modules are in :Lib:lib-dynload. :Mac:Lib:lib-toolbox and
:Mac:Plugins are gone.
2001-08-19 22:30:31 +00:00
d39c246a4c
Dynamic modules are now put in :Lib:lib-dynload by default. For the toolbox modules this is overridden to put them in :Mac:Lib:Carbon.
2001-08-19 22:29:57 +00:00
edb17c971f
Compatibility modules. lib-compat is on the default sys.path for MacPython 2.2, and each of these modules imports * from its namesake in the Carbon package.
2001-08-19 22:28:32 +00:00
63f6b4984b
Moved to either :Mac:Lib (WASTEconst and files that weren't generated) or to the Carbon package.
2001-08-19 22:20:55 +00:00
ab98ae9b4e
The modules with toolbox constants.
2001-08-19 22:13:00 +00:00
06eb422a37
Carbon is now a package encapsulating all the toolbox modules. Carbon is not
...
the best of names right now (because QuickTime, for instance, is part of
its own framekwork in OSX terminology, and because all these modules also
work on pre-Carbon MacOS) but in a year or so it will be:-).
2001-08-19 22:07:59 +00:00
52caac1c55
Moved here form lib-toolbox, for lack of a better place to go.
2001-08-19 22:05:33 +00:00
d0fc42f439
Moved here from lib-toolbox, where they should never have been in the first place (all the other stuff there wa generated with bgen).
2001-08-19 22:05:06 +00:00
Jack Jansen
Guido van Rossum
Just van Rossum