🌐 Mailman 3 June 2007 - Pythonmac-SIG - python.org

Re: [Pythonmac-SIG] 64 bit python on G5 Mac OS X
by Phil Hystad June 22, 2007

June 22, 2007

OK, looking good then. Offhand, although I could look this up I presume, are there 64-bit versions of python available on the various 64 bit Unix platforms? Silly question, I assume there are and I can easily look this up. On Friday, June 22, 2007, at 10:26AM, "Frans Schippers" <frans.schippers(a)xsupport.nl> wrote: >Ronald managed to get a 64bit version working for me, >Ik think he will respond to the mailing list. > > >On 22-jun-2007, at 19:19, Bob Ippolito wrote: > >> No. Last time I tried it I managed to get it to build, but it crashed. >> I don't think 64-bit works properly in Tiger. >> >> -bob >> >> On 6/22/07, Phil Hystad <phystad(a)mac.com> wrote: >>> Is there a 64 bit version of Python for a dual-G5 running Mac OS X >>> (Tiger)? >>> _______________________________________________ >>> Pythonmac-SIG maillist - Pythonmac-SIG(a)python.org >>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>> >> _______________________________________________ >> Pythonmac-SIG maillist - Pythonmac-SIG(a)python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig >> > > >

1 0

Re: [Pythonmac-SIG] creating a dictionary for an applescript app?
by has June 22, 2007

June 22, 2007

On 22 Jun 2007, at 02:01, tom wible wrote: > tried your applet code: > > >>> playRec = praem.Applet.initwithname('playRec') > >>> recList = playRec.callsub('listRecDict') > Traceback (most recent call last): > File "<stdin>", line 1, in <module> > File "praem.py", line 9, in callsub > self.event('ascrpsbr', {'snam': name, '----': args}).send() > File "/Library/Frameworks/Python.framework/Versions/2.5/lib/ > python2.5/site-packages/aeosa/aem/send/send.py", line 101, in send > raise CommandError(err[0], err.args[1:] and err[1] or '', None) > aem.send.send.CommandError: CommandError -1708: the AppleEvent was > not handled by any handler > > but i do have a handler: > > > on listRecDict() > set tdl to {} > set n to 0 > repeat with rec in recList > set n to n + 1 > set end of tdl to rec's toDict(n) > end repeat > return tdl > end listRecDict > > is there something else that has to be done to get the handler > recognized? > thanx My bad, I forgot to lowercase the subroutine names in my Python script. Internally, AppleScript lowercases subroutine names unless they're written within pipes, e.g. 'FooBar' should be called as 'foobar', '|FooBar|' as 'FooBar'. So the correct code should be: playRec = Applet.initwithname('playRec') playRec.callsub('initreclist', False) recList = playRec.callsub('listrecdict') HTH has -- http://appscript.sourceforge.net http://rb-appscript.rubyforge.org http://appscript.sourceforge.net/objc-appscript.html

1 0

Re: [Pythonmac-SIG] creating a dictionary for an applescript app?
by has June 20, 2007

June 20, 2007

On 19 Jun 2007, at 22:23, tom wible wrote: > btw, the aem complication increases my motivation to rewrite the > applescript...i only used a/s because ired & vdvhs are a/s-able, > and appscript solves that problem;-) aem's easy enough to use if you know a little bit about how Apple events work, and you can easily extend its Application class to call user-defined subroutines with positional parameters, e.g.: #!/usr/local/bin/python import aem class Applet(aem.Application): def initwithname(klass, name): return klass(aem.findapp.byname(name)) initwithname = classmethod(initwithname) def callsub(self, name, *args): self.event('ascrpsbr', {'snam': name, '----': args}).send() playRec = Applet.initwithname('playRec') playRec.callsub('initRecList', False) recList = playRec.callsub('listRecDict') Adding convenience methods for calling standard event handlers (run, reopen, quit, etc.) and extending callsub to support labelled parameters wouldn't be too hard if you want to make a general-purpose module out of it. HTH has -- http://appscript.sourceforge.net http://rb-appscript.rubyforge.org http://appscript.sourceforge.net/objc-appscript.html

1 0

Send a fax or email via PDF workflow with PyObjC
by Daniel Miller June 19, 2007

June 19, 2007

I'm using PyObjC to print a PDF document in an application I'm building. I've got the print feature working with a custom NSView subclass and NSPrintOperation (I can print and preview PDF documents generated by my application). However, I would like to provide a fax number and and email address to be used if the user chooses to Fax or Email the document from the PDF workflow menu. Is there any way to set those values programatically? I tried setting the NSPrintFaxNumber option of NSPrintInfo, but that had no effect (I also set page margins in the NSPrintInfo and they were observed, so I know my NSPrintInfo is working...at least partially). Thanks in advance for any help given. ~ Daniel.

1 0

Re: [Pythonmac-SIG] findertools.launch reports "no eligible process"
by has June 19, 2007

June 19, 2007

Ronald Oussoren wrote: > IIRC at least one of the ae* modules seems to have assumptions on > the byteorder engrained into its design. Fixing that may well be > possible but there doesn't seem to be anyone around that both wants > to have these modules fixed and has enough time (or money) to > actually get this done. Not just that - there's other modernisation work required too. All of which would be a complete waste of time and effort since nobody uses these modules any more. Anyway, the items to remove from plat-mac are: aepack aetools aetypes findertools gensuitemodule lib_scriptpackages MiniAEFrame You can also remove OSATerminology from lib-dynload - it's only used by gensuitemodule and will have to go sooner or later anyway. has -- http://appscript.sourceforge.net http://rb-appscript.rubyforge.org http://appscript.sourceforge.net/objc-appscript.html

8 16

Error trying to build a extension on python 2.5 (stdarg.h problem)
by Leonardo Santagada June 17, 2007

June 17, 2007

I read the archives of the list, but I have XCode and the universal SDK. I'm having a problem trying to build an extension, here is the output: retype@Apfelstrudel:/tmp/usession-4/testing_1$ python setup.py build running build running build_ext building 'testing_1' extension gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk - fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd - fno-common -dynamic -DNDEBUG -g -O3 -I/Users/retype/pypy-dist/pypy/ translator/c -I/Library/Frameworks/Python.framework/Versions/2.5/ include/python2.5 -c testing_1.c -o build/temp.macosx-10.3-fat-2.5/ testing_1.o In file included from /Developer/SDKs/MacOSX10.4u.sdk/usr/include/ wchar.h:112, from /Library/Frameworks/Python.framework/Versions/ 2.5/include/python2.5/unicodeobject.h:118, from /Library/Frameworks/Python.framework/Versions/ 2.5/include/python2.5/Python.h:83, from /Users/retype/pypy-dist/pypy/translator/c/src/ g_prerequisite.h:10, from common_header.h:2, from testing_1.c:1: /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stdarg.h:4:25: error: stdarg.h: No such file or directory In file included from /Users/retype/pypy-dist/pypy/translator/c/src/ g_include.h:19, from testing_1.c:554: /Users/retype/pypy-dist/pypy/translator/c/src/support.h: In function ‘PyList_Pack’: /Users/retype/pypy-dist/pypy/translator/c/src/support.h:145: error: parse error before ‘PyObject’ /Users/retype/pypy-dist/pypy/translator/c/src/support.h: In function ‘PyDict_Pack’: /Users/retype/pypy-dist/pypy/translator/c/src/support.h:166: error: parse error before ‘PyObject’ /Users/retype/pypy-dist/pypy/translator/c/src/support.h:167: error: parse error before ‘PyObject’ /Users/retype/pypy-dist/pypy/translator/c/src/support.h: In function ‘CallWithShape’: /Users/retype/pypy-dist/pypy/translator/c/src/support.h:309: error: parse error before ‘PyObject’ /Users/retype/pypy-dist/pypy/translator/c/src/support.h:318: error: parse error before ‘PyObject’ /Users/retype/pypy-dist/pypy/translator/c/src/support.h:325: error: parse error before ‘PyObject’ /Users/retype/pypy-dist/pypy/translator/c/src/support.h:338: error: parse error before ‘PyObject’ lipo: can't figure out the architecture type of: /var/tmp//ccoT8b3x.out error: command 'gcc' failed with exit status 1 and the setup.py file is here: from distutils.core import setup from distutils.extension import Extension from distutils.ccompiler import get_default_compiler PYPY_INCLUDE_DIR = '/Users/retype/pypy-dist/pypy/translator/c' extra_compile_args = [] if get_default_compiler() == "unix": extra_compile_args.extend(["-Wno-unused-label", "-Wno-unused-variable"]) setup(name="testing_1", ext_modules = [Extension(name = "testing_1", sources = ["testing_1.c"], extra_compile_args = extra_compile_args, include_dirs = [PYPY_INCLUDE_DIR])]) so although this came from pypy, I really think the problem is either on my machine or on distutils (probably my machine, as I don't believe this could break with such a simple script). do anyone know how can I fix this? -- Leonardo Santagada "If it looks like a duck, and quacks like a duck, we have at least to consider the possibility that we have a small aquatic bird of the family anatidae on our hands." - Douglas Adams

1 1

Democracy player
by Jack Jansen June 16, 2007

June 16, 2007

Maybe everyone but me knew this already (even though I don't remember seeing any posts on this), but the new Democracy Player, which is a really convenient way to watch and share video over the net, with an outstanding user interface too, is almost completely written in Python. The website is <http://www.getdemocracy.com/>. And the Mac version is (of course) PyObjC-based. I also downloaded the code, and while I haven't tried to build it yet (it needs boost and pyrex and a couple of other things that I don't have time to install right now) it is well-structured and a joy to read. Definitely worth a look if you have a couple of hours to burn, -- Jack Jansen, <Jack.Jansen(a)cwi.nl>, http://www.cwi.nl/~jack If I can't dance I don't want to be part of your revolution -- Emma Goldman

1 0

py2app and existing system libraries
by Ivan Vilata i Balaguer June 16, 2007

June 16, 2007

Hi list, nice to see that py2app keeps on going and it gets better day by day. :) I'd like to point out a problem I've come accross recently. I've looked up the web and found no info about it (BTW, undefined.org refers to a py2app Trac instance I've not been able to find). This mail looks longish because i includes some text snippets. I'm packaging a semi-standalone Python app which uses and includes PyQt. These are the options for py2app:: setup_args['app'] = ['main_application_script.py'] setup_args['options'] = dict( py2app=dict( # Do not include system or vendor Python. semi_standalone=True, argv_emulation=True, iconfile='application_icons.icns', # Use the following system packages, do not include them. site_packages=True, excludes=['foo', 'bar'], ) ) (Where none of the excluded packages is PyQt.) When investigating the app directory, everything seems to be in place (the ``qt.so`` file, the ``libqt.3.dylib``, the archived modules...); however, when running the app, I get this error: MyApp Error MyApp Error An unexpected error has occurred during execution of the main script ImportError: '/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload/qt.so' not found In the first place, it looks like it's trying to load the PyQt *on the system* instead of that in the app dir. Then, it's not using the right dir (``qt.so`` it's right under ``site-packages``), which makes some sense to me since ``Contents/Resources/lib/python2.5/lib-dynload/qt.so`` is its path under the app dir. Maybe that is a meditated design decision, but I strongly think that apps should look for their own versions of libraries before using the system one, since they may carry specially tailored versions (but I may be wrong). Based on that premise, I hacked ``_run()`` from ``__boot__.py`` to check if the needed path was there but it had a lower precedence than the system one, and these are the paths in ``sys.path`` I got:: /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/setuptools-0.6c5-py2.5.egg /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/bdist_mpkg-0.4.3-py2.5.egg /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/py2app-0.3.6-py2.5.egg /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/macholib-1.1-py2.5.egg /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/modulegraph-0.7-py2.5.egg /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/altgraph-0.6.7-py2.5.egg /path_to.app/Contents/Resources /path_to.app/Contents/Resources /Library/Frameworks/Python.framework/Versions/2.5/lib/python25.zip /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-darwin /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/plat-mac/lib-scriptpackages /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-tk /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/lib-dynload /path_to.app/Contents/Resources/lib/python2.5/site-packages.zip /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/Numeric /Users/ivan/Library/Python/2.5/site-packages /path_to.app/Contents/Resources/Python/site-packages I.e. none of them the place where the ``qt.so`` in the app dir is to be found, so I hacked the following into ``_run()`` of ``__boot__.py``:: sys.path.insert(0, '/path_to.app/Contents/Resources/lib/python2.5/lib-dynload') Now running the app resulted in an application crash form regarding an EXC_BAD_ACCESS error in ``libqt.3.dylib``. Since I suspected it was still using the system libs (though running ``otool -L qt.so`` shows a ref to ``@executable_path/../Frameworks/libqt.3.dylib``), I got the dylib out of my ``/usr/local/lib``. Then the app ran flawlessly. In short, I think there are three problems here with semi-standalone apps using extensions: 1. The ``lib-dynload`` directory is not added to the path. 2. As a result, included extensions have lower precedence over system ones (i.e. when adding the previous path it should have a higher precedence). 3. Even when using the included extensions, those don't use included libraries if these are also in the system (this may be harder to fix). I may also be getting the following all wrong, but I suspect that in semi-stadalone apps the included paths should have precedence over system ones in ``sys.path``. Well, I think that's all. Sorry for not being more synthetic, I try to do my best. :) Has anyone here experienced the same problems? Have you gotten to fix them? I'm particularly interested on your opinion about path precedence and possible solutions for point 3. If you need more information, don't hesitate to ask. Thank you and best regards, :: Ivan Vilata i Balaguer >qo< http://www.carabos.com/ Cárabos Coop. V. V V Enjoy Data ""

1 0

Re: [Pythonmac-SIG] findertools.launch reports "no eligible process"
by has June 15, 2007

June 15, 2007

I wrote: > I agree that ED should stay, at least for now. I'll see about > submitting a patch in the next few days - it won't be a big job to > fix. Patch is here: http://sourceforge.net/tracker/index.php? func=detail&aid=1737832&group_id=5470&atid=305470 has -- http://appscript.sourceforge.net http://rb-appscript.rubyforge.org http://appscript.sourceforge.net/objc-appscript.html

1 0

Porting a Tkinter application to Cocoa: question about datatypes
by Kevin Walzer June 13, 2007

June 13, 2007

I'm looking at the possibility of porting a Tkinter-based application to Cocoa, and since my app is already written in Python, PyObjC is the logical starting point for me. However, what I'm not sure about is how much translation I'd have to do between Python datatypes and Objective-C datatypes. For instance, the code below reads data as a list, massages the data a bit, then returns a tuple that is then inserted into a Tkinter table display. if self.catname == 'All': self.catlist = os.popen('/sw/bin/fink list', 'r', os.O_NONBLOCK) else: self.catlist = os.popen('/sw/bin/fink list --section=%s' % self.catname, 'r', os.O_NONBLOCK) for line in self.catlist: newline = line.split('\t') rawcat = newline[0] if rawcat == '(i)': firstcat=rawcat.replace('(i)', 'outdated') elif rawcat == ' i ': firstcat=rawcat.replace('i', 'current') elif rawcat == ' p ': firstcat=rawcat.replace('p', 'provided') else: firstcat = rawcat newlist = (firstcat, newline[1], newline[2], newline[3].strip('\n')) #finalline) self.infotable.insert('end' , newlist) Except for the line "self.infotable.insert('end' , newlist)", there is nothing Tkinter-specific in this code. If I used Interface Builder for the table view, would this data import cleanly into the GUI, or would I have to set up some sort of NS-prefixed datatype (NSMutableArray?) to parse and display the data correctly? If so, how could this snippet be rewritten? My preference in porting my application is to refactor the GUI layer from Tkinter to PyObjC, but otherwise retain as much of my code as possible in its present (Python-generic) form. Is this a feasible approach, or does using PyObjC require adopting more of an "Objective-C" mindset, designing the entire app from the top down to use NS*-datatypes? That's a lot more work and I might as well learn Objective-C and just use that. TIA, Kevin -- Kevin Walzer Code by Kevin http://www.codebykevin.com

2 3