Pd-dev April 2009

pd-dev@lists.iem.at

13 participants
143 discussions

[tcpserver]: new 'clientbuf' method seems to be buggy
by Roman Haefeli 09 Apr '09

09 Apr '09

hi martin i reckon, that you're working on tcpserver code these days, at least when ever i update mrpeach from svn, the tcpserver.c file is updated. so please tell me, if it makes sense at all to currently report bugs. after having set the buffersize using the 'clientbuf' messages, message to the client, for which the buffersize was set, are truncated. while sending 30 byte messages, only 15 bytes are sent, respectively 15 bytes are received on the client side. please check the attached bug illustration patch roman

3 7

[ pure-data-Bugs-1728414 ] [keyup] doesn't catch escape key ([key] does)
by SourceForge.net 08 Apr '09

08 Apr '09

Bugs item #1728414, was opened at 2007-05-30 11:52 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1728414&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: Hans-Christoph Steiner (eighthave) Summary: [keyup] doesn't catch escape key ([key] does) Initial Comment: Tested only on Windows XP [key] does output a 27 when the Escape key is pressed, but [keydown] does not output anything when the Escape key is released. Possibly related with the [keyname] bug I just submitted?? ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-08 00:59 Message: the patch that fixed this bug is open and assigned to Miller, so it makes sense to keep this bug report closed, IMHO. ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-04-06 12:11 Message: eighthave wrote: > This is fixed by patch #1704511 and included in branches/pd-extended/0.40 One year has passed and the bug is still there in PD Vanilla 0.42-4. I guess the problem, here, is that when the fixing patch was made and included in pd-extended, the bug report was closed. Thanks a lot eighthave for fixing the bug, but I think IMHO that a report should never be closed until the fix has reached the Vanilla release (when it affects an object that is included in Vanilla). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-09 15:54 Message: Logged In: YES user_id=27104 Originator: NO This is fixed by patch #1704511 and included in branches/pd-extended/0.40 http://sourceforge.net/tracker/index.php?func=detail&aid=1704511&group_id=5… ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2007-05-30 17:46 Message: Logged In: YES user_id=1709568 Originator: YES AAARGH sorry, I messed this up totally!!! (I can't edit or rewrite it, can I?) I meant: * [key] outputs a 27 when Escape is pressed, an 8 when backspace is pressed (that's fine) * [keyup] outputs 0 when Escape or Backspace is released. I confirm this, on Windows XP. (vanilla 0.40.2) There's no [keydown] at all, of course. I just messed it up. Sorry for the (recurrent!) lapsus. Feel free to delete and repost the bug report if you can/want Thanks m. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2007-05-30 15:40 Message: Logged In: YES user_id=569446 Originator: NO On Linux [keyup] correctly gives 27 when Escape is released. AFAIK there is no [keydown] object, at least to in Vanilla-Pd. Where is this object from? ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2007-05-30 12:07 Message: Logged In: YES user_id=1709568 Originator: YES ERRATA [keydown] outputs a 0 (zero) when the Escape key is released!! Same happens with backspace ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2007-05-30 12:06 Message: Logged In: YES user_id=1709568 Originator: YES ERRATA [keydown] outputs a 0 (zero) when the Escape key is released!! Same happens with backspace ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1728414&group_…

1 0

[ pure-data-Bugs-1728405 ] keyname issues in Windows
by SourceForge.net 06 Apr '09

06 Apr '09

Bugs item #1728405, was opened at 2007-05-30 17:39 Message generated for change (Comment added) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1728405&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: Fixed Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Hans-Christoph Steiner (eighthave) Summary: keyname issues in Windows Initial Comment: I only have tested this on Windows XP. The [keyname] doesn't handle correctly at least the following keys: - space bar - enter - escape It doesn't correctly return the key name on the right outlet. With the space bar key, it returns "symbol ", which probably is "symbol" plus a space, but however, "symbol space" or something like that would be more appropriate, since in PD a space in a message is equivalent to just nothing and there is no way to handle it as far as I understand. With enter key, it seems to output "symbol " followed by the actual newline character (appears as a square in the output window in Windows) With the escape key, it has a peculiar and incoherent behaviour: on keydown, it outputs "symbol " plus some special character (and outputs a 1 on the left outlet), while on keyup it outputs "symbol Escape" (and a 0 on the left outlet) which is correct. I think all keys should have a name. However, if we accept that some keys don't have a name, I think [keyname] shouldn't output anything when those keys are pressed or releases, just like [key] and [keyup] don't output anything when an unrecognized key is pressed. ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-04-06 18:23 Message: Exactly like bug 1728414, the fix hasn't been included into PD Vanilla almost one year later. I don't know whether it is normal and, above all, I wonder whether it is correct to CLOSE the bug report before the fix is included in Vanilla. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-09 21:54 Message: Logged In: YES user_id=27104 Originator: NO This is fixed by patch #1704511 and included in branches/pd-extended/0.40 http://sourceforge.net/tracker/index.php?func=detail&aid=1704511&group_id=5… ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2007-05-30 23:39 Message: Logged In: YES user_id=1709568 Originator: YES Thanks fbar, now I understand the behaviour of keyname better. However, I don't see the coherence between how it behaves with keys such as "Left", "Shift_R", "F1" on one side, and how it behaves with keys such as space, tab, backspace on the other side. With ENTER and ESC and BACKSPACE there's clearly a bug however. Note that ESC and BACKSPACE output different symbols on keyup and keydown. Also, I don't think it is "acceptable" that a symbol exsists that cannot be written literally (either with or without some kind of escape sequence). Let's suppose that @ is the <mistery char for space> and that ç is the <mistery char for tab>. For a one-item select you can use your "makefilename %c" trick, but you can't write a [select @ ç foo bar] for example. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2007-05-30 21:33 Message: Logged In: YES user_id=569446 Originator: NO Attached patch shows that Pd recognizes most whitespace keys correctly. Also Backspace and Escape act differently. The only keys I couldn't make to work were the RETURN key and other special keys like HOME, END or PageUP. Note that you need to create the symbols for the special characters inside Pd using a special method: [makefilename %c] and the ASCII code. "symbol <mystery_char_for_space>" is something different from "symbol " (2 spaces!) and also different from "symbol 32" or "symbol SPACE". I believe, the way keyname handles this ATM is okay. File Added: keyname-test.pd ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2007-05-30 18:08 Message: Logged In: YES user_id=1709568 Originator: YES Also BACKSPACE behaves exactly like escape ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1728405&group_…

1 0

[ pure-data-Bugs-1728414 ] [keyup] doesn't catch escape key ([key] does)
by SourceForge.net 06 Apr '09

06 Apr '09

Bugs item #1728414, was opened at 2007-05-30 17:52 Message generated for change (Comment added) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1728414&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: Hans-Christoph Steiner (eighthave) Summary: [keyup] doesn't catch escape key ([key] does) Initial Comment: Tested only on Windows XP [key] does output a 27 when the Escape key is pressed, but [keydown] does not output anything when the Escape key is released. Possibly related with the [keyname] bug I just submitted?? ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-04-06 18:11 Message: eighthave wrote: > This is fixed by patch #1704511 and included in branches/pd-extended/0.40 One year has passed and the bug is still there in PD Vanilla 0.42-4. I guess the problem, here, is that when the fixing patch was made and included in pd-extended, the bug report was closed. Thanks a lot eighthave for fixing the bug, but I think IMHO that a report should never be closed until the fix has reached the Vanilla release (when it affects an object that is included in Vanilla). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-05-09 21:54 Message: Logged In: YES user_id=27104 Originator: NO This is fixed by patch #1704511 and included in branches/pd-extended/0.40 http://sourceforge.net/tracker/index.php?func=detail&aid=1704511&group_id=5… ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2007-05-30 23:46 Message: Logged In: YES user_id=1709568 Originator: YES AAARGH sorry, I messed this up totally!!! (I can't edit or rewrite it, can I?) I meant: * [key] outputs a 27 when Escape is pressed, an 8 when backspace is pressed (that's fine) * [keyup] outputs 0 when Escape or Backspace is released. I confirm this, on Windows XP. (vanilla 0.40.2) There's no [keydown] at all, of course. I just messed it up. Sorry for the (recurrent!) lapsus. Feel free to delete and repost the bug report if you can/want Thanks m. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2007-05-30 21:40 Message: Logged In: YES user_id=569446 Originator: NO On Linux [keyup] correctly gives 27 when Escape is released. AFAIK there is no [keydown] object, at least to in Vanilla-Pd. Where is this object from? ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2007-05-30 18:07 Message: Logged In: YES user_id=1709568 Originator: YES ERRATA [keydown] outputs a 0 (zero) when the Escape key is released!! Same happens with backspace ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2007-05-30 18:06 Message: Logged In: YES user_id=1709568 Originator: YES ERRATA [keydown] outputs a 0 (zero) when the Escape key is released!! Same happens with backspace ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1728414&group_…

1 0

[select] to make zexy's pack/unpack
by Hans-Christoph Steiner 05 Apr '09

05 Apr '09

Hey, I really like the idea of zexy's pack/unpack, it seems more pd-ish to me than the vanilla versions. I was wondering if anyone has considered doing a similar thing with [select] to make it more flexible in terms of mixing symbols and floats. Here's an illustration of the issue I am talking about: .hc ---------------------------------------------------------------------------- There is no way to peace, peace is the way. -A.J. Muste

2 1

[ pure-data-Patches-1944415 ] plugin~ help crashes Pd-extended on Mac OS X
by SourceForge.net 05 Apr '09

05 Apr '09

Patches item #1944415, was opened at 2008-04-16 22:07 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1944415&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: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: plugin~ help crashes Pd-extended on Mac OS X Initial Comment: In the process of trying the help patch from #1944380, I just foudn another bug: the plugin~ help patch crashes Pd on Mac OS X 10.4.11/Intel using Pd-0.40.3-extended-20080403. I am guessing that this is related to the plugin files it is trying to load ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-04-05 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: Nobody/Anonymous (nobody) Date: 2009-03-21 15:06 Message: i made a bugfixed version here: http://bitbucket.org/moumar/ladspa/wiki/Home ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-21 03:13 Message: bad news: it still crashes for me on Mac OS X 10.5.6/Intel and Pd-0.41.4-extended-20090310 with a newly compiled plugin~.pd_darwin. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-21 03:05 Message: checked into trunk: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=108… ---------------------------------------------------------------------- Comment By: zoom zoomzen (zoomzoomzen) Date: 2009-01-05 17:38 Message: hi, here is a patch against Pd-0.40.3-extended that improves error checking for plugin~ and prevent segfaults diff -r b56f17673103 externals/plugin~/plugin~.c --- a/externals/plugin~/plugin~.c Mon Jan 05 16:30:27 2009 +0100 +++ b/externals/plugin~/plugin~.c Mon Jan 05 16:59:40 2009 +0100 @@ -93,7 +93,7 @@ static void* plugin_tilde_new (t_symbol* post("plugin~: Unable to open plugin"); } } - + /* Create in- and outlet(s) */ /* Allocate memory for in- and outlet pointers */ @@ -729,6 +729,11 @@ void plugin_tilde_ladspa_connect_audio ( unsigned port_index = 0; unsigned input_count = 0; unsigned output_count = 0; + + if (x->plugin_library_filename == NULL) { + post("plugin~: plugin not found"); + return; + } /* Allocate out-of-place memory if needed */ if (plugin_tilde_ladspa_alloc_outofplace_memory (x, num_samples)) { ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-17 23:11 Message: Logged In: NO yeah, I submitted that help patch, and have discovered that the plugin~ object crashes when you give an argument that is a ladspa plugin that it cannot find. the problem is a complete lack of error checking. I will see if I can find the time/energy to put some simple error checking in there, and submit it if I can ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1944415&group_…

1 0

PD bails, thread continues happily?
by B. Bogart 05 Apr '09

05 Apr '09

Hey all, I've managed to solve the issues with threads dying. I did a test today running a over 10,000 image captures using the "captureimages" method of [gphoto]. Everything seems to work, but the PD counter (based on bangs sent from the second thread) stopped at 2,000 and PD became largely unresponsive. I was able to stop the thread with the PD method, so PD was not totally dead, but I was unable to send any additional commands to the camera, nor open another patch, or anything useful. I've attached the thread spawner and the thread code itself. Anyone have an idea why PD would stop after 2,000 loop iterations and yet the thread (and camera) still working in the background? I was testing with a very small delay (0) so the loop contained a sleep(0). I'll try a sleep(2) today and tomorrow. The rest of the code is in SVN. Thanks, .b.

2 1

'grill' and svn:externals
by Hans-Christoph Steiner 05 Apr '09

05 Apr '09

Hey, I just noticed that the 'externals/grill' folder was replaced by svn:externals links. Please do not use svn:externals unless you are willing to support them with the nightly builds. They break the nightly builds because of the various errors and warnings caused by TLS certificates, password prompts, etc. .hc ---------------------------------------------------------------------------- News is what people want to keep hidden and everything else is publicity. - Bill Moyers

3 9

[ pure-data-Bugs-2621932 ] gop multiplicity
by SourceForge.net 03 Apr '09

03 Apr '09

Bugs item #2621932, was opened at 2009-02-21 00:44 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: gop multiplicity Initial Comment: 1. Open patch.pd 2. Delete the subpatch. 3. Either a) create a new my_abs object or b) undo the previous delete 4. Repeat steps 2-3 n times. Now when you open the subpatch, all actions occur n+1 times, e.g.: * creating a new object box makes a chain of n+1 object boxes * patch is saved n+1 times * paste creates n+1 new copies If you don't save and try to close patch.pd, it repeats the message "discard changes to patch.pd" and sometimes crashes after two or three times. The behavior persists until closing pd completely. So if you go through the steps above 3 times, close the patch, and reopen it and go through them 3 more times, you'll get 7 extra objects every time you create something from the "put" menu. I only get this behavior when using gop, and with an object visible in the gop window. Same for abstractions. For each extra object created in the subpatch, I get a "consistency check failed: canvas_vis" error to the console. Using pd-0.42-4 on windows xp sp3 -Jonathan jancsika(a)yahoo.com ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-03 09:07 Message: In step #3 above, please ignore "a) create a new my_abs object" and simply undo the previous deletion of the subpatch. Also, the multiplicity bug happens only within the subpatch window. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 14:26 Message: could not reproduce with 0.42-4 on linux ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…

1 0

[ pure-data-Bugs-2102611 ] creating [~] crashes pd
by SourceForge.net 03 Apr '09

03 Apr '09

Bugs item #2102611, was opened at 2008-09-09 16:34 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2102611&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.40.2 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: tim167 (tim167) Assigned to: Hans-Christoph Steiner (eighthave) Summary: creating [~] crashes pd Initial Comment: creating an object named ~ or ~- crashes pd-extended Pd version 0.40.3-extended-20080902 Ubuntu 8.04 Hardy Heron does not crash Pd version 0.40.2 on Feisty, nor Pd version 0.41.4 on Ubuntu Hardy. 1. Starting program: /usr/bin/pd 2. [Thread debugging using libthread_db enabled] 3. tk scaling is 1.32810457516 4. [New Thread 0xb7d066b0 (LWP 13939)] 5. <init> : Avifile RELEASE-0.7.47-080115-14:47-4.2.3 6. <init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pebs bts sync_rdtsc pni monitor ds_cpl est cid cx16 7. <init> : 1600.00 MHz Intel(R) Pentium(R) 4 CPU 3.20GHz processor detected 8. [New Thread 0xb65feb90 (LWP 13945)] 9. 10. Program received signal SIGSEGV, Segmentation fault. 11. [Switching to Thread 0xb7d066b0 (LWP 13939)] 12. 0xb7d7a5e6 in strncpy () from /lib/tls/i686/cmov/libc.so.6 13. (gdb) bt 14. #0 0xb7d7a5e6 in strncpy () from /lib/tls/i686/cmov/libc.so.6 15. #1 0x080c209c in sys_open_absolute (name=0x85a1ce8 "~", 16. ext=0x811d05c ".l_i386", dirresult=0xbfa3dfa0 "", nameresult=0xbfa3df9c, 17. size=0, bin=0, fdp=0xbfa3cf54) at s_path.c:308 18. #2 0x00000000 in ?? () ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-04-02 21:50 Message: same as bug 2724323, which is fixed ---------------------------------------------------------------------- Comment By: Dan Wilcox (danomatika) Date: 2008-10-28 00:20 Message: I can confirm this on Ubutnu Hardy 8.04 using Pd 0.40.3-ubuntu-hardy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2102611&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