[Pythonmac-SIG] importing dynamic library on intelMac
Hello All, I'm new here... and to dynamic libraries I've compiled a 3rd party's dynamic library , libXXX.dylib , a Mach- O dynamically linked shared library i386 and can't work out where to put it so that I can >>> import XXX is there a special place for such libraries? I've tried a few things without success. Would someone be kind enough to put me on the right path - [do I need to specifically have a dynamic libraries directory in my $PYTHONPATH for eg, and if so where should it be?] many thanks, David intelMac OS10.4.9 /Library/Frameworks/Python.framework/Versions/Current/bin/python Python 2.4.3 (#1, Mar 30 2006, 11:02:16) [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin ___ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] importing dynamic library on intelMac
Thanks all for your advice. I've solved the problem; the library compiles and now includes the shared libraries directory. Turns out the problem I had was with scons. David On 02/09/2006, at 1:17 AM, Ronald Oussoren wrote: > > On 29-aug-2006, at 8:09, David Worrall wrote: > >> Hello All, I'm new here... and to dynamic libraries >> >> I've compiled a 3rd party's dynamic library , libXXX.dylib , a Mach- >> O dynamically linked shared library i386 >> and can't work out where to put it so that I can >>>>> import XXX >> is there a special place for such libraries? >> I've tried a few things without success. Would someone be kind enough >> to put me on the right path - > > You can't, unless the library is a python extension. There are > python bindings for numereous libraries, you can look for one in > the cheeseshop (http://cheeseshop.python.org/pypi) or using google > (not everything is listed in the cheeseshop). > > You can also look at http://www.pythonmac.org/packages/py24-fat/ > index.html to see if the library you want to use is already > available in a precompiled form. > > Ronald > ___ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] Fwd: Wiki suggestions
In particular, check out http://moinmoin.wikiwikiweb.de/WikiEngineComparison which is a comparision of various wikis including the language used. David >> >> Perry> I'm curious if anyone on this list has either a >> suggestion for >> Perry> some Python based Wiki software or a pointer to a site >> that can >> Perry> help me in my search. >> >> MoinMoin? http://moinmoin.wikiwikiweb.de/ >> >> Skip >> ___ >> Pythonmac-SIG maillist - Pythonmac-SIG@python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig >> > > _ > David Worrall: [EMAIL PROTECTED] > > > ___ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] xcode problems
On 20/10/2006, at 5:26 PM, Ronald Oussoren wrote: > > On Friday, October 20, 2006, at 08:29AM, Muhammad Alkarouri > <[EMAIL PROTECTED]> wrote: > >> --- Ronald Oussoren wrote: >> ... >>> I'd drop Xcode unless you already know it, Xcode can be used as a >>> python editor but is really heavy-weight for what it offers to >>> Python >>> programmers (it's great for ObjC programming, but most of Xcode is >>> closed for Python programmers). >> >> Noted. I am at the moment trying TextWrangler for editing Python. >> May be I will >> revert to Idle. >> [rant] >> It is a shame, though. Xcode is a great python environment, as far >> as my >> experience goes. It would be far more useful if it were open source. >> [/rant] > I use TextWrangler as a general text processor, occasionally for quick code. On my OSX machines I find scrIDE (http://projects.gandreas.com/ scride/) more stable than IDLE. It's especially good for wxPython stuff. David ___ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] IDLE and MacPython 2.5
For what it' worth, perhaps to save you some time, I recently spent a day evaluating these tools. Horses for courses, but for me: TextWrangler is a freebie BBEditLite - a very nice word-processor which is keyword aware; SPE is a full-blown development environment which includes wxglade interface to wxwindows I found it difficult to 'grock' quickly but it could be good ScrIDE is 1/2 way between. I opted for ScrIDE - it's simple to use (ie no manual necessary) and stable. + using wxglade indpendently for wxwidget development. My config: intel OSX 10.4.8 MacPython 2.4.3 If anyone's using MacPython + wxglade into scrIDE and can report it AOK I'd be pleased to hear. David On 26/10/2006, at 2:13 AM, Christopher Barker wrote: > While we're at it, if all you want is a Python-aware editor -- then > there area a lot of other (better?) options. Scan the archives of this > list for suggestions. A few: > > BBEdit (TextWrangler?) > Eclipse > SPE > Jedit > ScrIDE > > > Assorted *nix editors: emaca, VIm, etc, etc. > > or look here: > > http://wiki.python.org/moin/PythonEditors > > -Chris > > > -- > Christopher Barker, Ph.D. > Oceanographer > > NOAA/OR&R/HAZMAT (206) 526-6959 voice > 7600 Sand Point Way NE (206) 526-6329 fax > Seattle, WA 98115 (206) 526-6317 main reception > > [EMAIL PROTECTED] > ___ > Pythonmac-SIG maillist - Pythonmac-SIG@python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > ___ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] IDLE and MacPython 2.5
no need for a file? then enjoy the delights of the interpreter. just $ /usr/bin/python (at the prompt) will get you the interpreter at which you can play around. sometimes I do that whilst I'm trying to work out what I want (by looking at the results of various processes) and then drag/copy and past into a text edit doco when it's right, and sometimes the reverse, especially for looping structures. That afterall is one of the beauties of interpreted languages ... you don't need to know what you want until you see the it .. This means that it is a tool for thought rather than just a tool for executing a known idea. All the best w. python. I've programmed in everything from fortran II , pascal, snobol, apl, forth, c, assemblers etc etc and python for 7 years on all sorts of platforms. These days there has to be a pretty convincing argument for me to use anything else. ---David On 26/10/2006, at 7:28 PM, Rodney Somerstein wrote: > Thanks Chris and David for the suggestions. I'm already aware of > other editors. But, as I mentioned, I'm currently learning Python and > an environment that actually lets me execute python code without > having to first create and save a file is superior for that purpose, > in my opinion. > > I already own BBEdit and have for many years. So, when I start > actually writing real code, I will likely use that. > >> For what it' worth, perhaps to save you some time, I recently spent >> a day evaluating >> these tools. Horses for courses, but for me: >> TextWrangler is a freebie BBEditLite - a very nice word-processor >> which is keyword aware; >> SPE is a full-blown development environment which includes wxglade >> interface to wxwindows >> I found it difficult to 'grock' quickly but it could be good >> ScrIDE is 1/2 way between. >> >> David >> >> On 26/10/2006, at 2:13 AM, Christopher Barker wrote: >> >>> While we're at it, if all you want is a Python-aware editor -- then >>> there area a lot of other (better?) options. Scan the archives of >>> this >>> list for suggestions. A few: >>> >>> BBEdit (TextWrangler?) >>> Eclipse >>> SPE >>> Jedit >>> ScrIDE >>> >>> >>> Assorted *nix editors: emaca, VIm, etc, etc. >>> >>> or look here: >>> >>> http://wiki.python.org/moin/PythonEditors >>> >>> -Chris > > > -- > > Rodney SomersteinAlways remember that you are unique... > [EMAIL PROTECTED] just like everyone else. > ___ > Pythonmac-SIG maillist - Pythonmac-SIG@python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > ___ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] IDLE and MacPython 2.5
There was a time a while ago when IDLE was a pain/unstable etc etc on intel OSX and I guess I just gave up. I used to use it all the time. Perhaps it works ok these days. Stopping to sharpen one's axe is ok as long as one doesn't get bogged down in the process. Now, where was that nifty little chain-saw I had yesterday?.. :-) David. On 27/10/2006, at 3:40 PM, Ronald Oussoren wrote: > Why does everyone seem to want to push people away from IDLE? IDLE > isn't award-winning material, but it does work properly as a simple > python environment. > > In a way it is better than most programmers text editors because > although it is missing some of the advanced editor features these > offer it does come with an embedded python interpreter and debugger. > > Ronald > > On Oct 27, 2006, at 4:26 AM, David Worrall wrote: > >> no need for a file? then enjoy the delights of the interpreter. just >> $ /usr/bin/python (at the prompt) >> >> will get you the interpreter at which you can play around. >> sometimes I do that whilst I'm trying to work out what I want >> (by looking at the results of various processes) >> and then drag/copy and past into a text edit doco when it's right, >> and sometimes the reverse, especially for looping structures. >> >> That afterall is one of the beauties of interpreted languages ... >> you don't need to know what you want until you see the it .. >> This means that it is a tool for thought rather than just a tool for >> executing a known idea. >> >> All the best w. python. I've programmed in everything from >> fortran II , pascal, snobol, apl, forth, c, assemblers etc etc >> and python for 7 years on all sorts of platforms. These days >> there has to be a pretty convincing argument for me to use >> anything else. >> >> ---David >> >> On 26/10/2006, at 7:28 PM, Rodney Somerstein wrote: >> >>> Thanks Chris and David for the suggestions. I'm already aware of >>> other editors. But, as I mentioned, I'm currently learning Python >>> and >>> an environment that actually lets me execute python code without >>> having to first create and save a file is superior for that purpose, >>> in my opinion. >>> >>> I already own BBEdit and have for many years. So, when I start >>> actually writing real code, I will likely use that. >>> >>>> For what it' worth, perhaps to save you some time, I recently spent >>>> a day evaluating >>>> these tools. Horses for courses, but for me: >>>> TextWrangler is a freebie BBEditLite - a very nice word-processor >>>> which is keyword aware; >>>> SPE is a full-blown development environment which includes wxglade >>>> interface to wxwindows >>>> I found it difficult to 'grock' quickly but it could be good >>>> ScrIDE is 1/2 way between. >>>> >>>> David >>>> >>>> On 26/10/2006, at 2:13 AM, Christopher Barker wrote: >>>> >>>>> While we're at it, if all you want is a Python-aware editor -- >>>>> then >>>>> there area a lot of other (better?) options. Scan the archives of >>>>> this >>>>> list for suggestions. A few: >>>>> >>>>> BBEdit (TextWrangler?) >>>>> Eclipse >>>>> SPE >>>>> Jedit >>>>> ScrIDE >>>>> >>>>> >>>>> Assorted *nix editors: emaca, VIm, etc, etc. >>>>> >>>>> or look here: >>>>> >>>>> http://wiki.python.org/moin/PythonEditors >>>>> >>>>> -Chris >>> >>> >>> -- >>> >>> Rodney SomersteinAlways remember that you are unique... >>> [EMAIL PROTECTED] just like everyone else. >>> ___ >>> Pythonmac-SIG maillist - Pythonmac-SIG@python.org >>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>> >> >> ___ >> experimental polymedia: www.avatar.com.au >> Sonic Communications Research Group, >> University of Canberra: www.canberra.edu.au >> >> >> >> >> ___ >> Pythonmac-SIG maillist - Pythonmac-SIG@python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig > ___ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] IDLE and MacPython 2.5
> yes I remember the pain of the rewire from ed to vi ! isn't it amazing that the fingers remember! There was a time last century when I didn't use a unix machine for 10 years, then logged onto an SGi, fired up vi and in 30 seconds flat all the commands were at my fingertips. Like playing Bach learned in childhood! I've always thought the fist (mouse) was a retrogressive replacement to fingers. Now if only well all used Dvorak! :-) David at least Mac now has the option, and what an irony that we've come such full circle. > As full disclosure: I don't use IDLE very often but am a vi junkie. > None of the GUI editors have made enough of an impact yet to get me > to go through the painfull process of rewireing my fingers. > > Ronald > ___ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] python threading and multiple processors
Hi All, Can anyone tell me whether or not the python threading module can make use of multiple processors (such as on the intel Mac)? many thanks, David ___ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Is there a Python 2.5 Framework?
Hey Mark! I'm doing that. Let me recommend a couple of tools: (a) PythonCard (b) wxGlade - haven't tested with Python2.5 but works w. earlier version (c) book: "wxPython in Action" excellent read, whether you use (a) or (b) good luck! David PS I have no affiliations that would allow me to benefit from these recommendations. On 17/11/2006, at 1:50 PM, Kevin Walzer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Mark Livingstone wrote: >> Hi Guys, >> >> I want to develop with wxPython. To do so natively (ie without going >> via X11 / GTK) it says you need to use a Framework version of Python. >> >> I have googled but not yet found what I seek. Does anyone know if a >> Framework 2.5 Python does exist and where? >> >> TIA >> >> MarkL >> ___ >> Pythonmac-SIG maillist - Pythonmac-SIG@python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig >> >> > Download the Mac OS X version of Python 2.5 from python.org. > > - -- > Kevin Walzer > Code by Kevin > http://www.codebykevin.com > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.5 (Darwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFFXSNvEsLm8HXyq4sRAkHvAJ4lbuSUMq6czjJS2cbKVmTsJu4DcwCeJD9f > fHY0LXvMtTTBYWzfNMpWvm4= > =uWbQ > -END PGP SIGNATURE- > ___ > Pythonmac-SIG maillist - Pythonmac-SIG@python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > ___ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] importing namespaces/modules
Hello all, I've got a query which is probably obvious for people more experienced than I but I can't find any exact reference to it elsewhere. It's not mac specific, but hey, I already belong to too many dev groups... :-) The discussion at http://docs.python.org/tut/node11.html is OK but it doesn't really answer my query. I note that increasingly programmers are deprecating >>> from module import * in favour of >>> import module which is fair enough, as explicit attributes make code more readable. Are the functions/classes/whatevers that are imported into the namespace with >>> import module but not otherwise referenced, explicitly loaded into the python "workspace" (excuse me, I'm an unrepentant APL programmer) including the __doc__ strings etc etc or not? And if so, do they remain in the .pyc image? And after py2app? In the case where module is quite large (think wx or twisted for eg) I'm wondering what are the relative advantages/disadvantages of, for example >>> import twisted >>> class MessageHandler(twisted.internet.protocol.DatagramProtocol): compared with >>> from twisted.internet.protocol import DatagramProtocol Class MessageHandler(DatagramProtocol): other than the obvious easy of reading "twisted.internet.protocol.DatagramProtocol" in a large environment with many imported modules, which is my situation. Any advise gratedfully acknowledged, David _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra. www.canberra.edu.au/vc-forum/scrg vip=Verbal Interactivity Project ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] importing namespaces/modules
Piet, Ronald, You have been most kind in taking the time to answer these queries. Thank you. David On 20/01/2007, at 12:08 AM, Ronald Oussoren wrote: > > On Friday, January 19, 2007, at 01:45PM, "Piet van Oostrum" > <[EMAIL PROTECTED]> wrote: >> >>> DW> And after py2app? >> >> I am not very familiar with py2app, but I think it packs up the >> necessary >> .pyc modules into the executable. But I am quite sure it will >> always pack >> the whole .pyc file. It would be unfeasible to extract only a part >> of a >> .pyc file as there will be all kinds of internal references in the >> module. >> Some of the dependencies might be so dynamic that a static >> analyses would >> be unable to detect them. > > py2app always includes entire pyc files and looks at import > statements to detect dependencies. > > Ronald > _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au/vc-forum/scrg vip=Verbal Interactivity Project ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] library build example?
Hi Folks, Background: I'm porting a number of c/c++ programs as libraries for python import using SWIG + SCONS or MAKE I can build a lib*.so library OK (a compiled c program uses it) I can SWIG to produce the *wrap.c and *.py files. I'm having trouble with the next step : linking/loading the *wrap.c and lib*.so library into a single library that can be loaded as a python module using the SWIG produced *.py file. Some questions: Do I need to make the first *so or not or is it necessary/usual practice to SWIG and then build the whole final library in one hit. Does anyone have a simple example using either SCONS or MAKE, which has the correct ld options for OSX10.4.8? I would appreciate any advice from those w. more experience than I on this matter. Thanks, David intel OSX 10.4.8, various versions of python 2.3 ->> _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au/vc-forum/scrg vip=Verbal Interactivity Project ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] 'normal' python library installations on OSX
Hello all, I'm looking to install libraries in the OSX python framework structure using a simple shell script and I can't find a document which advises the 'normal' locations. given packAGE.py, (and various other .py files which it imports) _ packAGE.so and libpackAGE.dylib I've made a packAGE directory in /Library/Frameworks/Python.framework/Versions/Current/lib/python version/site-packages/packAGE within which I emplace packAGE.py, (and various other .py files which it imports) and _ packAGE.so I also place there an a __init__.py file in which I import packAGE.py but where is the 'proper' place to put libpackAGE.dylib? /usr/local/ lib ?? a short answer or reference to where I can find this info would be much appreciated. David _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au/vc-forum/scrg ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] .so import bug python 2.3 vs 2.4 (++?)
Hello all, OSX 2.4.9: A (largish) Xcode project compiled to a .so with the /System/Library python framework. The .so is produced and imports into python (2.3.4) When the whole process is repeated, replacing python 2.3.4 with 2.4.3 I get an >> ImportError: Inappropriate file type for dynamic loading can anyone shed any light on this for me please? (or just tell me what's gotta change :-) David _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au/vc-forum/scrg ___ Pythonmac-SIG maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Numeric problem with Intel Mac OSX 10.4.8
numeric is now called numpy see http://numpy.scipy.org/ also, all lower case... David On 24/04/2007, at 12:21 AM, Jan H. Jensen wrote: > Hi, I have the following problem. Can anyone help? > > best regards, Jan Jensen > > Python 2.4.4 (#1, Oct 18 2006, 10:34:39) > [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin > Type "help", "copyright", "credits" or "license" for more information. import Numeric > Traceback (most recent call last): >File "", line 1, in ? >File > "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/ > site-packages/Numeric/Numeric.py", > line 91, in ? > import multiarray > ImportError: Inappropriate file type for dynamic loading > > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Jan H. Jensen Associate Research Professor > Department of Chemistry [EMAIL PROTECTED] > University of Copenhagen Phone: +45 35 32 02 39 > Universitetsparken 5 FAX: +45 35 32 02 14 > 2100 Copenhagen Denmark > http://propka.ki.ku.dk/~jhjensen > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > ___ > Pythonmac-SIG maillist - Pythonmac-SIG@python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au/vc-forum/scrg vip=Verbal Interactivity Project ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] Numeric problem with Intel Mac OSX 10.4.8
Thanks Christopher that's wot I meant but I was rushin' out the door Also, you'll find some of the matplotlib examples, amongst many others, still try to import numeric or even numarray. I've yet to have a problem by replacing them with numpy. Of course I haven't done intensive testing Also, I noticed that the manual at http://numpy.scipy.org/numpy.pdf still contains references to numarray. There's hope for us all! As to > 1) Encourage the providers of said package to port to numpy -- it's > not > very hard, and the numpy developers will help. > > 2) let us know all your version and platform info, and where you got > your Numeric build, and we may be able to help. the download address you give (http://pythonmac.org/packages) has paqckages for Numeric and numarray as well as numpy for both python 2.4 and 2.5 so a novice could be forgiven for feeling misled. This is the reason I pointed to the scipy site. Life moves too quickly sometimes. David On 24/04/2007, at 2:24 AM, Christopher Barker wrote: > David Worrall wrote: >> numeric is now called numpy >> see >> http://numpy.scipy.org/ > > to clarify: > > "numpy" is a newer, next-generation version of the old and venerable > "Numeric". numpy is newer, better, an under active development. The > API > is very similar, but not exactly the same as Numeric, so if you > have an > old package that requires Numeric, you may still need to use it. If > this > is the case: > > 1) Encourage the providers of said package to port to numpy -- it's > not > very hard, and the numpy developers will help. > > 2) let us know all your version and platform info, and where you got > your Numeric build, and we may be able to help. > if you can use numpy, get it from: > > http://pythonmac.org/packages > > -Chris > > > -- > Christopher Barker, Ph.D. > Oceanographer > > Emergency Response Division > NOAA/NOS/OR&R(206) 526-6959 voice > 7600 Sand Point Way NE (206) 526-6329 fax > Seattle, WA 98115 (206) 526-6317 main reception > > [EMAIL PROTECTED] > ___ > Pythonmac-SIG maillist - Pythonmac-SIG@python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au/vc-forum/scrg vip=Verbal Interactivity Project ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] persistence speeds compared
Hi all, Does anyone know of a study which compares access-time on of the various python persistence technIques? I'm working w. a dynamic dataset of some 3500 tables - each table grows sequentially. Total data ~= 5GB Don't mind if it's a bit awkward - but for a time-critical applic. so needs to be as fast as possible. I haven't been able to find even a simple comparative analysis. Can anyone point me in the right direction? thanks heaps, David _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: creative.canberra.edu.au/scrg ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] seg fault in intelOSX+python2.4
Hi all, I've been using PyTables (www.pytables.org) with python2.4 on intel Mac OSX 10.4.10 and I'm running into a seg. fault when generating a large hdf5 file. Almost certainly something to do with relationship between OS and python. Has anyone had a similar (memory leak?) experience? _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au/vc-forum/scrg vip=Verbal Interactivity Project ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] seg fault in intelOSX+python2.4
Thanks for your feedback Ronald. The file is quite large: 4-5 GB pytables buffers the data and controlling the buffer size occasionally stops or slows the rot. The code has been tested under Linux without incident. [EMAIL PROTECTED], one of the developers of pytables wrote: > A Tuesday 21 August 2007, David Worrall escrigué: > >> I lowered NODE_MAX_SLOTS from 256 to128 and that slowed the leak - >> enough to get some sort of DB happening. >> It eventually seg faulted, however. >> I've noticed that sometimes the seg fault causes the (non-python) >> heap to become corrupted, requiring a HW reboot before pytables >> becomes useful again. >> Who knows what memory it may be writing over! >> > > I don't think there is a leak in PyTables itself; it is just that it > takes a lot of memory to work with many nodes simultaneously. Perhaps > reducing the NODE_MAX_SLOTS (to 64, for example) could help a bit > more. > Perhaps it would be a good idea to reduce the memory requirements of > PyTables nodes (for example, avoid the creation of buffers when they > are not needed), but this should take quite a few of thought. > > Indeed it seems that there is a problem with the MacOSX platform, but > the fact that this is not reproducible on Linux is unfortunate. ... > I'm thinking that perhaps you can try with newer versions of Python > (2.5.1) and HDF5 (the 1.8.0 beta3 is out, and I know that it wears a > completely revamped cache system, so maybe it is worth a try). > Anyway I'll try with gdb as you suggest and report back. I need to put it on my task stack so it'll take some time. thanks again, David On 30/08/2007, at 3:48 PM, Ronald Oussoren wrote: > > On 30 Aug, 2007, at 1:56, David Worrall wrote: > >> Hi all, >> >> I've been using PyTables (www.pytables.org) with python2.4 on intel >> Mac OSX 10.4.10 >> and I'm running into a seg. fault when generating a large hdf5 file. >> >> Almost certainly something to do with relationship between OS and >> python. >> Has anyone had a similar (memory leak?) experience? > > How large a file? It might be a memory management bug in pytables > as well. > > If you have the developer tools (Xcode & friends) installed you can > find out where the crash occurs using gdb. > > That is, 'gdb python', then on the prompt for gdb: 'r > myscript.py' (adding arguments if needed). When the crash occurs > you can use 'where 20' to see the topmost 20 frames on the C stack, > or just 'where' to see the entire stack. > > Ronald >> >> >> >> >> _ >> experimental polymedia: www.avatar.com.au >> Sonic Communications Research Group, >> University of Canberra: www.canberra.edu.au/vc-forum/scrg >> vip=Verbal Interactivity Project >> >> >> >> ___ >> Pythonmac-SIG maillist - Pythonmac-SIG@python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig > _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: www.canberra.edu.au/vc-forum/scrg vip=Verbal Interactivity Project ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] entire applications in python?
Hi Brett, Yep, There's plenty of us! Many I know migrated from FORTH at one end and APL at the other ... the important continuity being an interpretive environ. which is more conducing to figuring out what one is actually trying to do. Having done that, we can crunch CPU cycles using C/Fortran etc libraries if needs be. Whilst not specifically a mac thing, the python community is well entrenched nearly everywhere and there are some fantastic tools which can be integrated. Its not a single piece of software, nor even finished project, but you might like to look at my sonipy.sourceforge.net for some toolset ideas. It is being developed in the first instance on OSX. good luck! David On 04/10/2007, at 12:50 PM, Brett Calcott wrote: > Thanks to everyone for their replies; very useful stuff. > > I must say that getting a large number of replies so quickly is also > incredibly encouraging. It is good to know that there are people out > there who love python and work on the mac! > > Thanks again, > Brett > ___ > Pythonmac-SIG maillist - Pythonmac-SIG@python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: creative.canberra.edu.au/scrg ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] easygui
Hi Rafael, Not a comprhensive list by any means, but here are a couple of my links: http://www.psychopy.org/ you may find this useful: http://psy.ck.sissa.it/OtherStuff/OtherStuff.html also pythoncard has lots of examples which might get you into a ballpark: http://pythoncard.sourceforge.net/ the wxpython community may have some other references. You'll notice that the visonary egg producers have chickened out of audio. :-) I've yet to find a satisfactory Mac/psych testing package that deals with audio well. (such that you can play audio and have people answer questions about it. Does anyone have any suggestions in this regard? On 05/10/2007, at 4:51 AM, Rafael Bejarano wrote: > Thanks. I'll definitely give it a try. > > Rafael > On Oct 4, 2007, at 12:46 PM, adam naples wrote: > >> I would suggest >> visionegg >> www.visionegg.org >> perfect for experimental psychology experiments, at least mine, and >> installs nicely on the mac with some gui demos. >> All python, and cross platform. >> there is also psychopy, which looks similar to visionegg, but I've >> not had the need to try it. >> hope this helps >> -a ... _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: creative.canberra.edu.au/scrg ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] easygui
Hi Robin, I know them both very well. Good at what they do. Supercollider is even better (IMO) However they both only have python for scripting. If it's python you want, approach with caution David On 06/10/2007, at 11:42 PM, robin meier wrote: > hello, > > for simple gui's using different media (audio, video, openGL etc ) > you might consider pure data (open source) http://en.wikipedia.org/ > wiki/Pure_Data or max msp jitter (expensive... cycling74.com) > > both environments have objects which enable you to integrate your > python code. > > maybe this helps... > best, > robin > > On 5 Oct 2007, at 20:45, adam naples wrote: > >> I've had some occasions to fight with getting audio working like I >> want in visionegg and had no problems beyond the normal 'nothing- >> working-like-you-expect-the-first-time'. >> >> I've been using it for presenting stimuli for eye-tracking and >> sentence comprehension, and I just make sure all my stimuli are >> aiff or wav. Really it's been much less bug prone than my >> experiences with director, e-prime and psyscope. If you need to >> present video it's a little more of a hassle, but not so much. >> >> What problems were you having with visionegg and audio? I'm happy >> to help if i can. >> -a >> I don't know visionegg so I went to their website entered a couple of audio words into their search engine and they all drew a blank. So it's nice to hear that it has an approach to audio. I'll check it out. _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: creative.canberra.edu.au/scrg ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] working around versions
Hi All, We're doing some work around different versions of Python on OSX (and what's in their respective site-packages directory), and I was wondering: Given that we can pick up the the version number of the current instantiation using sys.version, is there a direct way of computing the locating values for x and y in '/Library/Frameworks/Python.framework/Versions/Current/lib/pythonx.y/' other than through concatenating the above string with a splice of sys.version? thanks, David _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: creative.canberra.edu.au/scrg/ ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] working around versions
Thanks for your reply Ronald. I do run multiple versions, but I change the symlink of Current. Do you mean because people change versions in other ways, say through a shell alias rather than change the symlink? I can see that the sys.prefix approach is safer. thanks, David On 06/11/2007, at 1:37 AM, Ronald Oussoren wrote: > > On 5 Nov, 2007, at 3:51, David Worrall wrote: > >> Hi All, >> >> We're doing some work around different versions of Python on OSX (and >> what's in their respective site-packages directory), >> and I was wondering: >> >> Given that we can pick up the the version number of the current >> instantiation using sys.version, >> is there a direct way of computing the locating values for x and y in >> '/Library/Frameworks/Python.framework/Versions/Current/lib/ >> pythonx.y/' >> >> other than through concatenating the above string with a splice of >> sys.version? > > No. > > BTW. The library location is os.path.join(sys.prefix, 'lib', 'python > %d.%d'%(sys.version_info[:2])). This should resolve to a path that > doesn't refer to 'Versions/Current' but to 'Versions/x.y'. Do not > assume that the 'Current' link will point to currently running > version of Python, a user might have installed multiple versions of > python. > > Ronald >> >> >> thanks, >> >> David >> _ >> experimental polymedia: www.avatar.com.au >> Sonic Communications Research Group, >> University of Canberra: creative.canberra.edu.au/scrg/ >> >> >> ___ >> Pythonmac-SIG maillist - Pythonmac-SIG@python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig > _ experimental polymedia: www.avatar.com.au Sonic Communications Research Group, University of Canberra: creative.canberra.edu.au/scrg/ ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
