Pd-dev May 2011

pd-dev@lists.iem.at

13 participants
63 discussions

Re: [PD-dev] canvas get method
by Patrice Colet 25 May '11

25 May '11

sorry i didn't send this message to the good mailing list, the test have been made on windows platform. ----- "Patrice Colet" <colet.patrice(a)free.fr> a écrit : > lol, it's fun, your file misses YZM's canvas_closebang and > canvas_initbang, but i could compile it by adding missing lines, > > a diff file would be a great thing :D > > I couldn't water parchy, maybe because I'm missing [expr] object? > > expr $f1>68 && $f1<79 > ... couldn't create > expr $f1>457 && $f1<462 > ... couldn't create > args > > ----- "Jonathan Wilkes" <jancsika(a)yahoo.com> a écrit : > > > Oh, and... I'm not sure if screenpos is totally accurate. I haven't > > > tested it in different window managers. > > > > -Jonathan > > > > --- On Tue, 5/24/11, Jonathan Wilkes <jancsika(a)yahoo.com> wrote: > > > > > From: Jonathan Wilkes <jancsika(a)yahoo.com> > > > Subject: canvas get method > > > To: Pd-dev(a)iem.at > > > Date: Tuesday, May 24, 2011, 6:30 PM > > > Hi list, > > > Here's my first attempt at some c > > > code to create a "get" method to > > > query the properties of a canvas. I included the > > > entire g_canvas.c from > > > 0.43 (haven't started using git and diff yet) and a demo > > > patch with some > > > helper abstractions. Some things that it does: > > > > > > * [namecanvas] (and [sendcanvas]) are _actually_ obsolete > > > * canvas environment variables available to the user > > > (filename, dir, > > > canvas-local paths, dollarzero) > > > * parent attributes (like dollarzero) are gettable without > > > having to give > > > it as an argument to the abstraction > > > * possible to find the toplevel canvas that contains "this" > > > > > > abstraction (plus making all kinds of "canvas-abs" like the > > > list-abs lib) > > > * ability to get gop status, coords values, patch screen > > > position, > > > abstraction's position on parent, and other goodies that > > > are currently > > > scattered all around external libraries with various > > > interfaces > > > * abstraction can get a list of all attributes (like > > > dollarzero) from > > > all the abstraction instances that exist. (Probably > > > should institute > > > patch 1403917 to make this rock-solid.) > > > * parent args are gettable! > > > > > > Things seem to work alright so far, but I'm not sure how to > > > handle > > > reentrancy. Also, I'm currently replying to queries > > > using the attribute > > > as a selector. The only model I had-- the [cnv] > > > get_pos-- just sends the > > > data, but it seems cleaner to send to one receive-symbol > > > and [route] > > > accordingly. (I also much prefer one "get" method to > > > separate ones to > > > access each attribute.) > > > > > > -Jonathan > > > > _______________________________________________ > > Pd-dev mailing list > > Pd-dev(a)iem.at > > http://lists.puredata.info/listinfo/pd-dev > > -- > Patrice Colet -- Patrice Colet

1 0

Fwd: Atentos al ataque que se está preparando
by jano . 25 May '11

25 May '11

*Atentos al ataque que se está preparando. Ideas concretas para objetivos concretos**:* "Por una democracia real ya. Ya tenemos preparada la primera acción no violenta de lucha masiva y conjunta. Ayúdanos a difundirla, participa de ella allí donde te encuentres!!! Los bancos y los especuladores han sido los principales causantes de la crisis por lo que ellos serán el objetivo de nuestro primer ataque no violento. El próximo día 30 de mayo vamos a manifestar nuestra indignación en contra del abuso que practican los bancos no solo contra los ciudadanos de forma independiente sino también contra los estados. Ponemos hoy en marcha un acto pacífico y sutil, pero lo suficientemente contundente y llamativo como para mostrar con claridad la indignación que sentimos, y también nuestra fortaleza y compromiso para llegar hasta el final. Ponemos hoy en marcha el primer ataque no violento que mostrará al mundo nuestra imaginación, determinación y compromiso para alcanzar el objetivo de ver cumplida nuestra reivindicación final: instaurar una democracia real. Hacemos un llamamiento a todas aquellas personas que estén de acuerdo con nuestras reivindicaciones, a participar en una retirada masiva de capital de las entidades bancarias el próximo día 30 de mayo. Si lo estás, te proponemos sacar en un solo movimiento bancario la cantidad de 155 euros de tu cuenta corriente. La operación podrá realizarse a lo largo de todo el día, preferiblemente acudiendo a las sucursales o utilizando los cajeros automáticos (con múltiplos de 10-->150). El motivo de elegir esa cantidad concreta, es porque debíamos elegir una cifra apreciable y simbólica con la fuerza suficiente con la que demostrar a los bancos que estos movimientos son motivados desde la misma indignación que nos hizo movilizarnos el 15 de mayo. En cuanto al día 30 de mayo, es porque entendemos que es un plazo razonable para que el mensaje pueda difundirse adecuadamente y llegue al mayor número de personas que nos ayuden a ser lo más efectivos en nuestro ataque no violento en contra de la voracidad de los bancos, en contra del sistema económico instaurado, en contra de los paraísos fiscales, en contra de la especulación y a favor del interés general, de la solidaridad, en definitiva de las personas. Además, en dicha fecha habrá transcurrido 15 días desde el inicio de la movilización, y será otro buen momento simbólico para recordar que nuestro movimiento sólo acaba de comenzar. El próximo día 30 de mayo, se oirán todas las voces gritando al unísono que otro mundo es posible. El próximo día 30 de mayo se oirá la voz del pueblo con más fuerza que la de los partidos políticos. El próximo día 30 de mayo, se podrá contar la indignación del pueblo, la reivindicación activa de una democracia real, en la que se tiene en cuenta a las personas por encima de los intereses económicos, financieros, especulativos... las personas por encima de los mercados. El próximo día 30 de mayo daremos un paso más hacia un mundo mejor. Contamos contigo, divulga el mensaje. Participa. Nos seguimos viendo cada día en la plazas." -- Pablo Wayne +34 972 597 819 www.selvademar.com www.myspace.com/selvademar www.pablowayne.wordpress.com <http://pablowayne.wordpress.com/> www.myspace.com/weijsenfeldbinsbergen

1 0

[ pure-data-Patches-2989552 ] type-punned pointers break strict aliasing rules
by SourceForge.net 24 May '11

24 May '11

Patches item #2989552, was opened at 2010-04-19 22:01 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2989552&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: type-punned pointers break strict aliasing rules Initial Comment: the current development version of Pd (well, assuming the gui-rewrite 0.43 branch is it) stiill suffers from a lot type-punned pointers that break strict aliasing rules (and would better be replaced by unions). See here for some rationale http://lists.puredata.info/pipermail/pd-dev/2007-10/009677.html Some command line hackery to print out some stats: ----8<---- claude@zebimus:~/code/pure-data_branches_pd-gui-rewrite_0-43$ make CFLAGS="-fstrict-aliasing -Wall" 2>&1 | grep warning.*strict | sort | sed "s|: warning.*||" | uniq | sed "s|:| |" | sort -V | ( oldsrc="none" ; while read src lineno ; do if [ $src = $oldsrc ] ; then echo $lineno ; else echo $src $lineno ; fi ; oldsrc=$src ; done ) | sed "s|$._.*$|;\1|" | tr "\n;" " \n" | tail -n+2 && echo d_array.c 61 727 d_ctl.c 110 145 327 d_delay.c 88 d_filter.c 72 174 305 307 390 577 810 812 d_math.c 87 101 109 d_osc.c 437 439 d_soundfile.c 252 253 254 285 287 290 298 299 321 337 339 346 355 356 371 987 998 1095 1106 ----8<---- (That's a table of files with line numbers that exhibit the problem) While replacing (*(inttype *)&floatvalue) with a (union {inttype i; floattype f; } u;) is almost trivial, it's slightly less trivial to do it the right way. The right way involves taking into account that Pd can be now be compiled to use double instead of float, so you need a different sized inttype for each case The later 32bit bit-twiddling will probably break in that case anyway, so maybe better to have a compile-time check if it will work, and if not then do it the naive way...). ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-05-24 19:22 Message: all three patches apply to the current (as of today) master branch in git. might be that 0002 and 0003 should be applied in the right order (as both modify d_soundfiler.c) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-05-24 19:18 Message: i just stumbled upon the type-punning problem, as [tabwrite~] would not write the data i expected. so i tried to fix the problem, with the following patches: 0001-implement-PD_BIGORSMALL-with-unions.patch re-implemented PD_BIGORSMALL and PD_BADFLOAT using "static inline" functions that use unions rather than typecasts; the performance is slightly worse (about 16%), but then i prefer slow code to broken code 0002-replace-float-int-casts-with-unions.patch replaces the remaining typecasts in d_math.c and d_soundfiler.c with unions 0003-cleanup-soundfile-parsers-reduce-number-of-casts.patch claude's script also showed up some warnings in the soundfile parsers where it complained about things like "((t_wavechunk *)buf)->wc_id[0]" which i have now replaced by a single cast from char[] to (e.g.) t_wavechunk; i believe that this makes the code more readable (no need to do the typecast in my head), and shuts up compiler warnings which are usually indicators of problematic code anyhow. it would be great if these could get included in 0.43.1; i will definitely include them in the debian packages, as those are currently broken due to the type-punning problem. ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2010-04-19 22:30 Message: It seems you have to be careful even with unions (type-punning via unions is allowed only if you do it the simplest way..) http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/Optimize-Options.html#index-fst… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2989552&group_…

1 0

[ pure-data-Patches-2989552 ] type-punned pointers break strict aliasing rules
by SourceForge.net 24 May '11

24 May '11

Patches item #2989552, was opened at 2010-04-19 22:01 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2989552&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: puredata >Group: None Status: Open Resolution: None >Priority: 7 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) >Assigned to: Miller Puckette (millerpuckette) Summary: type-punned pointers break strict aliasing rules Initial Comment: the current development version of Pd (well, assuming the gui-rewrite 0.43 branch is it) stiill suffers from a lot type-punned pointers that break strict aliasing rules (and would better be replaced by unions). See here for some rationale http://lists.puredata.info/pipermail/pd-dev/2007-10/009677.html Some command line hackery to print out some stats: ----8<---- claude@zebimus:~/code/pure-data_branches_pd-gui-rewrite_0-43$ make CFLAGS="-fstrict-aliasing -Wall" 2>&1 | grep warning.*strict | sort | sed "s|: warning.*||" | uniq | sed "s|:| |" | sort -V | ( oldsrc="none" ; while read src lineno ; do if [ $src = $oldsrc ] ; then echo $lineno ; else echo $src $lineno ; fi ; oldsrc=$src ; done ) | sed "s|$._.*$|;\1|" | tr "\n;" " \n" | tail -n+2 && echo d_array.c 61 727 d_ctl.c 110 145 327 d_delay.c 88 d_filter.c 72 174 305 307 390 577 810 812 d_math.c 87 101 109 d_osc.c 437 439 d_soundfile.c 252 253 254 285 287 290 298 299 321 337 339 346 355 356 371 987 998 1095 1106 ----8<---- (That's a table of files with line numbers that exhibit the problem) While replacing (*(inttype *)&floatvalue) with a (union {inttype i; floattype f; } u;) is almost trivial, it's slightly less trivial to do it the right way. The right way involves taking into account that Pd can be now be compiled to use double instead of float, so you need a different sized inttype for each case The later 32bit bit-twiddling will probably break in that case anyway, so maybe better to have a compile-time check if it will work, and if not then do it the naive way...). ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-05-24 19:18 Message: i just stumbled upon the type-punning problem, as [tabwrite~] would not write the data i expected. so i tried to fix the problem, with the following patches: 0001-implement-PD_BIGORSMALL-with-unions.patch re-implemented PD_BIGORSMALL and PD_BADFLOAT using "static inline" functions that use unions rather than typecasts; the performance is slightly worse (about 16%), but then i prefer slow code to broken code 0002-replace-float-int-casts-with-unions.patch replaces the remaining typecasts in d_math.c and d_soundfiler.c with unions 0003-cleanup-soundfile-parsers-reduce-number-of-casts.patch claude's script also showed up some warnings in the soundfile parsers where it complained about things like "((t_wavechunk *)buf)->wc_id[0]" which i have now replaced by a single cast from char[] to (e.g.) t_wavechunk; i believe that this makes the code more readable (no need to do the typecast in my head), and shuts up compiler warnings which are usually indicators of problematic code anyhow. it would be great if these could get included in 0.43.1; i will definitely include them in the debian packages, as those are currently broken due to the type-punning problem. ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2010-04-19 22:30 Message: It seems you have to be careful even with unions (type-punning via unions is allowed only if you do it the simplest way..) http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/Optimize-Options.html#index-fst… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2989552&group_…

1 0

Re: [PD-dev] canvas get method
by Jonathan Wilkes 24 May '11

24 May '11

Oh, and... I'm not sure if screenpos is totally accurate. I haven't tested it in different window managers. -Jonathan --- On Tue, 5/24/11, Jonathan Wilkes <jancsika(a)yahoo.com> wrote: > From: Jonathan Wilkes <jancsika(a)yahoo.com> > Subject: canvas get method > To: Pd-dev(a)iem.at > Date: Tuesday, May 24, 2011, 6:30 PM > Hi list, > Here's my first attempt at some c > code to create a "get" method to > query the properties of a canvas. I included the > entire g_canvas.c from > 0.43 (haven't started using git and diff yet) and a demo > patch with some > helper abstractions. Some things that it does: > > * [namecanvas] (and [sendcanvas]) are _actually_ obsolete > * canvas environment variables available to the user > (filename, dir, > canvas-local paths, dollarzero) > * parent attributes (like dollarzero) are gettable without > having to give > it as an argument to the abstraction > * possible to find the toplevel canvas that contains "this" > > abstraction (plus making all kinds of "canvas-abs" like the > list-abs lib) > * ability to get gop status, coords values, patch screen > position, > abstraction's position on parent, and other goodies that > are currently > scattered all around external libraries with various > interfaces > * abstraction can get a list of all attributes (like > dollarzero) from > all the abstraction instances that exist. (Probably > should institute > patch 1403917 to make this rock-solid.) > * parent args are gettable! > > Things seem to work alright so far, but I'm not sure how to > handle > reentrancy. Also, I'm currently replying to queries > using the attribute > as a selector. The only model I had-- the [cnv] > get_pos-- just sends the > data, but it seems cleaner to send to one receive-symbol > and [route] > accordingly. (I also much prefer one "get" method to > separate ones to > access each attribute.) > > -Jonathan

1 0

canvas get method
by Jonathan Wilkes 24 May '11

24 May '11

Hi list, Here's my first attempt at some c code to create a "get" method to query the properties of a canvas. I included the entire g_canvas.c from 0.43 (haven't started using git and diff yet) and a demo patch with some helper abstractions. Some things that it does: * [namecanvas] (and [sendcanvas]) are _actually_ obsolete * canvas environment variables available to the user (filename, dir, canvas-local paths, dollarzero) * parent attributes (like dollarzero) are gettable without having to give it as an argument to the abstraction * possible to find the toplevel canvas that contains "this" abstraction (plus making all kinds of "canvas-abs" like the list-abs lib) * ability to get gop status, coords values, patch screen position, abstraction's position on parent, and other goodies that are currently scattered all around external libraries with various interfaces * abstraction can get a list of all attributes (like dollarzero) from all the abstraction instances that exist. (Probably should institute patch 1403917 to make this rock-solid.) * parent args are gettable! Things seem to work alright so far, but I'm not sure how to handle reentrancy. Also, I'm currently replying to queries using the attribute as a selector. The only model I had-- the [cnv] get_pos-- just sends the data, but it seems cleaner to send to one receive-symbol and [route] accordingly. (I also much prefer one "get" method to separate ones to access each attribute.) -Jonathan

1 0

Pure data sound effect library running on iOS app
by Tomas Čerkasas 18 May '11

18 May '11

Dear All, i'll just repeat the question I've asked in http://stackoverflow.com/questions/6047390/pure-data-sound-effect-library-r…: i wonder if someone managed to use [Pure data][1] sound library as an external library of the an iOS app. [Pure data wiki][2] claims it can be compiled only on jailbroken iOS device. [iPD project][3] claims to be 'Pd ported to iPhone OS to be used as an audio/control engine', but it doesn't mention anything considering wheteher it can only be deployed to jailbroken devices. Has anyone made the pure data library to work on iOS device app, which successfully got approved by AppStore? Thanks in advance, tomas [1]: http://puredata.info/ [2]: http://puredata.info/docs/developer/BuildingPdForiPhone [3]: http://code.google.com/p/ipd/ to

2 2

[ pure-data-Patches-3303670 ] GNj2Fy <a href="http://zwqthqsyptnm.com/">zwqthqsyptnm</a>,
by SourceForge.net 18 May '11

18 May '11

Patches item #3303670, was opened at 2011-05-18 03:20 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3303670&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: abstractions Group: documentation >Status: Deleted >Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: GNj2Fy <a href="http://zwqthqsyptnm.com/">zwqthqsyptnm</a>, Initial Comment: GNj2Fy <a href="http://zwqthqsyptnm.com/">zwqthqsyptnm</a>, [url=http://sodldhscqsfu.com/]sodldhscqsfu[/url], [link=http://dglzdnyavgwh.com/]dglzdnyavgwh[/link], http://qkohgbqebdig.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3303670&group_…

1 0

[ pure-data-Patches-3303670 ] GNj2Fy <a href="http://zwqthqsyptnm.com/">zwqthqsyptnm</a>,
by SourceForge.net 18 May '11

18 May '11

Patches item #3303670, was opened at 2011-05-18 01:20 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3303670&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: abstractions Group: documentation Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: GNj2Fy <a href="http://zwqthqsyptnm.com/">zwqthqsyptnm</a>, Initial Comment: GNj2Fy <a href="http://zwqthqsyptnm.com/">zwqthqsyptnm</a>, [url=http://sodldhscqsfu.com/]sodldhscqsfu[/url], [link=http://dglzdnyavgwh.com/]dglzdnyavgwh[/link], http://qkohgbqebdig.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3303670&group_…

1 0

[ pure-data-Patches-1930701 ] configure for a compiler other than cc
by SourceForge.net 17 May '11

17 May '11

Patches item #1930701, was opened at 2008-04-01 02:28 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930701&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata-dev Group: feature >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Miller Puckette (millerpuckette) Summary: configure for a compiler other than cc Initial Comment: the patch below against makefile.in (0.41-4) allows for a configuration run like CC=gcc-4.3 ./configure --disable-fat where gcc-4.3 will be used as the compiler --- makefile.ori.in 2008-04-01 02:23:18.000000000 +0200 +++ makefile.in 2008-04-01 02:23:28.000000000 +0200 @@ -32,6 +32,7 @@ -Wno-unused -Wno-parentheses -Wno-switch ARCH_CFLAGS = -DPD +CC = @CC@ CFLAGS = @CFLAGS@ $(ARCH_CFLAGS) $(WARN_CFLAGS) $(CPPFLAGS) $(MORECFLAGS) # the sources ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-05-17 12:38 Message: with the new autobuild based system, this has been included. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930701&group_…

1 0

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 May 2011