🌐 Mailman 3 January 2002 - Pythonmac-SIG - python.org

Re: [Pythonmac-SIG] ObjC stuff
by Jack Jansen March 20, 2003

March 20, 2003

Recently, Steve Spicklemire <steve(a)spvi.com> said: > So it's in CVS somewhere? I'll do a check-out and see if I can find it. I don't know, Steven Majewski may know (I think he is the one who looked at it). If it isn't in the repository it probably should be, preferrably in the Modules directory (because it is useful for non-Mac users) but if there's objections against that we'll put it in the Mac/Modules dir. > I just ordered CW-6 today so I might be able to pitch in a bit. While very useful for other things (like MacPython development) you don't need it for OSX unix-Python development: this is all make and gcc-based (and you have those on your OSX developer disc). -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.oratrix.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

5 4

Re: [Pythonmac-SIG] more on MacPython/OSX/shared lib
by Jack Jansen Aug. 14, 2002

Aug. 14, 2002

Recently, Paul Miller <paul(a)fxtech.com> said: > >My next step is to remove all my Python code and see if I get the error > >without linking against Python. > > Back to square 1 for me. I removed the Python lib and all my Python code > and I have the same problem. It must be something in global initialization > in my own code. For yucks I disabled the __initialize and __terminate entry > points in the linker options and I ended up with an assert in my code > (which was expecting the static initializations to happen). Hmm, my guess would be either a bug in CodeWarrior, or (probably more likely) you using the wrong runtime library. Especially if you use C++ you have to be careful with which runtime library you use where, because the zero-overhead exception handling will fail otherwise. And you shouldn't use Python as an example, because it doesn't follow the rules (but gets away with it being a C program). You might want to spell out the MW Targeting MacOS manual. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)oratrix.com | ++++ if you agree copy these lines to your sig ++++ www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm

4 5

Speed issues with Applet/Applications?
by Sean Hummel April 12, 2002

April 12, 2002

Hi, I wrote a script which allows me to decompress from a .ZIP file, and appropriately sizing names of files that are longer than 31 characters. However the problem I am encountering, is that when I run the script in the Python IDE, it runs at full speed. When I run the script as a standalone application or applet, then it runs VERY SLOW! I am using Python 2.1, and I am using running this script on a PowerG4. So I am wondering if someone else has had this problem when using the application or applet, and/or if there is a good solution to this problem.

5 5

Tkinter on OS X
by Johann Hibschman March 18, 2002

March 18, 2002

Hi folks, I've been trying to get tkinter to compile on OS X, using some of the hints that went by here in December, using the Tcl/Tk frameworks that recently came out. However, I can't get them to compile, since they look for the X11 header files, and I don't seem to have them anywhere, since I don't have X11 installed. I don't understand why Mac OSX Tcl/Tk would need the X11 headers, so I'm suspecting that something is mis-configured. Can anyone shed some light on this? Cheers, --Johann -- Johann Hibschman jhibschman(a)yahoo.com -- Johann Hibschman jhibschman(a)yahoo.com

4 4

Re: Couple of issues with Unix Python on Mac
by Jack Jansen Feb. 21, 2002

Feb. 21, 2002

On Sunday, January 27, 2002, at 07:01 AM, Manoj Plakal wrote: >>> - The installed Python.app has a dock >>> icon when it runs but no (blank) >>> menubars. Is this normal? I get >>> menubars fine with MacPython 2.2 Carbon. >> Right, because the interpreter is currently only that, an >> interpreter with the .app glue around it (and a main program >> that understands enough AppleEvents to do drag and drop). The >> script is currently responsible for doing menu bar stuff. >> What I envision is that later (for 2.3?) the default main >> program, i.e. if you doubleclick the .app, is going to be the >> IDE. > > > You mean the script has to explicitly > create a menubar? I tried running > EasyDialogs.py as well as some > console-I/O scripts and the menubar > remained blank. Moreover, the whole > left side of the menubar is blank, > *including* the Apple menu which disappears ... Well, one of the things I would like to fix for MachoPython, which has always been a problem with MacPython, is the menubar/event handling code. MacPython did (in C) some minimal event handling, which meant that Python-coded frameworks (Framework, W, the IDE) always had to cater for this. MacPython didn't have much choice, really: because it had the console window it needed an event loop. For MachoPython the situation is different. console-based scripts can be run with the commandline interpreter, so there's little reason to have something similar to the MacPython PythonInterpreter. And if people do want to run scripts in a windowing environment they're much better off with the IDE. And if someone really really wants the functionality of PythonInterpreter in MachoPython it shouldn't be more than a 200 line Python program to get the functionality. There are however two issues that need some thought. One is the creation of the menubar (only the creation, not the handling of it), it could be argued that Python.app should do this. Another one is the handling of the Quit AppleEvent. It might be a good idea if Python.app registered a handler for this, so that at least command-Q (and shutdown, and other similar situations) would work. But for this latter one I don't know how doable this is if Python.app doesn't have a fullblown event loop. Maybe doable, with Carbon Events, maybe not. If someone wants to look into this that would be nice. And even for these two things I think they shouold be handled by Python code, not C code. It's easy enough to add an init script to Python.app, and by doing it that way applets that want to do their own menubar handling could simply not include the init script. -- - Jack Jansen <Jack.Jansen(a)oratrix.com> http://www.cwi.nl/~jack - - If I can't dance I don't want to be part of your revolution -- Emma Goldman -

4 7

Serious bug with FSSpecs (and GUSI, and MacPython) on OSX
by Jack Jansen Feb. 8, 2002

Feb. 8, 2002

Folks, I need some help. It turns out that the bug Russell Owen posted here before (505562 in sourceforge) that BuildApplet can destroy sourcefiles has even more far reaching consequences. The problem isn't with BuildApplet per se, the problem is with the way MacOSX creates FSSpecs for files with names that are too long (more than 32 chars) to represent in an FSSpec. What happens is that the first 22 chars are used, then #XXXXX is appended (where the XXXXX is a number unique to the file) and then the original extension is appended (don't know what happened if the original extension was more than 3 chars). But, and this is the bad news, this extension is *not* checked if you create an FSSpec by hand. So, if your original, existing, file has a ".py" extension you can create a valid FSSpec, pointing to the same file, without the ".py" extension. Or with a ".c" extension, or anything else. The other part of the bad news is that GUSI is completely FSSpec-based. Hence, when BuildApplet gets a ".py" file, creates the applet name by stripping the .py and then does try: os.remove(outputfile) except .... The os.remove() succeeds and happily removes your sourcefile! -- - Jack Jansen <Jack.Jansen(a)oratrix.com> http://www.cwi.nl/~jack - - If I can't dance I don't want to be part of your revolution -- Emma Goldman -

4 4

PyOpenGL on OS X?
by Peter H. Froehlich Feb. 1, 2002

Feb. 1, 2002

Hi there! I was trying to play with PyOpenGL and noticed that it does not currently work under OS X. Note that I am not talking about PyOpenGL + MacPython on OS X, but PyOpenGL + fink/unix Python on OS X. If anybody would like to help me in getting it to work just send email. Thanks! Peter -- Peter H. Froehlich []->[!]<-[] http://nil.ics.uci.edu/~phf/ OpenPGP: D465 CBDD D9D2 0D77 C5AF 353E C86C 2AD9 A6E2 309E

6 16

dynload_darwin.c
by Steven Majewski Feb. 1, 2002

Feb. 1, 2002

Ok. It looks like the significant difference between the dlcompat dlopen and my dynload code is that both link using the PRIVATE option, but dlopen uses an interface to a non-public function NSMakePrivateModulePublic. This two step process is done to keep from getting the duplicate symbol error. Here's a version which steals the interface definition from dlcompat/dlopen.c, and add that call. This seem to work for me. Right now there are warning messages printed for duplicate symbols, but the linking and symbol resolution continues without raising an exception to Python. Could some of the folks who are having problems give this one a try ? It's named dynload_darwin.c because we'll probably change it and the config files for the next release. You need to rename it dynload_next.c and stick it in Python-2.2/Python to replace the old dynload_next.c I hope this is finally the one!n -- Steve

2 2

Embed example
by Alexandre Parenteau Jan. 31, 2002

Jan. 31, 2002

I send to the list a sample of embedding Python in a shared library since it is not too big. The purpose is to extend the context menu in the finder (ctrl left click) with python scripts. >From the README : ----- In order to use PythonCM, you need to have MacPython 2.2 (PEF format) installed. - Run the "Install PythonCM" applescript - Make an alias of "pythoncm" inside "/Library/Contextual Menu Items" Now the python scripts should show up when using Ctrl-click in the finder. Look at the console output (/Applications/Utilities/Console.app) for some runtime information Notes: - This was tested on OSX only but it should work for OS9 - This is based on http://homepage.mac.com/tkukiel/cmworkshop.html alex. ---- -- Alexandre Parenteau Computer Scientist Core Technologies, AGM Adobe Systems, Inc. 408-536-6166

1 0

Question about MacPython and AE
by George Song Jan. 31, 2002

Jan. 31, 2002

Hi everyone, First day trying to use MacPython, fairly experienced with Python. Can someone tell me how to get a list of the processes running on the machine? I see Finder.processes and I can use Finder.Finder() Is it something like: f = Finder.Finder() f.sendevent(...?) Please help.

1 0