Pd-dev February 2008

pd-dev@lists.iem.at

23 participants
81 discussions

[ pure-data-Bugs-1891819 ] too many messages to NETSEND freeze pd forever (but 0% cpu)
by SourceForge.net 12 Feb '08

12 Feb '08

Bugs item #1891819, was opened at 2008-02-12 10:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1891819&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.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: too many messages to NETSEND freeze pd forever (but 0% cpu) Initial Comment: If you send "too many" messages to netsend in zero logical time, PD immediately stops responding forever, WITHOUT eating up any cpu at all. Attached patch illustrate the problem. Click on the "connect" message box, and then on the [bng] Note that it only happens if netsend is connected. If not connected, it will properly output all the "error: not connected" error messages. Tested on Windows XP, Intel Core Duo. PD-Vanilla 0.40.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1891819&group_…

1 0

[SourceForge.net: Over-quota notice for project: pure-data]
by Frank Barknecht 12 Feb '08

12 Feb '08

Hi, o-oh, SVN has brought us to fill our quota. As I'm preparing LAC, I won't have any time at all to react to this. :( Ciao -- Frank ----- Forwarded message from noreply(a)sourceforge.net ----- Subject: SourceForge.net Support: Over-quota notice for project: pure-data Greetings, This is an automated quota-overage notice. Do not respond to this email, instead follow the instructions below if you have questions or concerns regarding this mailing. This new quota system (implemented on April 12, 2006) includes tracking of quotas granted, so if you've been granted one in the past, please respond using the method documented below so we can track your quota. You are receiving this message as your SourceForge.net project, pure-data, is currently over its quota in its project group directory located on the SourceForge.net shell server. Your project has a 100000 k soft quota and your project is currently using 221288 k of disk. This new quota system allows us to track quotas granted to projects. Follow the instructions below to request a quota increase for your project to stop future mailings like this one from being sent to your project. The following command can be run at any time on the project shell server to check your project's disk usage: du -skx /home/groups/p/pu/pure-data/ Please take action to reduce your project's disk usage as soon as reasonably possible, but no later than 2008-02-18. For your quick reference, you may access your user home directory using any SSH client: Host: shell.sourceforge.net Home Directory: /home/groups/p/pu/pure-data/ Should you have problems accessing your user account, please refer to the site document "Coping with User Account Problems": https://www.sf.net/docs/C02 For further details on the usage and access of the project shell server, refer to the site document "Project Shell, Web and Database Services": https://www.sf.net/docs/E07 If you wish to request an increased quota for your project, or have further questions or concerns regarding this matter, submit a Support Request to the Alexandria project on SourceForge.net. However, please review your project's current disk usage, and prune out unneeded data now, before requesting the increased quota. https://sourceforge.net/tracker/?func=add&group_id=1&atid=200001 Thank you, SourceForge.net Support ----- End forwarded message ----- -- Frank Barknecht _ ______footils.org__

3 5

branch-v0-40-extended coming soon..
by Hans-Christoph Steiner 11 Feb '08

11 Feb '08

Hey all, I'd like to start the release branch for Pd-extended 0.40.3 in two weeks. Is there any work pending that should get included? If so, let me know when it'll be done. Otherwise those changes will have to be merged into the release branch to make it into the release. Woo hoooo! Let's do the next Pd-extended release sooner than a year after the last! :D .hc ------------------------------------------------------------------------ ---- http://at.or.at/hans/

1 0

[ pure-data-Bugs-1891178 ] netsend: messages sent just after connect are lost/corrupted
by SourceForge.net 11 Feb '08

11 Feb '08

Bugs item #1891178, was opened at 2008-02-11 15:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1891178&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.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: netsend: messages sent just after connect are lost/corrupted Initial Comment: If you send a great enough number of messages throught a netsend immediately after the connection is established (for example triggered by the 1 output of netsend), the first messages are lost (and no error message issued). Netreceive receives some corrupted data, and then the last N messages sent. The attached patch illustrates the problem. ** TEST PROCEDURE: Click on the [connect ...( message box ** EXPECTED BEHAVIOUR: On PD output window the following should appear: CONNECTED: 1 DATA: bla bla 1 DATA: bla bla 2 DATA: bla bla 3 ... DATA: bla bla 1000 ** OBSERVED BEHAVIOUR The following output appears: CONNECTED: 1 DATA: 53 DATA: bla bla 954 DATA: bla bla 955 ... DATA: bla bla 1000 ==== Note that if you later click the [bng], all works as expected, i.e. no message is lost: message loss only seems to happen when too many messages are sent immediately after connection. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1891178&group_…

1 0

[ pure-data-Bugs-1890931 ] [list-split] outputs bad bang type
by SourceForge.net 11 Feb '08

11 Feb '08

Bugs item #1890931, was opened at 2008-02-11 07:01 Message generated for change (Comment added) made by claudiusmaximus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890931&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.41.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: [list-split] outputs bad bang type Initial Comment: Hi, Attached it a patch demonstrating the bug. [list-split] outputs a bang on the right outlet when the input is a bang, but it seems to invisibly add the "list" selector so that the bang is unrecognized by, for example, [until] (giving the error: inlet: expected 'bang' but got 'list') Cheers Luke ---------------------------------------------------------------------- Comment By: ClaudiusMaximus (claudiusmaximus) Date: 2008-02-11 08:51 Message: Logged In: YES user_id=769033 Originator: NO I'd say it was a bug in Pd core. Rather than adding special cases to *all* objects, I think the "distribute lists over inlets if there is no method for 'list'" code should notice empty lists and call the 'bang' method, furthermore extra 'list' methods for objects that don't really need them should be removed. Both these steps are necessary to maintain the ("list",{}) == ("bang",{}) invariant in more places with less code. Something like this (totally untested, so be warned): --- m_obj.c.orig 2008-02-11 08:48:44.000000000 +0000 +++ m_obj.c 2007-12-17 20:28:49.000000000 +0000 @@ -224,7 +224,7 @@ t_atom *ap; int count; t_inlet *ip = ((t_object *)x)->ob_inlet; - if (!argc) return; + if (!argc) { pd_bang(&x->ob_pd); return; } for (count = argc-1, ap = argv+1; ip && count--; ap++, ip = ip->i_next) { if (ap->a_type == A_POINTER) pd_pointer(&ip->i_pd, ap->a_w.w_gpointer); ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2008-02-11 08:24 Message: Logged In: YES user_id=569446 Originator: NO I guess you mean [list split] (without dash). If it's a bug it's one in [until] I believe. [list split] outputs a zero-element list in your example, which is what the help-file says it would do. Usually empty lists get converted to a bang. I suppose this happens at an object's inlet. However [until] doesn't convert - probably it needs to get a until_list2(...) method? (Btw: Better avoid whitespace in the names of example patches uploaded here. I uploaded a new version and deleted the old.) File Added: list-split-bug.pd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890931&group_…

1 0

[ pure-data-Bugs-1890931 ] [list-split] outputs bad bang type
by SourceForge.net 11 Feb '08

11 Feb '08

Bugs item #1890931, was opened at 2008-02-11 08:01 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890931&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.41.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: [list-split] outputs bad bang type Initial Comment: Hi, Attached it a patch demonstrating the bug. [list-split] outputs a bang on the right outlet when the input is a bang, but it seems to invisibly add the "list" selector so that the bang is unrecognized by, for example, [until] (giving the error: inlet: expected 'bang' but got 'list') Cheers Luke ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2008-02-11 09:24 Message: Logged In: YES user_id=569446 Originator: NO I guess you mean [list split] (without dash). If it's a bug it's one in [until] I believe. [list split] outputs a zero-element list in your example, which is what the help-file says it would do. Usually empty lists get converted to a bang. I suppose this happens at an object's inlet. However [until] doesn't convert - probably it needs to get a until_list2(...) method? (Btw: Better avoid whitespace in the names of example patches uploaded here. I uploaded a new version and deleted the old.) File Added: list-split-bug.pd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890931&group_…

1 0

[ pure-data-Bugs-1890931 ] [list-split] outputs bad bang type
by SourceForge.net 11 Feb '08

11 Feb '08

Bugs item #1890931, was opened at 2008-02-11 00:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890931&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.41.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: [list-split] outputs bad bang type Initial Comment: Hi, Attached it a patch demonstrating the bug. [list-split] outputs a bang on the right outlet when the input is a bang, but it seems to invisibly add the "list" selector so that the bang is unrecognized by, for example, [until] (giving the error: inlet: expected 'bang' but got 'list') Cheers Luke ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1890931&group_…

1 0

[ pure-data-Bugs-1856583 ] Thumbnail creation is not working
by SourceForge.net 10 Feb '08

10 Feb '08

Bugs item #1856583, was opened at 2007-12-22 13:17 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1856583&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: pdpedia Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Thumbnail creation is not working Initial Comment: ... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-02-10 13:34 Message: Logged In: NO in pdpedia i guess ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-02-10 13:34 Message: Logged In: NO in pdpedia i guess ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1856583&group_…

1 0

[ pure-data-Bugs-1856583 ] Thumbnail creation is not working
by SourceForge.net 10 Feb '08

10 Feb '08

Bugs item #1856583, was opened at 2007-12-22 13:17 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1856583&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: pdpedia Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Thumbnail creation is not working Initial Comment: ... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-02-10 13:34 Message: Logged In: NO in pdpedia i guess ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1856583&group_…

1 0

[ pure-data-Patches-1890705 ] Repairing s_inter.c so it behaves with OSX 10.5
by SourceForge.net 10 Feb '08

10 Feb '08

Patches item #1890705, was opened at 2008-02-10 18:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1890705&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: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Plans Casal (pland) Assigned to: Nobody/Anonymous (nobody) Summary: Repairing s_inter.c so it behaves with OSX 10.5 Initial Comment: Calls to sys_guicmd between fork() and exec were causing 'you must exec!' errors to do with new Frameworks policy. This patch puts the sys_guicmd before the fork, and was tested on 10.5.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1890705&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
9
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 February 2008