Thanks a lot Thomas.

Now it compile fine!

I pick the occasion to say that your work for pd (flext, pool, py, etc...) is fantastic. Many many many thanks!

ciao, Dario

2010/3/9 Thomas Grill gr@grrrr.org

Hi Dario, please check out py from svn and try again. gr~~~

Am 09.03.2010 um 09:48 schrieb Dario Pedrioli:

Hi all,

I'm trying to compile py/pyext on ubuntu 9.04 64-bit machine PD 0.42.5

with flext rev 3659 I've got no problems.

with flext rev 3723 I've got the error below:

ubuntu@ubuntu-desktop:~/pd/ source/py_3723$ sh ../flext_3723/build.sh pd gcc make -f ../flext_3723/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd COMPILER=gcc BUILDPATH=../flext_3723/buildsys/ PKGINFO=package.txt BUILDCLASS=ext USRCONFIG=config.txt USRMAKE=build/gnumake-lnx-gcc.inc TARGETMODE=release TARGETTYPE=multi THREADED=1 _build_ make[1]: ingresso nella directory ?/home/ubuntu/pd/source/py_3723? mkdir -p pd-linux/release-multi/ g++ -c -pthread -fPIC -fvisibility-inlines-hidden -DPY_EXPORTS -DPY_NUMPY -DPY_USE_GIL -DNDEBUG -DFLEXT_THREADS -DFLEXT_SYS=2 -DPD -I/usr/include/python2.6 -I/home/ubuntu/pd/source/pd-0.42-5/src -I/usr/local/include/stk -I/usr/local/include/sndobj -I/usr/local/include/flext source/pybuffer.cpp -o pd-linux/release-multi/pybuffer.opp source/pybuffer.cpp:154: warning: deprecated conversion from string constant to ?char*? source/pybuffer.cpp: In function ?int buffer_ass_slice(PyObject*, Py_ssize_t, Py_ssize_t, PyObject*)?: source/pybuffer.cpp:406: error: no matching function for call to ?flext_multi::CopySamples(flext_multi::buffer::Element*, t_sample*, int&)? /usr/local/include/flext/flsupport.h:425: note: candidates are: static void flext_multi::CopySamples(t_sample*, const t_sample*, int)

Someone can help?

PS: I'm trying rev 3723 because of 64-bit buffer patch (

http://markmail.org/message/6v52tlvllwvcwilj#query:+page:1+mid:6hpplp4wfi4u6... gr@grrrr.org ) My goal is to handle arrays directly in python, but with the rev 3659 I'm only get half of the array inside py (the other half is set to zero). Am I on the right way to fix my problem?

Thanks and ciao! _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

Hi Thomas,

I hope someone will find the time to integrate the flext-based externals into the autobuild structure.

Sorry but I can't: it's beyond my skills.

I've got another problem now (ubuntu 9.04 64-bit machine PD 0.42.5):

in the example buffer-1.pd (py/pyext) there's a strange behaviour: the message [mul array3 array1 array2< works only on the first half of the array3 instead the message [add array3 array1 array2<

the difference is in th buffer.py:

def mul(*args): # create buffer objects # as long as these variables live the underlying buffers are locked c = pyext.Buffer(args[0]) a = pyext.Buffer(args[1]) b = pyext.Buffer(args[2])

# slicing causes Python arrays (mapped to buffers) to be created # note the c[:] - to assign contents you must assign to a slice of the buffer c[:] = a[:]*b[:]

def add(*args): c = pyext.Buffer(args[0]) a = pyext.Buffer(args[1]) b = pyext.Buffer(args[2])

# explicit casting to arrays is also possible c[:] = N.array(a,dtype=N.float32) + N.array(b,dtype=N.float32)

therefore I think that: - the direct use of the buffer doesn't work well (printing the values give me something like "0 0.123 0 0.234 0 0.345 etc.. " - correct values followed by a zero) - the casting works well

My questions are: - am I missing some basic concept? - this behaviour is correct (I don't think so)? - this behaviour is due to the 64-bit?

Thanks, ciao, Dario.

PS: Sorry for the bad english.

2010/3/11 Thomas Grill gr@grrrr.org

thanks for your kind words. I haven't given up the hope that someday someone will find the time to integrate the flext-based externals into the autobuild structure and, consequently, pd-extended. gr~~~

2010/3/9 Dario Pedrioli dariopedrioli@gmail.com:

...

Thanks a lot Thomas.

Now it compile fine!

I pick the occasion to say that your work for pd (flext, pool, py,

etc...)

...

is fantastic. Many many many thanks!

ciao, Dario

2010/3/9 Thomas Grill gr@grrrr.org

...

Hi Dario, please check out py from svn and try again. gr~~~ Am 09.03.2010 um 09:48 schrieb Dario Pedrioli:

Hi all,

I'm trying to compile py/pyext on ubuntu 9.04 64-bit machine PD 0.42.5

with flext rev 3659 I've got no problems.

with flext rev 3723 I've got the error below:

ubuntu@ubuntu-desktop:~/pd/ source/py_3723$ sh ../flext_3723/build.sh pd gcc make -f ../flext_3723/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd COMPILER=gcc BUILDPATH=../flext_3723/buildsys/ PKGINFO=package.txt BUILDCLASS=ext USRCONFIG=config.txt USRMAKE=build/gnumake-lnx-gcc.inc TARGETMODE=release TARGETTYPE=multi THREADED=1 _build_ make[1]: ingresso nella directory ?/home/ubuntu/pd/source/py_3723? mkdir -p pd-linux/release-multi/ g++ -c -pthread -fPIC -fvisibility-inlines-hidden -DPY_EXPORTS -DPY_NUMPY -DPY_USE_GIL -DNDEBUG -DFLEXT_THREADS -DFLEXT_SYS=2 -DPD -I/usr/include/python2.6 -I/home/ubuntu/pd/source/pd-0.42-5/src -I/usr/local/include/stk -I/usr/local/include/sndobj -I/usr/local/include/flext source/pybuffer.cpp -o pd-linux/release-multi/pybuffer.opp source/pybuffer.cpp:154: warning: deprecated conversion from string constant to ?char*? source/pybuffer.cpp: In function ?int buffer_ass_slice(PyObject*, Py_ssize_t, Py_ssize_t, PyObject*)?: source/pybuffer.cpp:406: error: no matching function for call to ?flext_multi::CopySamples(flext_multi::buffer::Element*, t_sample*,

int&)?

...

...

/usr/local/include/flext/flsupport.h:425: note: candidates are: static void flext_multi::CopySamples(t_sample*, const t_sample*, int)

Someone can help?

PS: I'm trying rev 3723 because of 64-bit buffer patch (

http://markmail.org/message/6v52tlvllwvcwilj#query:+page:1+mid:6hpplp4wfi4u6... gr@grrrr.org

...

...

) My goal is to handle arrays directly in python, but with the rev 3659

I'm

...

...

only get half of the array inside py (the other half is set to zero). Am

I

...

...

on the right way to fix my problem?

Thanks and ciao! _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

-- Thomas Grill http://grrrr.org

Lorenzo wrote:

Hi list,

I'm already on the pd-list. I signed up to the pd-dev as I'm starting to look into some (simple) external development.

cool. please note that pd-dev has the same netiquette as pd-list, that e.g. asks you to not hijack another thread for your unrelated postings. see http://puredata.info/community/lists/Netiquette#Threads

First, though, I thought it would be wise to ask when is it really worth to write an external vs using directly pd abstractions considering the various c/b? Is this in some way 'measurable'?

yes. relate the time spent writing one solution (including learning to actually do it plus doing big-fixes) to its relevant benefits (does it work? what's the performance? is it portable? ...) and compare the scalars you get for the various solutions :-)

fgmadr IOhannes

you mean the latter add function works as it should?

yes (sorry)

very probable, but it should be fixed nonetheless

meantime I use the "add" version.

Do you think you (or someone else) will have the time in the near future to solve the bug? I don't have skill to try, sorry (I have looked at the code but c++ is too much cryptic for me).

Thanks, ciao, dario

2010/3/13 Thomas Grill gr@grrrr.org

...

the message [mul array3 array1 array2< works only on the first half of

the

...

array3

...

instead the message [add array3 array1 array2<

you mean the latter add function works as it should?

...

• this behaviour is correct (I don't think so)?

true, i suspect a bug

...

• this behaviour is due to the 64-bit?

very probable, but it should be fixed nonetheless

gr~~~

Ok, thanks a lot!

Meanwhile I'm going ahead with my work... very very happy to use py/pyext.

By the way I'm using python/numpy/scipy in pd to calculate interpolations, extrapolations and functions intersections. Right now I succeeded in my preliminary tests (very satisfied and tired too :-)

Thanks again, ciao, dario.

2010/3/15 Thomas Grill gr@grrrr.org

...

Do you think you (or someone else) will have the time in the near future

to

...

solve the bug?

sure, if a genuine bug shows up i'll usually fix it quickly. Missing features take much longer. gr~~~