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

newbie's Q
by KAWASAKI April 25, 2000

April 25, 2000

hello,all I am a newbie to mac python. when I double click a module in whatever folder the interpreter says to me it can't find the module. for example. Double click $PYTHON:Lib:binhex.py --->PythonInterpreter:: can't open file 'binhex.py:' I can import the binhex.py from the interpreter command line. I suspect it is not a problem of path settings.( indeed $PYTHON:Lib: is in the path) I thought I had no trouble when I was using ver 1.4 Please tell me what's wrong. Thank you in advance.

3 2

Re: [Pythonmac-SIG] problems installing python 1.5.2 on Mac OS 8.6
by Jack Jansen Jan. 22, 2000

Jan. 22, 2000

Recently, Larry Woestman <lwoestman(a)proaxis.com> said: > I can't get the Macintosh version of Python 1.5.2c1 to install on my Imac run > ning MacOS 8.6. It installs without obvious complaints but fails to run the > ConfigurePython program. It just "flashes" on the screen with no other output > . When I try to run Pysol 3.10 (I know, but it was an easy-to-find python pr > ogram) it fails with a "Pysol cannot find the standard Python libraries. Ple > ase check your installation.". Hmm. There have been a few complaints about the 1.5.2 installer not working, but so far they've all been from people running a Japanese MacOS. So, I think you have a different problem. Could you try removing _everything_ with "python" in the name from your system folder and then running ConfigurePython again? If that fails again, please start Python and tell me what sys.path is. Also, the output from Apple System Profile could be handy. The symptoms you give are usually caused because Python can't find its home location (i.e. the folder where it lives). This is most often called by an old, incorrect, preference file. There are other possibilities, though, like having two disks with the same name. -- 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

2 1

problems installing python 1.5.2 on Mac OS 8.6
by Larry Woestman Jan. 22, 2000

Jan. 22, 2000

Help! I can't get the Macintosh version of Python 1.5.2c1 to install on my Imac running MacOS 8.6. It installs without obvious complaints but fails to run the ConfigurePython program. It just "flashes" on the screen with no other output. When I try to run Pysol 3.10 (I know, but it was an easy-to-find python program) it fails with a "Pysol cannot find the standard Python libraries. Please check your installation.". I have tried installing with extensions turned off. I have downloaded another copy with the same results. I have searched the Python email archives without success. Any pointers would be appreciated. Thank You Larry Woestman

1 0

Re: [Pythonmac-SIG] Totally silly question (RE: FREEZE)
by Just van Rossum Jan. 21, 2000

Jan. 21, 2000

At 11:27 AM -0500 21-01-2000, Schollnick, Benjamin wrote: >Folks, > > Silly question..... > > I've used freeze on the PC, or at least tried to, I switched to >"INSTALLER" instead....Works alot better.... > > But does FREEZE work on the mac without modifications? Is there >anything special that needs to > be configured for FREEZE to work on the mac? Do you need a >compilier for the final product on the > Mac? There's macfreeze, which needs a compiler, and there's BuildApplication, which doesn't. BuildApplication is a higher level layer on top of macfreeze, which in turn is a layer on top of freeze. Just

1 0

Totally silly question (RE: FREEZE)
by Schollnick, Benjamin Jan. 21, 2000

Jan. 21, 2000

Folks, Silly question..... I've used freeze on the PC, or at least tried to, I switched to "INSTALLER" instead....Works alot better.... But does FREEZE work on the mac without modifications? Is there anything special that needs to be configured for FREEZE to work on the mac? Do you need a compilier for the final product on the Mac? - Benjamin

1 0

RE: [Pythonmac-SIG] Setting Time & Date on a Macintosh
by Just van Rossum Jan. 21, 2000

Jan. 21, 2000

At 9:06 AM -0500 21-01-2000, Schollnick, Benjamin wrote: [ ... ] >setmacdatetime = calldll.newcall(OSUtils.SetDateTime, 'None', 'InLong', >'InLong') [ ... ] Isn't the only problem that SetDateTime() wants an unsigned long instead of a signed long (like Python ints are)? In that case you could write something like (untested): import calldll InterfaceLib = calldll.getlibrary('InterfaceLib') _SetDateTime = calldll.newcall(InterfaceLib.SetDateTime, 'None', 'InLong') def SetDateTime(t): # 't' may be a normal int or a Python LongInt, but it should be # within range(0, 0x100000000) if t > 0x7fffffff: # sys.maxint # make the bit pattern for an unsigned, but stuff # it into a signed int t = int(t - 0x100000000L) _SetDateTime(t) Just

1 0

RE: [Pythonmac-SIG] Setting Time & Date on a Macintosh
by Schollnick, Benjamin Jan. 21, 2000

Jan. 21, 2000

Jack, Here's the scoop.... If I break every rule that I can think of it works....>g< Here's the code I'm using, feel free to point out any mistakes. Here's my notes: 1) I suspect there is a error in the HI/LO conversion, because I am being forced to add 86400, otherwise I lose a day (exactly 24 hrs per attempt). 2) I'd like to petition for the addition of LONGINT (or equivalent) into CALLDLL. This method will work, but I suspect sooner or later a oddball value will break this. # # Test calldll. Tell the user how often menus flash, and let her change it. # import calldll import struct import sys import time epoch = 2208988800L macadjustment = 126230400 OSUtils = calldll.getlibrary('InterfaceLib') setmacdatetime = calldll.newcall(OSUtils.SetDateTime, 'None', 'InLong', 'InLong') tempval = long(time.time())-macadjustment tempval = int(tempval - 0x100000000L) lo = int(tempval & 0xffffffff) + 86400 hi = int((tempval >> 32) & 0xffffffff) setmacdatetime (lo, hi) sys.exit(1) # So the window stays on-screen - Benjamin

1 0

Re: [Pythonmac-SIG] GUSI (background question)
by chriss＠dnastar.com Jan. 21, 2000

Jan. 21, 2000

On Thu, Jan 20, 2000, Bob Savage <savageb(a)pacbell.net> wrote: GUSI - Matthias Neeracher's (<neeri(a)iis.ee.ethz.ch> http://www.iis.ee.ethz.ch/~neeri) Grand Unified Socket Interface - is replacement for part of Metrowerks Standard Libarary. It provides more unix-like implementations of many standard 'C' libarary funtions, which makes porting unix programs easyer; but its biggest features are socket and pthread emulation. A 'socket' is basicly a file discriptor that refers to a network connection, insted of an open file. int file, sock; file = open("Bob's Mac:yofile); sock = socket(....); // it's more complicated to set up a socket than a normal fd. connect( ); // but once you do you can use them in much the same way. read(file,..); read(sock,..); In the new GUSI2 whenever an operation cannot be conpleted immeadiatly, e.g. a read() is waiting for the network or disk, GUSI switches to another thread (assuming of course that there are more threads) that can make progress. MacPython has used GUSI for some time but GUSI_2's main enhansement is thread support. Jack apparently has a working version of MacPython that works with GUSI_2, but there are some performance issues with thread switching. I've also been woring on MacPython/GUSI2 but somehow introduced a crash on exit that I've never benn able to track down. (But why would you ever quit python) Christopher Stern DNAStar,1228 South Park Madison, WI 53715-2102, USA ph: 608.258.7420 ext. 25

3 3

PIL broken?
by Dante Jan. 20, 2000

Jan. 20, 2000

I can't get MacPython to import PIL out of the box. The scripts in Python 1.5.2c1:Extensions:Imaging:Scripts: throw ImportError's whenever I run them. I deleted my python preferences and did a clean installation and I still get this. Macos 8.6 with plenty of RAM, the rest of python seems to work just fine (I've been using it for months.) Dante

2 2

Re: [Pythonmac-SIG] GUSI 2/etc
by Jack Jansen Jan. 20, 2000

Jan. 20, 2000

I have Python running with the new GUSI. Actually, I have it running with the new GUSI and with threading support! There are still a few problems that I'm currently trying to work out with Matthias Neeracher, the GUSI author: cleanup of GUSI crashes Python, and thread switching seems to be very slow. I'll check things into the CVS repository one of this weekend (assuming my expected-to-be-born-tomorrow-kid is a few days late:-). -- 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

2 1