Pd-dev April 2009

pd-dev@lists.iem.at

13 participants
143 discussions

UTF-8 for pd-devel (again)
by Bryan Jurish 20 Jan '10

20 Jan '10

moin folks, I believe I've finally got pd-devel 0.41-4 using UTF-8 across the board. So far, I've tested message boxes & comments (g_rtext), as well as symbol atoms, and all seems good. I think we can still expect goofiness if someone names an abstraction using a multibyte character when the filesystem isn't UTF-8 encoded (raw 8-bit works for me here too), but I really don't want to open that particular can of worms. So I guess I have 2 questions: (1) what should I call the generic UTF-8 source files? (see my other post) (2) shall I commit these changes to pd-devel/0.41-4, or somewhere else, or just post a diff (ca. 33k, ought to be easier to read now; I've tried to follow the indentation conventions of the source files I modified)? marmosets, Bryan -- Bryan Jurish "There is *always* one more bug." jurish(a)ling.uni-potsdam.de -Lubarsky's Law of Cybernetic Entomology

5 13

[declare] bug (id 2251387)
by Roman Haefeli 26 Dec '09

26 Dec '09

hi everyone i once posted a bug to the tracker and it still appears to be there in version 0.42.3. since this bug is kind of viral, so that it corrupts patches invisibly and without being noticed by the author, and also since quite some of my own patches got affected by that bug, i would like to ask to raise the priority of this one. BEWARE: everyone, who was working on patches in 0.42.X, that contain abstractions containing [declare]'s is most likely affected, or i should rather say: infected. read the description here: http://sourceforge.net/tracker/index.php?func=detail&aid=2251387&group_id=5… roman ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

3 3

[tcpserver]: bad performance of new version
by Roman Haefeli 05 May '09

05 May '09

hi martin, hi all i ve been testing the new netpd-server based on the new [tcpserver]/[tcsocketserver FUDI] now for a while and definitely could solve some problems, but some new ones were introduced. i found, that the most recent version of [tcpserver] peforms quite bad cpu-wise. this has some side-effects. in netpd, when a certain number of users are logged in (let's say 16), it can happen, that the traffic of those clients makes the netpd-server use more than the available cpu-time. i made some tests and checked, if all messages come through and if messages delivered by the server are still intact. under normal circumstances, there is no problem at all. but under heavy load, when the pd process is demanding more than available cpu time, some messages are corrupted or lost completely; in the worst case the pd process segfaults, at the moment of a client connecting or disconnecting. i guess, this is due to some buffer under- or overrun between pd and the tcp stack, but i don't really know. i wrote a benchmark patch and found out, that not only the new netpd-server patch performs badly, but quite some portion of bad performance comes from the new [tcpserver]. the testpatch compares perfomances of sending data to clients using [tcpserver] and [netserver] from maxlib. the version of [tcpserver] shipped with current pd-extended performs slightly better than [netserver] (tested on OS X and linux). however, the most recent version, that solves the tcp buffer overrun problem, performs ~11 times worse than [netserver]. is that the trade off from solving the other issue? or could this theoretically be improved? unfortunately, i still don't have a netpd-server running, which can be considered stable. the current one doesn't crash anymore, because clients lost network connection, but it crashes, when there is too much traffic. respectively, it cannot be considered reliable, because it drops messages under certain circumstances. @code-maintainers is anyone maintaining the code of [netserver] or maxlib in general? this object class still suffers from the 'buffer overrun -> pd hangs' problem. since the same problem was fixed for [tcpserver], it might not be too hard to port that fix to [netserver]. i am not able to dig into c sources, so i wanted to kindly ask here, if someone is interested to do it. [tcpsocketserver FUDI] was meant as a replacement for [netserver] in order to get rid of the pd hangs caused by it. however, now i am not sure anymore, if this approach was a good idea at all, since the overhead from implementing FUDI parsing and stuff in pd instead of in c seems to be enormeous. roman

3 11

'externals' bug fixes before the pd-extended 0.41.4 branch
by Hans-Christoph Steiner 03 May '09

03 May '09

Ok, now that Bryan got his lovely moocow collection building on Windows, I think we are ready for the first release candidate of Pd- extended 0.41.4. To do that, everything needs to be added to branches/ pd-extended 0.41.4. Anyone have any pending bug fixes for the 'externals' section? That's the last section that is not already in the release branch. .hc ---------------------------------------------------------------------------- "[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr.

2 2

[ pure-data-Bugs-2566232 ] Gem right-click help broken: Win32 Pd-extended 0.40-3
by SourceForge.net 30 Apr '09

30 Apr '09

Bugs item #2566232, was opened at 2009-02-05 01:40 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2566232&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: whyameye (whyameye) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Gem right-click help broken: Win32 Pd-extended 0.40-3 Initial Comment: running Pd version 0.40.3-extended-20080721 (released version) I get error "sorry, couldn't find help patch for "<insert Gem object here>" if I right-click on any Gem object and select "help" from the context menu. The Gem help patches are available, however, if I drill down to them through 5.reference -> Gem in the browser of the help menu. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-04-30 02:20 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: 2009-04-18 04:41 Message: ok, this should actually be fixed without any additional tweaks as of tomorrow. Please test and report back if it doens't work ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-15 21:16 Message: I am marking as fixed, please reopen if you still have this problem. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-15 21:13 Message: solved on winxp (Pd version 0.41.4-extended-20090415) ---------------------------------------------------------------------- Comment By: whyameye (whyameye) Date: 2009-02-07 18:58 Message: For the currently released 0.40-3 there's an easy fix: * Open Pd * Go to File -> Startup... * At the bottom of the dialog screen that opens, you will see a textbox labeled "Startup flags:". Click inside the text box * Using the right arrow, move your cursor to the very end of the text in the text box. Add one space, then type this *exactly* as it is here: -helppath c:/PROGRA~1/pd/doc/5.reference/Gem * (note the space after helppath and no other spaces) * click "apply" then click "ok" * close Pd * reopen and the right-click for help patches should work ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-02-05 05:03 Message: Yeah, this has been fixed, but the Windows build machine died before I could get the fixed release out. John Harrison and Joao Miguel Pais have donated the new parts, I just need to get the time to get that machine up and running again. Or someone else could try their hand at Windows builds: http://puredata.info/docs/developer/mingw ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2566232&group_…

1 0

[ pure-data-Bugs-2138593 ] string2any missing from Pd-extended on Windows
by SourceForge.net 29 Apr '09

29 Apr '09

Bugs item #2138593, was opened at 2008-09-30 13:09 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&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: v0.41 >Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Bryan Jurish (mukau) Summary: string2any missing from Pd-extended on Windows Initial Comment: string2any doesn't load on Windows, perhaps its missing. I don't have a Windows machine to test on, but I have seen this on other people's machines. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-29 13:50 Message: oops, I forgot to mention, you need to load 'moocow' first, so like: [moocow/bytes2any] or [import moocow] [bytes2any] ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-29 13:49 Message: It looks like Bryan fixed this, yay! It works for me on Windows XP using Pd-extended 0.41.4 20090428 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-15 17:08 Message: Still does not work (Pd version 0.41.4-extended-20090415) [flatspace/string2any] does not, too. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2008-11-29 18:22 Message: ... ok, so I decided on option (2) after all... implemented and checked-in yesterday. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2008-09-30 17:33 Message: ... oops, my fault: I removed any2string, string2any, and sprinkler from flatspace a few months ago, since the duplicates seemed to be causing some confusion. See the pd-list archives for August 2008: http://lists.puredata.info/pipermail/pd-list/2008-08/064506.html http://lists.puredata.info/pipermail/pd-list/2008-08/064512.html I still maintain that the windoof autobuild machine has a broken version of make, and that v3.79 is not broken in that sense. I also have no windows machine on which to test, so it's a bit difficult for me to support that platform. I see 3 possible solutions at the moment: 1) someone fixes the make on the autobuild machine (opinions, Hans?) - variant "1b": I call an alternate un-broken make from the "moocow" snippet of externals/Makefile instead of using $(MAKE). 2) I stop using macros in externals/moocow/extended/Makefile; possibly even generating windows-specific makefiles for each subdirectory of moocow/ - ugly, time-consuming, and harder to maintain 3) I (or someone else) place any2string and string2any (and maybe sprinkler) back into flatspace - redundant, confusing, help files don't get installed, mismatched versions, ... Of these, (1) and (3) would be easiest for me. I don't care much for (2)... I could deal without the macros on this scale, but they sure are handy... -Bryan ---------------------------------------------------------------------- Comment By: Martin Peach (mrpeach) Date: 2008-09-30 13:38 Message: Works with [flatspace/string2any] on Pd version 0.40.3-extended-20080310 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&group_…

1 0

[ pure-data-Bugs-2138593 ] string2any missing from Pd-extended on Windows
by SourceForge.net 29 Apr '09

29 Apr '09

Bugs item #2138593, was opened at 2008-09-30 13:09 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&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: v0.41 >Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Bryan Jurish (mukau) Summary: string2any missing from Pd-extended on Windows Initial Comment: string2any doesn't load on Windows, perhaps its missing. I don't have a Windows machine to test on, but I have seen this on other people's machines. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-29 13:50 Message: oops, I forgot to mention, you need to load 'moocow' first, so like: [moocow/bytes2any] or [import moocow] [bytes2any] ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-29 13:49 Message: It looks like Bryan fixed this, yay! It works for me on Windows XP using Pd-extended 0.41.4 20090428 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-15 17:08 Message: Still does not work (Pd version 0.41.4-extended-20090415) [flatspace/string2any] does not, too. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2008-11-29 18:22 Message: ... ok, so I decided on option (2) after all... implemented and checked-in yesterday. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2008-09-30 17:33 Message: ... oops, my fault: I removed any2string, string2any, and sprinkler from flatspace a few months ago, since the duplicates seemed to be causing some confusion. See the pd-list archives for August 2008: http://lists.puredata.info/pipermail/pd-list/2008-08/064506.html http://lists.puredata.info/pipermail/pd-list/2008-08/064512.html I still maintain that the windoof autobuild machine has a broken version of make, and that v3.79 is not broken in that sense. I also have no windows machine on which to test, so it's a bit difficult for me to support that platform. I see 3 possible solutions at the moment: 1) someone fixes the make on the autobuild machine (opinions, Hans?) - variant "1b": I call an alternate un-broken make from the "moocow" snippet of externals/Makefile instead of using $(MAKE). 2) I stop using macros in externals/moocow/extended/Makefile; possibly even generating windows-specific makefiles for each subdirectory of moocow/ - ugly, time-consuming, and harder to maintain 3) I (or someone else) place any2string and string2any (and maybe sprinkler) back into flatspace - redundant, confusing, help files don't get installed, mismatched versions, ... Of these, (1) and (3) would be easiest for me. I don't care much for (2)... I could deal without the macros on this scale, but they sure are handy... -Bryan ---------------------------------------------------------------------- Comment By: Martin Peach (mrpeach) Date: 2008-09-30 13:38 Message: Works with [flatspace/string2any] on Pd version 0.40.3-extended-20080310 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&group_…

1 0

[ pure-data-Bugs-2138593 ] string2any missing from Pd-extended on Windows
by SourceForge.net 29 Apr '09

29 Apr '09

Bugs item #2138593, was opened at 2008-09-30 13:09 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&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: v0.41 >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) >Assigned to: Bryan Jurish (mukau) Summary: string2any missing from Pd-extended on Windows Initial Comment: string2any doesn't load on Windows, perhaps its missing. I don't have a Windows machine to test on, but I have seen this on other people's machines. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-29 13:49 Message: It looks like Bryan fixed this, yay! It works for me on Windows XP using Pd-extended 0.41.4 20090428 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-15 17:08 Message: Still does not work (Pd version 0.41.4-extended-20090415) [flatspace/string2any] does not, too. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2008-11-29 18:22 Message: ... ok, so I decided on option (2) after all... implemented and checked-in yesterday. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2008-09-30 17:33 Message: ... oops, my fault: I removed any2string, string2any, and sprinkler from flatspace a few months ago, since the duplicates seemed to be causing some confusion. See the pd-list archives for August 2008: http://lists.puredata.info/pipermail/pd-list/2008-08/064506.html http://lists.puredata.info/pipermail/pd-list/2008-08/064512.html I still maintain that the windoof autobuild machine has a broken version of make, and that v3.79 is not broken in that sense. I also have no windows machine on which to test, so it's a bit difficult for me to support that platform. I see 3 possible solutions at the moment: 1) someone fixes the make on the autobuild machine (opinions, Hans?) - variant "1b": I call an alternate un-broken make from the "moocow" snippet of externals/Makefile instead of using $(MAKE). 2) I stop using macros in externals/moocow/extended/Makefile; possibly even generating windows-specific makefiles for each subdirectory of moocow/ - ugly, time-consuming, and harder to maintain 3) I (or someone else) place any2string and string2any (and maybe sprinkler) back into flatspace - redundant, confusing, help files don't get installed, mismatched versions, ... Of these, (1) and (3) would be easiest for me. I don't care much for (2)... I could deal without the macros on this scale, but they sure are handy... -Bryan ---------------------------------------------------------------------- Comment By: Martin Peach (mrpeach) Date: 2008-09-30 13:38 Message: Works with [flatspace/string2any] on Pd version 0.40.3-extended-20080310 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&group_…

1 0

[ pure-data-Bugs-1817858 ] divide by zero when scrolling patch window
by SourceForge.net 29 Apr '09

29 Apr '09

Bugs item #1817858, was opened at 2007-10-22 12:42 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1817858&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: v0.40.2 >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: divide by zero when scrolling patch window Initial Comment: Hi, Sometimes, when scrolling a big patch window full of a lot of gop-enabled abstraction instances, BY MEANS OF THE SCROLLING WHEEL OF THE MOUSE, an error message dialog pops up, titled "Application error" which says "Error: divide by zero". If I click on "details", it reads the following: """" divide by zero divide by zero while executing "expr -abs(0)/0" invoked from within "pdtk_canvas_scroll .x9a4e60.c y [expr -abs(0)/0]" (command bound to event) """" Pd does not crash nor hang, it keeps working even while the dialog is open, and it keeps working when I close the dialog by hitting "OK". It happens apparently at random times, but if I do a lot of scrolling up and down and up and down i'm almost sure to reproduce it within less than a minute. It seems it does not happen when scrolling by dragging the scroll bar, only when using the mouse' scroll wheel. And I guess it only happens with huge patches full of gui, as it had never happened to me before. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-04-29 02:20 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: 2009-04-14 04:11 Message: is this still a problem? I haven't seen this is a long while. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-22 19:58 Message: Logged In: YES user_id=1658640 Originator: NO I had the same error some time back in Pd-extended 0.39.2 on Mac, cf. [1]. It happened all the time if i touched the track pad with two fingers while the "two finger scroll" feature was enabled. It has disappeared in later versions. [1] http://lists.puredata.info/pipermail/pd-list/2006-06/039351.html ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2007-10-22 13:23 Message: Logged In: YES user_id=564396 Originator: NO what is your OS? does it go away if you apply the attached patch to the pd.tk? (note the patch is really against u_main.tk; however, at runtime pd.tk is used, which is a mere copy of u_main.tk) File Added: scroll_devide0.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1817858&group_…

1 0

[ pure-data-Bugs-1497217 ] bugs in toxy alpha 19 dll
by SourceForge.net 29 Apr '09

29 Apr '09

Bugs item #1497217, was opened at 2006-05-29 22:43 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1497217&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: v0.39.2 >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Krzysztof Czaja (krzyszcz) Summary: bugs in toxy alpha 19 dll Initial Comment: On extended 0.39-2 test3 toxy tow.dll and widget.dll doesn't work, I've replaced these alpha19 dll version with the alpha15 available in miXed site, it worked better, even the multiscale widget that didn't work before, nice. But widget doesn't work when it's on a patch opened at pd boot with -open option. I am not sure but it might come from the file setup.wid ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-04-29 02:20 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: 2009-04-14 04:10 Message: is this still a problem on Windows? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1497217&group_…

1 0

Jump to page:

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 2009