Pd-dev March 2005

pd-dev@lists.iem.at

22 participants
40 discussions

plugin~ for osx help?
by james tittle 08 Mar '05

08 Mar '05

heya, ...after seeing this mentioned, I decided to try and compile the cvs plugin~(can't believe it never crossed my radar before)...unfortunately I'm stuck in the configure stage: don't really know much about these wacky build systems, so I'm open to guidance :-) Here's my output thus far: tiggity:~/puredataDev/externals/plugin~ tigital$ ./configure --with-pddir=$HOME/puredataDev/Pd loading cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking host system type... configure: error: can not guess host type; you must specify one tiggity:~/puredataDev/externals/plugin~ tigital$ ...where to go next? Btw, ladspa and ladspa-cmt are available via fink... jamie

2 1

cvs admin question ...
by Tim Blechmann 08 Mar '05

08 Mar '05

hi sf-admins... talking with thomas and iohannes from the iem on irc, i realized, that i'm not a complete sf admin ... could one of you commit this: --- avail.~1.10.~ 2004-12-17 07:42:50.000000000 +0100 +++ avail 2005-03-01 16:47:08.911396176 +0100 @@ -20,8 +20,10 @@ # so changes here would have to be merged unavail | | externals/maxlib avail | eighthave,olafmatt | externals/maxlib + +# at thomas musil's request only he will be able to work on the iemlib unavail | | externals/iemlib -avail | eighthave,zmoelnig | externals/iemlib +avail | tmusil | externals/iemlib # restrict the MAIN branch of "pd" to prevent accidental # commits that should go to devel_0_37 or impd_0_37 @@ -30,4 +32,4 @@ # this line ALWAYS needs to be the last line in this file # otherwise, its possible to lock everyone out of the CVS -avail | adamlindsay,eighthave,fbar,ggeiger,millerpuckette | CVSROOT +avail | adamlindsay,eighthave,fbar,ggeiger,millerpuckette,timblech | CVSROOT to CVSROOT/avail? thanks ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

8 35

[ pure-data-Bugs-1158648 ] start index for array writing not used anymore
by SourceForge.net 07 Mar '05

07 Mar '05

Bugs item #1158648, was opened at 2005-03-07 23:47 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1158648&group_… Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Frank Barknecht (fbar) Assigned to: Nobody/Anonymous (nobody) Summary: start index for array writing not used anymore Initial Comment: The contents of arrays/tables in Pd can be set using list messages as described in help patch: doc/2.control.examples/16.more.arrays.pd The current main 0.38 branch in CVS doesn't make use of the starting index anymore. Regardless of what index you choose, the array gets set starting at point 0. This is easy to check using the second message in above help patch: [; array99 3 -0.5 0.5( It does not set the array to "0 0 0 -0.5 0.5" but to "-0.5 0.5 0 0 0". The same bug is valid for [table] objects. Attached patch change seems to fix this. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2005-03-07 23:49 Message: Logged In: YES user_id=569446 hm, the dreaded checkbox. Here's the patch, hopefully. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1158648&group_…

1 0

[ pure-data-Bugs-1158648 ] start index for array writing not used anymore
by SourceForge.net 07 Mar '05

07 Mar '05

Bugs item #1158648, was opened at 2005-03-07 23:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1158648&group_… Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Frank Barknecht (fbar) Assigned to: Nobody/Anonymous (nobody) Summary: start index for array writing not used anymore Initial Comment: The contents of arrays/tables in Pd can be set using list messages as described in help patch: doc/2.control.examples/16.more.arrays.pd The current main 0.38 branch in CVS doesn't make use of the starting index anymore. Regardless of what index you choose, the array gets set starting at point 0. This is easy to check using the second message in above help patch: [; array99 3 -0.5 0.5( It does not set the array to "0 0 0 -0.5 0.5" but to "-0.5 0.5 0 0 0". The same bug is valid for [table] objects. Attached patch change seems to fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1158648&group_…

1 0

declarations
by Krzysztof Czaja 07 Mar '05

07 Mar '05

Here is the promised proposal. It is about persistent, abstraction-scoped class name resolution. 1. There is an internal class 'declare', instantiated in several forms. One form is [declare compatibility ...], another is [declare requirement ...], etc. Shortcuts may be provided for convenience. 2. Any [declare] object is automatically sorted up to the head of a glist. 3. An object [declare requirement library this that] checks if libraries 'this' and 'that' are already loaded. If they are not, an attempt is made, and any failure reported. This simple behaviour might be further extended with version checking and auto-downloading. When these features are supported, they might be applicable to other dependencies as well: sound files, abstractions, etc. 4. An object [declare compatibility this that] registers symbols 'this' and 'that' as a compatibility declaration, which is active for its containing patch and all subpatches. 5. For any class name N and constructor C, it is possible to specify, that if N is multiply defined, C is not to be called, unless a particular symbol or symbols are compatibility-declared for an object's containing patch. If an active declaration matches, C overrides other candidates. Which could be implemented by: 6. Setting a callback during class definition. The callback, stored in an extended t_methodentry structure, would take as arguments all active compatibility declarations concatenated, and it would return an index of the first required symbol found there, or -1 if nothing is found. 7. Pd keeping track of name clashes, and prior to creating an ambiguous object, invoking the callbacks of all candidates. The constructor with the lowest nonnegative return wins. If all returns are negative, a constructor with no callback set wins. Everything else is undefined. Krzysztof

1 0

more on cvs_acl for iemlib...
by IOhannes m zmoelnig 05 Mar '05

05 Mar '05

so this time i'll not go the irc and find some admin there, but rather try it here: after a bit of discussion with tm, we are now (again!) opting for a change to the acl. - a second (backup) person should get write access to the MAIN-branch of iemlib: we thought about me.... - only the main branch (HEAD) of iemlib should be restricted, so people can do patches/bugfixes/... by creating an "iemlib_devel" branch. this is ok for tm, and hopefully for all others too mfg.adsr. IOhannes PS: something like that, but check first:: unavail | | externals/iemlib | HEAD avail | tmusil,zmoelnig | externals/iemlib | HEAD

2 1

flext for amd64
by Thomas Grill 05 Mar '05

05 Mar '05

Hi all, i realize that people want to compile flext for the AMD64 (aka x86-64) architecture. This should in principle be possible, but not for the new lock-free containers introduced recently. Neither do i have experience with the architecture nor can i test it. Is anyone out there capable of looking at flcontainers.h and implement the Lifo::Push and Lifo::Pop methods correctly? If not i would be grateful about information whether 64-bit are used throughout pd and if int and pointers have 64 bit length. best greetings, Thomas

1 0

Re: [PD] devel_0.38 pb loading externals?
by Tim Blechmann 03 Mar '05

03 Mar '05

(moving this thread to pd-dev) > that could turn out to be one of the meanest bugs in pd history. > Vincent, Ian, Ben, did you also "make install" your built pd, or just > run it from the bin folder? and please make sure, to remove ./src/makefile of oyu are using the autobuild build system ... > So, most probably, you linked your externals (flext-based, but also > others) against the new version (in src), but ran it with an old one > in bin. This produces the described error for me, too. thomas: the odd thing is ... i can load most of the externals, that are compiled against devel with pd-0.38-4 ... the only error messages i get are undefined symbols: /home/tim/pd/extra/volctl~.pd_linux: /home/tim/pd/extra/volctl~.pd_linux: undefined symbol: getalignedbytes /home/tim/pd/extra/py.pd_linux: /home/tim/pd/extra/py.pd_linux: undefined symbol: inlet_settip /home/tim/pd/extra/xsample.pd_linux: /usr/local/lib/libflext.so: undefined symbol: garray_updatetime which is perfectly fine, since they are the functions that are specific to devel ... it _could_ be related to the build system, but i somehow have there feeling, that there is something else ... still, no way to prove it for me at the moment ... cheers ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

1 0

[ pure-data-Patches-1154131 ] alsamm channel count change bugfix
by SourceForge.net 01 Mar '05

01 Mar '05

Patches item #1154131, was opened at 2005-03-01 12:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1154131&group_… Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Submitted By: Winfried Ritsch (ritsch) Assigned to: Nobody/Anonymous (nobody) Summary: alsamm channel count change bugfix Initial Comment: with linux pd 0-38-4 and probably earlier versions if eg rme9652 card is used with alsammap and the wrong number of channels is given then pd segfaults. for the bug see http://sourceforge.net/tracker/index.php?func=detail&aid=1154130&group_id=5… change of the sys_inchannels and sys_out_channels and memory allocation with in stuff exported function sys_setchsr(alsamm_inchannels, alsamm_outchannels, alsamm_sr) after a forced change of number of channels. GUI doesnt respect this Additional, the two variables alsamm_inchannels and alsamm_outchannels are initialized on open (since multiple open can happen with use of the GUI). mfG Winfried Ritsch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1154131&group_…

1 0

[ pure-data-Bugs-1154130 ] pd segfaults on linux using alsammap with wron channelcount
by SourceForge.net 01 Mar '05

01 Mar '05

Bugs item #1154130, was opened at 2005-03-01 11:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1154130&group_… Category: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Winfried Ritsch (ritsch) Assigned to: Nobody/Anonymous (nobody) Summary: pd segfaults on linux using alsammap with wron channelcount Initial Comment: with linux pd 0-38-4 and probably earlier versions if eg rme9652 card is used with alsammap and the wrong number of channels is given then pd segfaults. The problem was that the alsamm_drivers needs excat the number of channels of the card to work and this depends on samplerate. on hdsp-madi card the channel number can be adjusted to the needs.... Anyway I have a short dirty patch so it doesnt segfault, and changes the sys_inchannels and sys_out_channels and memory allocation with in stuff exported function. Problem is that it does not affect the GUI ALSA settings and I dont know if I should use sys_setchsr(alsamm_inchannels, alsamm_outchannels, alsamm_sr) in my drivers, better it would be if change of channels samplerate is always checkt after open_audio call in every drivers and corrected for the interface and pd But if someone depends on allocated memory in sys_setchsr and it is changed afterwards, i dont want to be the someone. I submit also a patch to patches (at least try to ;-) mfg winfried ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1154130&group_…

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev March 2005