Pd-dev March 2008

pd-dev@lists.iem.at

27 participants
110 discussions

[ pure-data-Bugs-1836108 ] [folder_list] bug on windows XP
by SourceForge.net 20 Mar '08

20 Mar '08

Bugs item #1836108, was opened at 2007-11-21 17:28 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1836108&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: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: [folder_list] bug on windows XP Initial Comment: On Windows XP, the object [folder_list] from Hans is not working well with .pd files. When we choose the "*.pd" selector, it returns files with the string ".p" added. See the attached picture. Take a look and thanks for the job. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-03-20 13:49 Message: Logged In: YES user_id=27104 Originator: NO Ok, this should be fixed, it was some stupid string handling on my part. Here's the checkin: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=9613 Plus now "~/*" now works on Windows. Please test and report back here if this doesn't work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1836108&group_…

1 0

[ pure-data-Feature Requests-1921322 ] filter hidden files/folders on gnu/linux open and save
by SourceForge.net 20 Mar '08

20 Mar '08

Feature Requests item #1921322, was opened at 2008-03-20 09:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1921322&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 Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: filter hidden files/folders on gnu/linux open and save Initial Comment: When running any version of PD on GNU/Linux, often the default directory when banging [openpanel] is the user's home directory, full of hidden .somethings and .whatevers Most apps filter this out, even command line utils like ls filter this unless flagged to show all files and folders. Would be great to have Pd follow this convention as well and reduce lots of unnecessary clutter in the open and save panels! km.takewithyou(a)gmail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1921322&group_…

1 0

[ pure-data-Bugs-1917574 ] declare not working on osx
by SourceForge.net 20 Mar '08

20 Mar '08

Bugs item #1917574, was opened at 2008-03-18 01:01 Message generated for change (Comment added) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1917574&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: declare not working on osx Initial Comment: I am not sure if declare is working the way it is supposed to on OSX the object I am trying to create is [OSCroute]. I can create [oscx/OSCroute], but what I want to accomplish is to avoid the oscx prefix, so I tried [declare -stdpath extra/oscx] [declare -stdpath oscx] [declare -path extra/oscx] [declare -path oscx] [declare -stdlib extra/oscx] [declare -stdlib oscx] [declare -lib extra/oscx] [declare -lib oscx] I even tried [declare -stdpath extra/oscx] in combination with import oscx. and I get a console printout saying [import] loaded library: oscx, but OSCroute ... couldn't create don't know how to track down the error, or if I am maybe doing something wrong. pd-extended-0.40.3-20080222. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 13:38 Message: Logged In: YES user_id=1895440 Originator: NO oops... from some quick fix from before i accidently still had a symbolic link from /home/roman/extra pointing to /usr/local/lib/pd/extra/, that is why it found [bar] in that funny place: /home/roman/extra/foo/bar.pd tried again without the symlink: -------------------------------- tried /home/roman/declare_test.pd and succeeded tried /home/roman/../extra/foo/bar.l_i386 and failed tried /home/roman/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar.l_i386 and failed tried /home/roman/../extra/foo/bar.pd_linux and failed tried /home/roman/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar.pd_linux and failed tried /home/roman/../extra/foo/bar/bar.l_i386 and failed tried /home/roman/bar/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed tried /home/roman/../extra/foo/bar/bar.pd_linux and failed tried /home/roman/bar/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed tried /home/roman/../extra/foo/bar.pd and failed tried /home/roman/bar.pd and failed tried /usr/local/lib/pd/extra/bar.pd and failed tried /home/roman/../extra/foo/bar.pat and failed tried /home/roman/bar.pat and failed tried /usr/local/lib/pd/extra/bar.pat and failed ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 11:49 Message: Logged In: YES user_id=1895440 Originator: NO i just did the same test again on my box, ubuntu dapper i686: tried /home/roman/declare_test.pd and succeeded tried /home/roman/extra/foo/bar.l_i386 and failed tried /home/roman/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar.l_i386 and failed tried /home/roman/extra/foo/bar.pd_linux and failed tried /home/roman/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar.pd_linux and failed tried /home/roman/extra/foo/bar/bar.l_i386 and failed tried /home/roman/bar/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed tried /home/roman/extra/foo/bar/bar.pd_linux and failed tried /home/roman/bar/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed tried /home/roman/extra/foo/bar.pd and succeeded which means: - there is a difference between linux ppc and linux intel - currently linux intel is the _only_ platform where [declare] works as documented. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 11:20 Message: Logged In: YES user_id=1895440 Originator: NO could we give this issue a higher priority? the longer [declare] is not working correctly, the more confusion it will cause. also it currently cannot be used to create portable patches, that work on every platform with every pd-distro, which i find would be the strong point in using [declare]. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 11:11 Message: Logged In: YES user_id=1895440 Originator: NO the same test on a ubuntu ppc machine with pd 0.41-4 compiled from source and installed to the default location gave similar results: output from pd-window: ---------------------- tried /home/olivia/declare_test.pd and succeeded tried /home/olivia/extra/foo/bar.l_i386 and failed tried /home/olivia/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar.l_i386 and failed tried /home/olivia/extra/foo/bar.pd_linux and failed tried /home/olivia/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar.pd_linux and failed tried /home/olivia/extra/foo/bar/bar.l_i386 and failed tried /home/olivia/bar/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed tried /home/olivia/extra/foo/bar/bar.pd_linux and failed tried /home/olivia/bar/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed tried /home/olivia/extra/foo/bar.pd and failed tried /home/olivia/bar.pd and failed tried /usr/local/lib/pd/extra/bar.pd and failed tried /home/olivia/extra/foo/bar.pat and failed tried /home/olivia/bar.pat and failed tried /usr/local/lib/pd/extra/bar.pat and failed bar ... couldn't create instantiating [foo/bar] works fine, which means, that installation of [bar] is correct and pd finds it in extra/foo. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 10:48 Message: Logged In: YES user_id=1895440 Originator: NO while [declare -stdlib] seems to work, [declare -stdpath] doesn't work on windows as well. i created a folder 'foo' into the extra directory and put a file 'bar.pd' in there. my test setup: -------------- pd installation path: D:\programme\pd-0.41\ pd executable: D:\programme\pd-0.41\bin\pd.exe test-abstraction: D:\programme\pd-0.41\extra\foo\bar.pd test-patch: D:\home\declare_test.pd test-patch contains: [declare -stdpath extra/foo] [bar] pd start command: D:\programme\pd-0.41\bin\pd.exe -verbose -open D:\home\declare_test.pd output from pd-window: ---------------------- tried D:\\home\\declare_test.pd and succeeded tried D:\\home\\..\\extra\\foo\\bar.m_i386 and failed tried D:\\home\\bar.m_i386 and failed tried D:\\programme\\pd-0.41\\extra\\bar.m_i386 and failed tried D:\\home\\..\\extra\\foo\\bar.dll and failed tried D:\\home\\bar.dll and failed tried D:\\programme\\pd-0.41\\extra\\bar.dll and failed tried D:\\home\\..\\extra\\foo\\bar\\bar.m_i386 and failed tried D:\\home\\bar\\bar.m_i386 and failed tried D:\\programme\\pd-0.41\\extra\\bar\\bar.m_i386 and failed tried D:\\home\\..\\extra\\foo\\bar\\bar.dll and failed tried D:\\home\\bar\\bar.dll and failed tried D:\\programme\\pd-0.41\\extra\\bar\\bar.dll and failed tried D:\\home\\..\\extra\\foo\\bar.pd and failed tried D:\\home\\bar.pd and failed tried D:\\programme\\pd-0.41\\extra\\bar.pd and failed tried D:\\home\\..\\extra\\foo\\bar.pat and failed tried D:\\home\\bar.pat and failed tried D:\\programme\\pd-0.41\\extra\\bar.pat and failed bar ... couldn't create it looks like [declare -stdpath] is adding the search path relative to the patch instead of relative to pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1917574&group_…

1 0

Leopard builds?
by Hans-Christoph Steiner 20 Mar '08

20 Mar '08

Any word on the Leopard builds? That would be quite nice to have. .hc ------------------------------------------------------------------------ ---- Mistrust authority - promote decentralization. - the hacker ethic

5 7

[ pure-data-Bugs-1917574 ] declare not working on osx
by SourceForge.net 20 Mar '08

20 Mar '08

Bugs item #1917574, was opened at 2008-03-18 01:01 Message generated for change (Comment added) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1917574&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: declare not working on osx Initial Comment: I am not sure if declare is working the way it is supposed to on OSX the object I am trying to create is [OSCroute]. I can create [oscx/OSCroute], but what I want to accomplish is to avoid the oscx prefix, so I tried [declare -stdpath extra/oscx] [declare -stdpath oscx] [declare -path extra/oscx] [declare -path oscx] [declare -stdlib extra/oscx] [declare -stdlib oscx] [declare -lib extra/oscx] [declare -lib oscx] I even tried [declare -stdpath extra/oscx] in combination with import oscx. and I get a console printout saying [import] loaded library: oscx, but OSCroute ... couldn't create don't know how to track down the error, or if I am maybe doing something wrong. pd-extended-0.40.3-20080222. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 11:49 Message: Logged In: YES user_id=1895440 Originator: NO i just did the same test again on my box, ubuntu dapper i686: tried /home/roman/declare_test.pd and succeeded tried /home/roman/extra/foo/bar.l_i386 and failed tried /home/roman/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar.l_i386 and failed tried /home/roman/extra/foo/bar.pd_linux and failed tried /home/roman/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar.pd_linux and failed tried /home/roman/extra/foo/bar/bar.l_i386 and failed tried /home/roman/bar/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed tried /home/roman/extra/foo/bar/bar.pd_linux and failed tried /home/roman/bar/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed tried /home/roman/extra/foo/bar.pd and succeeded which means: - there is a difference between linux ppc and linux intel - currently linux intel is the _only_ platform where [declare] works as documented. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 11:20 Message: Logged In: YES user_id=1895440 Originator: NO could we give this issue a higher priority? the longer [declare] is not working correctly, the more confusion it will cause. also it currently cannot be used to create portable patches, that work on every platform with every pd-distro, which i find would be the strong point in using [declare]. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 11:11 Message: Logged In: YES user_id=1895440 Originator: NO the same test on a ubuntu ppc machine with pd 0.41-4 compiled from source and installed to the default location gave similar results: output from pd-window: ---------------------- tried /home/olivia/declare_test.pd and succeeded tried /home/olivia/extra/foo/bar.l_i386 and failed tried /home/olivia/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar.l_i386 and failed tried /home/olivia/extra/foo/bar.pd_linux and failed tried /home/olivia/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar.pd_linux and failed tried /home/olivia/extra/foo/bar/bar.l_i386 and failed tried /home/olivia/bar/bar.l_i386 and failed tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed tried /home/olivia/extra/foo/bar/bar.pd_linux and failed tried /home/olivia/bar/bar.pd_linux and failed tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed tried /home/olivia/extra/foo/bar.pd and failed tried /home/olivia/bar.pd and failed tried /usr/local/lib/pd/extra/bar.pd and failed tried /home/olivia/extra/foo/bar.pat and failed tried /home/olivia/bar.pat and failed tried /usr/local/lib/pd/extra/bar.pat and failed bar ... couldn't create instantiating [foo/bar] works fine, which means, that installation of [bar] is correct and pd finds it in extra/foo. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2008-03-20 10:48 Message: Logged In: YES user_id=1895440 Originator: NO while [declare -stdlib] seems to work, [declare -stdpath] doesn't work on windows as well. i created a folder 'foo' into the extra directory and put a file 'bar.pd' in there. my test setup: -------------- pd installation path: D:\programme\pd-0.41\ pd executable: D:\programme\pd-0.41\bin\pd.exe test-abstraction: D:\programme\pd-0.41\extra\foo\bar.pd test-patch: D:\home\declare_test.pd test-patch contains: [declare -stdpath extra/foo] [bar] pd start command: D:\programme\pd-0.41\bin\pd.exe -verbose -open D:\home\declare_test.pd output from pd-window: ---------------------- tried D:\\home\\declare_test.pd and succeeded tried D:\\home\\..\\extra\\foo\\bar.m_i386 and failed tried D:\\home\\bar.m_i386 and failed tried D:\\programme\\pd-0.41\\extra\\bar.m_i386 and failed tried D:\\home\\..\\extra\\foo\\bar.dll and failed tried D:\\home\\bar.dll and failed tried D:\\programme\\pd-0.41\\extra\\bar.dll and failed tried D:\\home\\..\\extra\\foo\\bar\\bar.m_i386 and failed tried D:\\home\\bar\\bar.m_i386 and failed tried D:\\programme\\pd-0.41\\extra\\bar\\bar.m_i386 and failed tried D:\\home\\..\\extra\\foo\\bar\\bar.dll and failed tried D:\\home\\bar\\bar.dll and failed tried D:\\programme\\pd-0.41\\extra\\bar\\bar.dll and failed tried D:\\home\\..\\extra\\foo\\bar.pd and failed tried D:\\home\\bar.pd and failed tried D:\\programme\\pd-0.41\\extra\\bar.pd and failed tried D:\\home\\..\\extra\\foo\\bar.pat and failed tried D:\\home\\bar.pat and failed tried D:\\programme\\pd-0.41\\extra\\bar.pat and failed bar ... couldn't create it looks like [declare -stdpath] is adding the search path relative to the patch instead of relative to pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1917574&group_…

1 0

[ pure-data-Bugs-1917574 ] declare not working on osx
by SourceForge.net 20 Mar '08

20 Mar '08

1 0

[ pure-data-Bugs-1917574 ] declare not working on osx
by SourceForge.net 20 Mar '08

20 Mar '08

1 0

[ pure-data-Bugs-1917574 ] declare not working on osx
by SourceForge.net 20 Mar '08

20 Mar '08

1 0

mrpeach external fails to build on OS X 10.5
by bsoisoi 20 Mar '08

20 Mar '08

Hi Devs, I have a working setup for pd-extended on 10.5. Pd-extended fails to build when the mrpeach externals are set in LIB_TARGETS. Here is what I see: cc -DPD -march=pentium4 -msse2 -mfpmath=sse -ftree-vectorize -ftree- vectorizer-verbose=2 -I/Users/bz/Downloads/puredata-extended/pd/src - Wall -W -ggdb -I/sw/include -DMACOSX -DUNIX -Dunix -o "/Users/bz/ Downloads/puredata-extended/externals/mrpeach/net/tcpserver.o" -c "/ Users/bz/Downloads/puredata-extended/externals/mrpeach/net/tcpserver.c" /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:89: error: syntax error before ‘u_long’ /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:89: warning: no semicolon at end of struct or union /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:97: error: syntax error before ‘}’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:97: warning: type defaults to ‘int’ in declaration of ‘t_tcpserver’ /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:97: warning: data definition has no type or storage class /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:104: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:105: error: syntax error before ‘t_tcpserver’ /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:106: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:107: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:108: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:109: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:110: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:111: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:112: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:113: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:115: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_socketreceiver_doread’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:152: error: ‘y’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:152: error: (Each undeclared identifier is reported only once /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:152: error: for each function it appears in.) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_socketreceiver_read’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:178: error: ‘y’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: At top level: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:245: error: syntax error before ‘t_tcpserver’ /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcp_server_send_bytes’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:259: error: ‘x’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:259: error: ‘client’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:266: error: ‘argc’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:268: error: ‘argv’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: At top level: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:369: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_send’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:374: error: ‘x’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:379: error: ‘argc’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:385: error: ‘argv’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: At top level: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:411: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_disconnect’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:416: error: ‘x’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: At top level: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:435: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_socket_disconnect’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:437: error: ‘fsocket’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:439: error: ‘x’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: At top level: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:449: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_client_disconnect’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:451: error: ‘fclient’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:453: error: ‘x’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: At top level: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:472: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_client_send’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:476: error: ‘x’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:481: error: ‘argc’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:487: error: ‘argv’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: At top level: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:504: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_broadcast’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:508: error: ‘x’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:512: error: ‘argc’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:512: error: ‘argv’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: At top level: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:519: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_notify’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:524: error: ‘x’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: At top level: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:546: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_connectpoll’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:550: error: ‘x’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:550: warning: pointer targets in passing argument 3 of ‘accept’ differ in signedness /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: At top level: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:586: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_print’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:590: error: ‘x’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_new’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:604: error: ‘x’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:628: error: ‘u_short’ undeclared (first use in this function) /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:628: error: syntax error before ‘portno’ /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:628: error: syntax error before ‘portno’ /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:628: error: syntax error before ‘portno’ /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:628: error: syntax error before ‘portno’ /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:636: error: syntax error before ‘)’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:607: warning: unused variable ‘portno’ /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:672: warning: control reaches end of non-void function /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: At top level: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:674: error: syntax error before ‘*’ token /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c: In function ‘tcpserver_free’: /Users/bz/Downloads/puredata-extended/externals/mrpeach/net/ tcpserver.c:680: error: ‘x’ undeclared (first use in this function) make[2]: *** [/Users/bz/Downloads/puredata-extended/externals/mrpeach/ net/tcpserver.o] Error 1 make[1]: *** [externals_install] Error 2 make: *** [extended_install] Error 2 prob:darwin_app bz$

4 4

[ pure-data-Bugs-1601850 ] [vcf_filter~] does not instantiate without arguments
by SourceForge.net 20 Mar '08

20 Mar '08

Bugs item #1601850, was opened at 2006-11-23 08:17 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1601850&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: Closed Resolution: None Priority: 3 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: musil (tmusil) Summary: [vcf_filter~] does not instantiate without arguments Initial Comment: Running Pd-0.39.2-extended-2006-11-23 on Mac OS X 10.4, when I instantiate [vcf_filter~] without any arguments, it crashes Pd. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-03-19 19:20 Message: Logged In: YES user_id=1312539 Originator: NO 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: IOhannes m zmölnig (zmoelnig) Date: 2008-03-05 05:37 Message: Logged In: YES user_id=564396 Originator: NO i think that this should be handled by Pd itself: Pd knows that there _is_ an objectclass [vcf_filter~]. Pd then calls the constructor of this objectclass which fails. So Pd should be aware that this is not an "unfound" class but a class that could not create for _other_ reasons. in this case, Pd could expose the possibility to access the help-file even though the object cannot create. i have submitted feature-request #1907998 that asks for this. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-18 21:37 Message: Logged In: YES user_id=27104 Originator: YES changed to reflect the updated situation ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-11-29 17:55 Message: Logged In: YES user_id=27104 Originator: YES any chance of fixing it by setting a default value instead? Or maybe have it instatiate but do nothing without an argument. I think it can be quite confusing and annoying if you need an argument to instantiate. For example, I often create an object to open the hlep patch. That wouldn't work here. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-11-29 10:40 Message: Logged In: YES user_id=564396 Originator: NO i have fixed this in CVS by replacing A_DEFSYM by A_SYMBOL in vcf_filter~:323 this makes [vcf_filter~] refuse to create when no argument is given instead of crashing pd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1601850&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
...
11
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 March 2008