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

Re: Python 2.0 and MultiUser
by Tattoo Mabonzo K. Dec. 27, 2000

Dec. 27, 2000

On Wednesday, December 27, 2000, at 11:34 AM, Tattoo Mabonzo K. wrote: > Yo, > > I'm not @ my home machine for the moment but I've noticed that there's a problem running > Python from an account other than the owner's. > > I get an error message stating something 'bout a failed import quite early in the process > of launching Python (be it the IDE or the interpreter). FWIW, as far as I recall the import failed because the macfsn could'nt be found. > > 1.5.2c1 works fine though. 2.0 works fine from the owner account. > > Sorry for the incomplete report but I wanted to know if anyone has observed a similar > problem. > I'll report the exact error message this evening. > > TIA > > = tmk = >

1 0

Python 2.0 and MultiUser
by Tattoo Mabonzo K. Dec. 27, 2000

Dec. 27, 2000

Yo, I'm not @ my home machine for the moment but I've noticed that there's a problem running Python from an account other than the owner's. I get an error message stating something 'bout a failed import quite early in the process of launching Python (be it the IDE or the interpreter). 1.5.2c1 works fine though. 2.0 works fine from the owner account. Sorry for the incomplete report but I wanted to know if anyone has observed a similar problem. I'll report the exact error message this evening. TIA = tmk =

1 0

Re: [Pythonmac-SIG] Python 2.0 installing problem
by Jack Jansen Dec. 27, 2000

Dec. 27, 2000

> If the path to Python 2.0 directory has Japanese directory name, Installing > does not finish. It says "ImportError: No module named macfsn". > Maybe other two byte encoding system ex. Chinese or Korea have same problem. > > If a file named foo placed on System:"APURIKE_SHON":foo, a Python get > filename as follows. > System:\203A\203v\203\212\203P\201[\203V\203\207\203\223:foo > > "APURIKE_SHON" is Japanese encoded string. That could indeed be a problem: I never thought about 2-byte character sets. I also have no idea how FSSpecs and such are implemented for 2-byte charsets. Could you try running the following commands in that APURIKE_SHON folder (easiest is probably to put them in a script and run that script from the that folder)? - print sys.prefix - print sys.path - open("foo") - os.getcwd() - open(os.path.join(os.getcwd(), "foo")) - fss = macfs.FSSpec("foo"); print fss - print fss.as_pathname() - alias = fss.NewAlias() - alias.Resolve().as_pathname() Also, option-starting Python and setting the "trace import statements" bit should give a bit more information. -- 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

1 0

Python 2.0 installing problem
by Moroo Jun Dec. 26, 2000

Dec. 26, 2000

If the path to Python 2.0 directory has Japanese directory name, Installing does not finish. It says "ImportError: No module named macfsn". Maybe other two byte encoding system ex. Chinese or Korea have same problem. If a file named foo placed on System:"APURIKE_SHON":foo, a Python get filename as follows. System:\203A\203v\203\212\203P\201[\203V\203\207\203\223:foo "APURIKE_SHON" is Japanese encoded string. -- moroo(a)jp.fujitsu.co.jp Fujitsu Laboratories LTD.

1 0

urllib problem
by Moroo Jun Dec. 26, 2000

Dec. 26, 2000

I tried to run follow program, Python 1.5.2c get all text from web site, but Python 2.0 doesn't. In Solaris 2.6, the same program can get all text from web site both with Python 1.5.2 and Python 2.0. --- Begin --- import urllib a=urllib.urlopen("http://www.yahoo.co.jp/") d=a.read() f=open("yahoo.html","wb") f.write(d) f.close() a.close() --- End --- I tried them on: Powerbook G3/333 OS 8.6 PowerMacintosh 9600/233 OS 9.0 -- moroo(a)jp.fujitsu.co.jp Fujitsu Laboratories LTD.

1 0

Tkinter and Python 2.0 problem
by Mike Crowe Dec. 20, 2000

Dec. 20, 2000

I am trying to write Tkinter code in Python 2.0. After executing any Tkinter command, the interpreter (or IDE) will not quit normally. The problem occurs when I press the Quit key. The Tk window goes away, but I do not get the >>> prompt back in the interpreter. Even though I can still select the menus, choosing Quit from the file menu has no effect. Also, Command-Q does not work. At this point, the About box has changed from "About Python..." to "About Tcl & Tk". I have to force quit the Python Interpreter to regain control. Is anyone else using Tkinter, Python 2.0 on the Mac? If so, how do you get it to work, and what is the best way to develop code? Or is there a better way to develop cross platform Python GUI apps on the Mac? I would appreciate any suggestions. Thanks, Mike Crowe ---

4 5

Breaking the circular dependencies between toolbox modules
by Jack Jansen Dec. 19, 2000

Dec. 19, 2000

Here's a half-baked idea I'd liek some feedback on. Currently a lot of the toolbox modules depend on each other, mainly to create objects and access them. For instance, Dlg depends on Ctl, because dialog.GetDialogItemAsControl() needs to wrap a MacOS ControlRef in a Python ControlObj. These dependencies have now resulted in the majority of the toolbox modules living in PythonCore, and a few others dynamically linking to each other. All this is getting messy, and as Steven Majevski's messages show the headaches are getting bigger once we try to move to Mach-O, the native MacOSX executable format. The half-baked idea is as follows: we put placeholders for all the object-wrapping and unwrapping routines (such as CtlObj_New and CtlObj_Convert) in a single place (probably PythonCore, or a separate DLL for Mach-O). These placeholders are referred to through a function pointer (i.e. CtlObj_New is #defined as (*CtlObj_New_routineptr)), and the only thing they do is import the Ctl module and then call *CtlObj_New_routineptr again. One of the things the init module of Ctl does is store the address of the real wrapper function (_CtlObj_New seems like a reasonable name) into the CtlObj_New_routineptr variable. What do you all think? Does this sound feasible? -- 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/ ++++

2 1

[Pythonmac-SIG]: error -110 memAdrErr
by Jim Holliman Dec. 18, 2000

Dec. 18, 2000

I am running a very simple script that copies several files into a directory the script creates and then deletes the originals. It also calls the EasyDailogs.Message() routine. After the applet is done and the interpreter shuts itself down I receive an error -110 message that just reposts repeatedly, forcing me to reset the machine. Apple lists the error as: -110 memAdrErr Address was odd, or out of range Any body got any ideas about this? -- Thanks Jim

1 0

Re: [Pythonmac-SIG] Tkinter and Python 2.0 problem
by Jack Jansen Dec. 18, 2000

Dec. 18, 2000

> I am trying to write Tkinter code in Python 2.0. After executing any > Tkinter command, the interpreter (or IDE) will not quit normally. Running Tkinter things interactively in MacPython is not a good idea. As you've noticed Tk takes over too much, so MacPython can't get back into a useable state afterwards. At least: I don't know how to do it. Running scripts that use Tkinter shouldn't be a problem. -- 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

1 0

Re: [Pythonmac-SIG] can't exit module
by Jack Jansen Dec. 14, 2000

Dec. 14, 2000

Recently, "Dr Alun J. Carr" <carraj(a)attglobal.net> said: > If you look at the Wish shell for Tcl, it actually uses two Tcl > interpreters in the one program. This is what we need for the Python IDE: > the IDE executing in one interpreter, and the script in another. This might > allow the use of Tkinter in the second interpreter, if we're lucky. Unfortunately for Python this means that one of the two interpreters cannot use a GUI, which sort-of defeats the purpose. Tcl/Tk doesn't have this problem because they have completely masked the native OS GUI calls. The advantage of this is that their gui-calls can handle multiple threads, the disadvantage is that most MacOS toolboxes aren't available, and those that are (QuickTime, AppleEvents) only to a _very_ limited extent, and with quite a bit of effort. > I must say that I sympathize with another correspondent about the need to > fix things so that we can get IDLE running on MacOS. Definitely. But is seem that no-one cares enough to actually put some work into it:-( I spent a week or so this summer in getting Tkinter to work again, only because people kept asking about it (I personally abhor it) and in the hope that Tkinter development would pick up again once I had gotten the lowlevel stuff working, but it seems not, alas... -- 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