🌐 Mailman 3 July 1997 - Pythonmac-SIG - python.org

Graphing capablility in Mac Python
by Anthony M. Ingraldi Aug. 23, 1998

Aug. 23, 1998

Hello, Is there a module available that will provide routines for creating simple line graphs and scatter plots? I was thinking of using AppleEvents to send data to KaleidaGraph or some other package but that seems sluggish. Another alternative would be to use a Canvas widget from Tk. I would prefer to use a module designed specifically for plotting rather than writing one via Tkinter. -- Tony Ingraldi | e-mail: A.M.INGRALDI(a)LaRC.NASA.GOV NASA Langley Research Center | Mail Stop 267 | Phone : (757) 864-3039 Hampton, VA 23681-0001 | Fax : (757) 864-7892 _______________ PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org _______________

3 3

Re: [PYTHONMAC-SIG] AppleEvent question
by Jack Jansen Aug. 30, 1997

Aug. 30, 1997

Recently, "Anthony M. Ingraldi" <A.M.INGRALDI(a)larc.nasa.gov> said: > Hello, > > I am working with AppleEvents to use gnuplot. Is there a way to launch an > application via AppleEvents without bringing it to the front? (That is the > way it works in UserLand Frontier.) Unfortunately not, currently. The reason is that there's no Python interface to the process manager at the moment (anyone willing to write one? I can help with the bgen-stuff, if needed), so to launch the application we use the finder. This has the side-effect of bringing the application to the front. -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)cwi.nl | ++++ if you agree copy these lines to your sig ++++ http://www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm _______________ PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org _______________

5 5

Project organization
by Jack Jansen July 30, 1997

July 30, 1997

Folks, here's a question for those of you who build MacPython from source. With the arrival of CW Pro and multi-target projects and subprojects I was planning to change the python build structure to more closely match the unix build structure. However, looking at it more closely I'm not sure that it really buys something, so now I'm thinking of more-or-less kepping the current structure, except that the pythoncore, python and pythonapplet projects will build ppc/cfm68k/fat versions. Comments? Would anything be gained by adhering more to the unix structure? -- Jack Jansen | ++++ stop the execution of Mumia Abu-Jamal ++++ Jack.Jansen(a)cwi.nl | ++++ if you agree copy these lines to your sig ++++ http://www.cwi.nl/~jack | see http://www.xs4all.nl/~tank/spg-l/sigaction.htm ------- End of Forwarded Message _______________ PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org _______________

1 0

P.S. os.rmdir()
by Doug Wyatt July 15, 1997

July 15, 1997

As usual there's nothing like posting a request for help to make one feel silly enough to dig further oneself :) I did a TVB in Macsbug on HDelete and discovered that it's returning -47, and GUSI is looking to see whether the directory's empty, returning 16 if it is (a busy error) or 66 if it's not (directory not empty). I quit Python and restarted it and was able to delete the directory. This tells me that some Python component made a working directory for the folder being deleted. I think this may have been from an earlier action where I was sending AppleEvents to CodeWarrior, telling it to open project files that were in the directory that couldn't be deleted. CWGUSI 1.8 contains no calls to OpenWD. The Python source contains one, in opendir.c's opendir(). In Python's C source, closedir() seems to always get called after opendir(), except in the case of an out-of-memory failure. ... Doug ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Hello all, I'm trying to delete a directory in a Python program (in preparation for unstuffing a new copy of it...) I find that os.rmdir() fails with an unknown error 16. I tried writing this little function to empty out a folder before deleting it. It half-worked; one large portion of the tree was deleted, including many subdirectories, but still rmdir() refused to delete one directory which the Finder had no trouble trashing (so the directory was not corrupt). def myrmdir(dirpath): #print 'deleting children of',dirpath if dirpath[-1] == os.sep: dirpath = dirpath[:-1] items = os.listdir(dirpath) for f in items: if f == '.' or f == '..': continue path = dirpath + os.sep + f if os.path.isdir(path): myrmdir(path) else: #print 'deleting',path os.unlink(path) print 'deleting',dirpath os.rmdir(dirpath) Any ideas? Shall I dig into the source? Doug --- Doug Wyatt music [,] software doug(a)sonosphere.com http://www.sonosphere.com/ new streaming audio samples: http://www.sonosphere.com/doug/music.html _______________ PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org _______________

1 0

Some Mac-Specific Python Questions
by guzdial＠cc.gatech.edu July 15, 1997

July 15, 1997

One of my summer goals is to read both "Internet Programming with Python" (IPWP) (Watters/Rossum/Ahlstrom) and "Programming Python" (Lutz). Of course, this is getting me playing with and exploring Python on my Mac more than I have in the past, which is, in turn, leading me to a bunch of Mac-specific questions that I'm not finding addressed on-line or in the books: - GRAIL: Anyone know what's needed to get Grail to work successfully on a Mac? It starts for me, opens the local file, but when I try to use an http URL, it just sits there and I have to force an application close. Second and related question: Has anyone successfully applet-ized Grail? (I haven't tried yet -- it seemed useless until I could figure out how to make Grail work well for me, first.) - Threaded CGI: Jack's CGI example is neat -- I can understand it and probably even build one myself. What's unclear to me is how multiple nearly-simultaneous hits will be handled. It seems to be a non-issue on UNIX (from the IPWP book's CGI example). I know that, on the Mac, WebStar is threaded, and I've done Frontier CGIs which are threaded, so that multiple hits just get handled, invisibly to me. Is there a way to do threaded CGI's on Macs? Or is there a technique to get around thread-less MacPython? For example, Joe Strout's POO isn't threaded, but it handles multiple "threads" even on Macs by chopping up tasks into pieces and timeslicing the pieces. Has anyone done something similar to create a sort-of CGI-event-server on a Mac? - Open Transport: As I read through the ReadMe's in the 1.4 distribution (BTW, is it too soon to ask when a Mac 1.5 is going to be available?), I note various places where things aren't supposed to work because of MacTCP oddities (e.g., the reference in Demo:Readme). Does Open Transport make more of those things work (which I can test myself) and/or make them capable of working (which would be nice to know before I start digging)? After looking at the GUI example in IPWP, I'm in no hurry to see WPY on the Mac. Tkinter looks much cleaner and easier to use, ThankYouVeryMuch. Thanks! Mark -------------------------- Mark Guzdial : Georgia Tech : College of Computing : Atlanta, GA 30332-0280 (404) 894-5618 : Fax (404) 894-0673 : guzdial(a)cc.gatech.edu http://www.cc.gatech.edu/gvu/people/Faculty/Mark.Guzdial.html _______________ PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org _______________

3 3

Re: [PYTHONMAC-SIG] file modes in Mac Python (frustrating)
by Robin.K.Friedrich＠USAHQ.UnitedSpaceAlliance.com July 11, 1997

July 11, 1997

I just noticed the same thing the other night. This really bugs me because I know for a FACT that the vanilla open() function used to work fine on the Mac. ______________________________ Reply Separator _________________________________ Subject: [PYTHONMAC-SIG] file modes in Mac Python (frustrating) Author: "Steven D. Majewski" <sdm7g(a)Virginia.EDU> at INTERNET Date: 7/11/97 3:07 PM When I try to open a file with read and write access using __builtin__ open on MacPython 1.4, I get an error when I try to write: IOError: (0, 'component result = no error') _______________ PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org _______________

2 1

file modes in Mac Python (frustrating)
by Steven D. Majewski July 11, 1997

July 11, 1997

When I try to open a file with read and write access using __builtin__ open on MacPython 1.4, I get an error when I try to write: IOError: (0, 'component result = no error') According to MSL Reference, "rb+", "wb+" modes should work. ( Or is it using I/O routines from CWGUSI ? ) Using os.open, os.read, os.write, os.lseek seems to work properly for read and write access to a file. ( But I've had to look up the hex values of flags from the .h files. These aren't defined in a Mac module anywhere, are they ? ) Module posixfile works somewhat. It import without an error, but some methods import and use posix, fcntl, FCNTL which aren't on Mac, so they will fail. ( For example, you can't create a posixfile and use flags to change it's mode, because that uses fcntl. Note that there is an fcntl call in MSL, but it only supports F_DUPFD. ) Anyone else have any tips on the best, most portable IO methods in Mac Python ? ( Since the obvious way doesn't seem to work! Well -- the lib ref manual *does* say that whether 'r+' et.al. work is platform dependent. ) ---| Steven D. Majewski (804-982-0831) <sdm7g(a)Virginia.EDU> |--- ---| Department of Molecular Physiology and Biological Physics |--- ---| University of Virginia Health Sciences Center |--- ---| P.O. Box 10011 Charlottesville, VA 22906-0011 |--- All power corrupts and obsolete power corrupts obsoletely." - Ted Nelson _______________ PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org _______________

2 1

ProgressBar resources
by Steven D. Majewski July 3, 1997

July 3, 1997

Jack, Guido, or whoever is going to be doing the next Mac release: I don't know if I mentioned this in my EasyDialog patches, but could you please edit the ProgressBar dialog resource in the next release to extend the width of the text field to extend over the stop button, closer to the right edge of the box ? The current text field truncates all of my displayed filenames. I've modified my PythonPPC Core resources, but it would be nice if this was fixed in the default. Jack: I recall you were going to use some of my mods and suggestions in the next release, but you were going to change a few things youself. Do you have a final version ? I'm working on some modules that will use this, and since it's going to rely on those fixes, I thought I might as well make sure it works with that interface. If not I'll search thru my mail archives to remember what we had decided on for the labeling, and add the mods to my version. I think it was to have two methods: title(str) and label(str). Is that still the plan for the 1.5 release ? ( BTW: Tk8b2 is released with CW-PRO-1 support, but I haven't built it yet. I had some trouble getting past the CGI survey to get the sources, but you can go directly to the ftp directory and bypass the CGI if you have problems. ) ---| Steven D. Majewski (804-982-0831) <sdm7g(a)Virginia.EDU> |--- ---| Department of Molecular Physiology and Biological Physics |--- ---| University of Virginia Health Sciences Center |--- ---| P.O. Box 10011 Charlottesville, VA 22906-0011 |--- All power corrupts and obsolete power corrupts obsoletely." - Ted Nelson _______________ PYTHONMAC-SIG - SIG on Python for the Apple Macintosh send messages to: pythonmac-sig(a)python.org administrivia to: pythonmac-sig-request(a)python.org _______________

1 0