Pd-dev April 2010

pd-dev@lists.iem.at

9 participants
129 discussions

[ pure-data-Bugs-2990309 ] dumpOSC fails to create if no arguments
by SourceForge.net 21 Apr '10

21 Apr '10

Bugs item #2990309, was opened at 2010-04-21 10:34 Message generated for change (Settings changed) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&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: externals Group: None >Status: Open Resolution: Out of Date Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: dumpOSC fails to create if no arguments Initial Comment: If you try to create a [dumpOSC] without supplying a creation argument (the port number I guess, btw there's no help patch), it fails to create but it gives no specific error message. Just as if the dll wasn't found. ---------------------------------------------------------------------- >Comment By: Matteo Sisti Sette (sistisette) Date: 2010-04-21 13:39 Message: IOhannes, OK I won't use dumpOSC, I didn't know it was deprecated. It would be fine to include some note in the help patches (which don't exist) so that a user can know the objects are deprecated. Regarding this: > furthermore, [dumpOSC]will print out an error to the console if you don't > specify an argument ("[dumpOSC] needs at least one argument") maybe your version does; I use the Pd Extended precompiled binaries for Windows from puredata.info, and I can assure you that the only error message that appears on the consol is: dumpOSC: couldn't create ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-21 10:48 Message: furthermore, [dumpOSC]will print out an error to the console if you don't specify an argument ("[dumpOSC] needs at least one argument") the message could be more meaningful (i changed that now), but it still has tto be read.... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-21 10:41 Message: i will not get tired of that: do not use [dumpOSC] (and other friends from OSCx), as they are buggy, outdated, unmaintained and superceded by the better-designed, up-to-date, actively maintained objects from mrpeach. the objects are mainly there for legacy reasons. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&group_…

1 0

[ pure-data-Bugs-2990309 ] dumpOSC fails to create if no arguments
by SourceForge.net 21 Apr '10

21 Apr '10

Bugs item #2990309, was opened at 2010-04-21 10:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&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: externals Group: None >Status: Pending Resolution: Out of Date Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: dumpOSC fails to create if no arguments Initial Comment: If you try to create a [dumpOSC] without supplying a creation argument (the port number I guess, btw there's no help patch), it fails to create but it gives no specific error message. Just as if the dll wasn't found. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-21 10:48 Message: furthermore, [dumpOSC]will print out an error to the console if you don't specify an argument ("[dumpOSC] needs at least one argument") the message could be more meaningful (i changed that now), but it still has tto be read.... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-21 10:41 Message: i will not get tired of that: do not use [dumpOSC] (and other friends from OSCx), as they are buggy, outdated, unmaintained and superceded by the better-designed, up-to-date, actively maintained objects from mrpeach. the objects are mainly there for legacy reasons. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&group_…

1 0

[ pure-data-Bugs-2990309 ] dumpOSC fails to create if no arguments
by SourceForge.net 21 Apr '10

21 Apr '10

Bugs item #2990309, was opened at 2010-04-21 10:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&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: externals Group: None Status: Open >Resolution: Out of Date Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) >Assigned to: Nobody/Anonymous (nobody) Summary: dumpOSC fails to create if no arguments Initial Comment: If you try to create a [dumpOSC] without supplying a creation argument (the port number I guess, btw there's no help patch), it fails to create but it gives no specific error message. Just as if the dll wasn't found. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-21 10:41 Message: i will not get tired of that: do not use [dumpOSC] (and other friends from OSCx), as they are buggy, outdated, unmaintained and superceded by the better-designed, up-to-date, actively maintained objects from mrpeach. the objects are mainly there for legacy reasons. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&group_…

1 0

[ pure-data-Bugs-2990309 ] dumpOSC fails to create if no arguments
by SourceForge.net 21 Apr '10

21 Apr '10

Bugs item #2990309, was opened at 2010-04-21 10:34 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Hans-Christoph Steiner (eighthave) Summary: dumpOSC fails to create if no arguments Initial Comment: If you try to create a [dumpOSC] without supplying a creation argument (the port number I guess, btw there's no help patch), it fails to create but it gives no specific error message. Just as if the dll wasn't found. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2990309&group_…

1 0

[ pure-data-Bugs-2953383 ] GEM cannot be loaded / MACOSX 10.6 / nightly build 20100216
by SourceForge.net 21 Apr '10

21 Apr '10

Bugs item #2953383, was opened at 2010-02-17 09:24 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2953383&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: pd-extended Group: v0.42 >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Mersadier Pierre (r33p) Assigned to: Hans-Christoph Steiner (eighthave) Summary: GEM cannot be loaded / MACOSX 10.6 / nightly build 20100216 Initial Comment: /Applications/Pd-0.42.5-extended-20100216.app/Contents/Resources/extra/Gem/Gem.pd_darwin: dlopen(/Applications/Pd-0.42.5-extended-20100216.app/Contents/Resources/extra/Gem/Gem.pd_darwin, 10): Library not loaded: /sw/lib/libfaad.0.dylib Referenced from: /Applications/Pd-0.42.5-extended-20100216.app/Contents/Resources/Scripts/../bin/../../lib/libgmerlin_avdec.1.dylib Reason: image not found Gem: can't load library ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-04-21 02:21 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-04-06 19:26 Message: This should be fixed as of yesterday. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2953383&group_…

1 0

[ pure-data-Bugs-2989541 ] iemmatrix
by SourceForge.net 20 Apr '10

20 Apr '10

Bugs item #2989541, was opened at 2010-04-19 21:30 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2989541&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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Hans-Christoph Steiner (eighthave) >Summary: iemmatrix Initial Comment: objects like mtx_.^, mtx./ do not load automatically, even after adding the path to startup ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-04-20 09:07 Message: adding things to the path won't load them at all (that's desired behaviour) anyhow, (most likely) your problem is the way, Pd-extended packages iemmatirx (single object library vs single file library). a lot of work has been done in order to allow for both packaging flavours, but still not very satisfactory. PS: if you are really referring to "iem_matrix" (with underscore; as your initial title suggested (i changed it)), then you are using a version of library that has been deprecated for about 5r years; please use "iemmatrix". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2989541&group_…

1 0

backtrace help
by Lee Azzarello 20 Apr '10

20 Apr '10

Could someone help be debug this backtrace? It occurs when I click the "restore" button in careGUI, which is a state saving interface included in the rradical extras of pd-extended. I have compiled flext and pool myself against the source for pd-extended. I am running the debian squeeze binary of the same version of pd-extended. thanks, -lee ======= Backtrace: ========= /lib/i686/cmov/libc.so.6[0xb766a824] /lib/i686/cmov/libc.so.6[0xb766c0b3] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb766f0dd] /usr/lib/pd/extra/pool.pd_linux(_ZN17flext_root_singledlEPv+0x32)[0xb61c52ac] /usr/lib/pd/extra/pool.pd_linux(_ZNSt6vectorIcSaIcEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPcS1_EERKc+0x11d)[0xb61be87d] /usr/lib/pd/extra/pool.pd_linux[0xb61be13e] /usr/lib/pd/extra/pool.pd_linux(_ZN7pooldir5LdDirERSiib+0x17c)[0xb61be2fc] /usr/lib/pd/extra/pool.pd_linux(_ZN8pooldata5LdDirERKN12flext_single8AtomListEPKcib+0x272)[0xb61bffc2] /usr/lib/pd/extra/pool.pd_linux(_ZN4pool4loadEiPK5_atomb+0x1e3)[0xb61b4c43] /usr/lib/pd/extra/pool.pd_linux(_ZN4pool14flext_c_m_loadEP17flext_base_singleiP5_atom+0x33)[0xb61b9bf3] /usr/lib/pd/extra/pool.pd_linux(_ZN17flext_base_single10TryMethTagEPNS_4ItemEPK7_symboliPK5_atom+0x1c4)[0xb61c9a2a] /usr/lib/pd/extra/pool.pd_linux(_ZN17flext_base_single8FindMethEiPK7_symboliPK5_atom+0x6b)[0xb61c9bb9] /usr/lib/pd/extra/pool.pd_linux(_ZN17flext_base_single15CbMethodHandlerEiPK7_symboliPK5_atom+0x43)[0xb61c9ce5] /usr/lib/pd/extra/pool.pd_linux(_ZN17flext_base_single11cb_anythingEP9flext_hdrPK7_symboliP5_atom+0x43)[0xb61ca64f] pd(pd_typedmess+0x2ab)[0x80b676b]

2 1

[ pure-data-Bugs-2989585 ] ascwave-help.pd crashes pd
by SourceForge.net 19 Apr '10

19 Apr '10

Bugs item #2989585, was opened at 2010-04-19 17:27 Message generated for change (Comment added) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2989585&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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: ascwave-help.pd crashes pd Initial Comment: Pd version 0.42.5-extended-20100415, on winxp. Patch crashes after about 6 seconds of output to the console. Doesn't crash on -noloadbang (or if you immediately send a "0" to the left inlet of [metro]. ---------------------------------------------------------------------- >Comment By: Jonathan Wilkes (jancsika1) Date: 2010-04-19 17:28 Message: Note: This object is in the cxc library. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2989585&group_…

1 0

[ pure-data-Bugs-2989585 ] ascwave-help.pd crashes pd
by SourceForge.net 19 Apr '10

19 Apr '10

Bugs item #2989585, was opened at 2010-04-19 17:27 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2989585&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: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: ascwave-help.pd crashes pd Initial Comment: Pd version 0.42.5-extended-20100415, on winxp. Patch crashes after about 6 seconds of output to the console. Doesn't crash on -noloadbang (or if you immediately send a "0" to the left inlet of [metro]. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2989585&group_…

1 0

[ pure-data-Bugs-2989552 ] type-punned pointers break strict aliasing rules
by SourceForge.net 19 Apr '10

19 Apr '10

Bugs item #2989552, was opened at 2010-04-19 20:01 Message generated for change (Comment added) made by claudiusmaximus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&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: pd-devel Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) 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: ClaudiusMaximus (claudiusmaximus) Date: 2010-04-19 20: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=478070&aid=2989552&group_…

1 0

← Newer
1
2
3
4
5
6
7
...
13
Older →

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 April 2010