Pd-dev March 2006

pd-dev@lists.iem.at

24 participants
45 discussions

[ pure-data-Bugs-1459776 ] weird bug: dot in comment disappears
by SourceForge.net 28 Mar '06

28 Mar '06

Bugs item #1459776, was opened at 2006-03-28 07:10 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1459776&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: weird bug: dot in comment disappears Initial Comment: I found a very strange, very specific bug: If have text in a comment that has a . in the second position, and a space in the third position, the . is not saved. But if you dynamically generate that comment, the dot is saved. This is Pd-0.38.4-extended and Miller's 0.39-2 on Mac OS X. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2006-03-28 10:23 Message: Logged In: YES user_id=569446 This bug works differently, however. Every number followed by a dot and a space is affected, however comments starting with a letter and a dot aren't. So this comment is okay: a. something but this isn't: numbers: 1. 2. 3. 4. Pd converts floating point numbers in comments if possible, so they don't contain floating points anymore. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1459776&group_…

1 0

[ pure-data-Bugs-1459776 ] weird bug: dot in comment disappears
by SourceForge.net 28 Mar '06

28 Mar '06

Bugs item #1459776, was opened at 2006-03-28 00:10 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=1459776&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: weird bug: dot in comment disappears Initial Comment: I found a very strange, very specific bug: If have text in a comment that has a . in the second position, and a space in the third position, the . is not saved. But if you dynamically generate that comment, the dot is saved. This is Pd-0.38.4-extended and Miller's 0.39-2 on Mac OS X. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1459776&group_…

1 0

under_scores versus studlyCaps in object names
by Hans-Christoph Steiner 26 Mar '06

26 Mar '06

I just was thinking: C++, Java, SuperCollider, Python, SmallTalk, processing, etc. all use studlyCaps as the standard for object and method names rather than the GNU C under_score_object_names or the Max/Pd-style runeverythingtogether (natural for German and Thai speakers, but not most languages AFAIK). Should we make the new Pd libraries use capsAsTheStandardNameFormat? I am beginning to think yes... .hc ________________________________________________________________________ ____ If you are not part of the solution, you are part of the problem. - Eldridge Cleaver

4 6

Re: [hid] crashes Re: [PD] Couldn't Create sndfiler thread: 1?
by Georg Holzmann 24 Mar '06

24 Mar '06

Hallo! moved to pd-dev ... >> Ok, please send info. Bug reports are most appreciated, as much info >> as possible, and a Pd console log too. Its hard to tell what's going >> on from "I used hid and it crashes". I tried now to debug it: the problem seems to be in hid_get_events: in the while loop hid_input_event.type is 0 at the second key wich is read ... so the problem should be somewhere in the read function, but I didn't figure out why ... the first key-event is read correct ... hear a console log with some custom debug messages: ----------------------- in while-loop EV_KEY: 1, read-type: 4 event_names[hid_input_event.type][hid_input_event.code] != NULL print: msc msc_scan 31 in while-loop EV_KEY: 1, read-type: 1 hid_input_event.type == EV_KEY after hid_convert_linux_buttons after hid_convert_linux_keys print: key key_s 1 in while EV_KEY: 1, read-type: 0 output 3 events CRASH ------------------------ Let me know if you need some other information or if you have an idea ... LG Georg

2 2

[ pure-data-Feature Requests-1457431 ] default dir for Mac OS X
by SourceForge.net 24 Mar '06

24 Mar '06

Feature Requests item #1457431, was opened at 2006-03-23 19:26 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=1457431&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: default dir for Mac OS X Initial Comment: Instead of / as the default directory for a new patch, I think it makes a lot of sense to set it as ~/Desktop or ~/Documents. Those are both automatically created by Mac OS X so they will be there, and the user is pretty much guaranteed to have write access, unlike / ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1457431&group_…

1 0

[ pure-data-Patches-1403917 ] bind abtraction-canvas to full classname
by SourceForge.net 23 Mar '06

23 Mar '06

Patches item #1403917, was opened at 2006-01-12 06:26 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1403917&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: wishlist Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: bind abtraction-canvas to full classname Initial Comment: each abstraction-canvas is bound to a receive-symbol, based on the abstraction name, which enables you to send special messages to the canvas (like "vis 1") e.g. [foo] will be bound to "pd-foo.pd"; however, when the abstraction is created with a path-name, this is not reflected. e.g. [foo/bar] will be bound to "pd-bar.pd" this is unfortunate if you are using multiple abstractions of the same name within different directories, like [foo/bar] and [task/bar] (both will listen to "pd-bar.pd") the attached patch will modify g_canvas.c and m_class.c to additionally bind the abstraction's canvas to the full classname of the abstraction, with "pd-" prepended in the given example this means, that [foo/bar] will be bound to "pd-foo/bar" and [task/bar] will be bound to "pd-task/bar" caveat: no ".pd" is suffixed, since the full classname does not hold any file-suffixes. i do not consider this too bad, but who knows. what for?: i need this for a general framework where people can write their own modules that will be saved within a directory; the entry-point to each module is an abstraction with the same name. ---------------------------------------------------------------------- >Comment By: Miller Puckette (millerpuckette) Date: 2006-03-23 14:37 Message: Logged In: YES user_id=313747 I'm still trying to figure out a more general mechanism for doing this... a "control" inlet for canvases, or something like that. ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-01-13 11:11 Message: Logged In: YES user_id=564396 as discussed on the list, it should be considered removing the compatibility binding to the file-name. e.g. [foo/bar] binds to "pd-foo/bar.pd" and [pizza/bar] binds to "pd-pizza/bar.pd" but none of them binds to [pd-bar.pd] i don't give a patch for this, since the change is simple (just remove 1 (or 2) lines), and the decision should be made by somebody responsible. ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-01-13 01:04 Message: Logged In: YES user_id=564396 a refined patch "bind2classname.pd.diff" now also adds ".pd" to the full classname, regardless of what the actual file-extension is. it uses addfileextent(). so now [foo/bar] will bind to "pd-foo/bar.pd" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1403917&group_…

1 0

[ pure-data-Patches-1374659 ] MinGW Makefile for Pd
by SourceForge.net 23 Mar '06

23 Mar '06

Patches item #1374659, was opened at 2005-12-06 09:42 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1374659&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: Unstable (example) >Status: Closed Resolution: None Priority: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: MinGW Makefile for Pd Initial Comment: Attached is a Makefile for building Pd on Windows using MinGW. I have successfully build the HEAD of the MAIN branch of Pd in CVS with it. It goes with these instructions: http://puredata.org/docs/developer/win For now, this is kind of a hacked up cross between makefile.nt and makefile.in. Ideally, the MinGW specifics would be incorporated into the configure.in and makefile.in system, so that on all platforms, you could build Pd by doing: ./configure && make ---------------------------------------------------------------------- >Comment By: Miller Puckette (millerpuckette) Date: 2006-03-23 14:29 Message: Logged In: YES user_id=313747 Took it (untested... I don't have mingw.) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-12-19 16:09 Message: Logged In: YES user_id=27104 this is the makefile.mingw that was used to build Pd-0.38.4-extendedRC6.exe ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-12-19 14:53 Message: Logged In: YES user_id=27104 This new makefile compiles everything, including the externals and pd.com, the cmd.exe version (using the regular s_entry.c, no s_entry_com.c necessary, thanks to MinGW's -mwindows). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1374659&group_…

1 0

[ pure-data-Patches-1368465 ] fix memory leak in bonk~
by SourceForge.net 23 Mar '06

23 Mar '06

Patches item #1368465, was opened at 2005-11-28 10:18 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1368465&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 Submitted By: Mathieu Bouchard (matju) Assigned to: Miller Puckette (millerpuckette) Summary: fix memory leak in bonk~ Initial Comment: fix memory leak in bonk~ remove unused variables other changes that i dunno about because i diffed with MAIN instead of just my own changes. if you want to see just my changes, see the pd-cvs archive. ---------------------------------------------------------------------- >Comment By: Miller Puckette (millerpuckette) Date: 2006-03-23 14:23 Message: Logged In: YES user_id=313747 fixed memory leak. Haven't fixed unused vars yet. ---------------------------------------------------------------------- Comment By: Thomas Grill (xovo) Date: 2005-11-30 06:09 Message: Logged In: YES user_id=350252 here's the missing patch (please mind eventual line breaks): Index: bonk~/bonk~.c =================================================================== RCS file: /cvsroot/pure-data/pd/extra/bonk~/bonk~.c,v retrieving revision 1.3.4.4 diff -u -r1.3.4.4 bonk~.c --- bonk~/bonk~.c 30 Nov 2005 13:57:09 -0000 1.3.4.4 +++ bonk~/bonk~.c 30 Nov 2005 14:06:30 -0000 @@ -950,7 +950,7 @@ void bonk_tilde_setup(void) { - bonk_class = class_new(gensym("bonk~"), (t_newmethod)bonk_new, 0, + bonk_class = class_new(gensym("bonk~"), (t_newmethod)bonk_new, (t_method)bonk_free, sizeof(t_bonk), 0, A_DEFFLOAT, A_DEFFLOAT, 0); class_addmethod(bonk_class, nullfn, gensym("signal"), 0); class_addmethod(bonk_class, (t_method)bonk_dsp, gensym("dsp"), 0); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1368465&group_…

1 0

CVS account submission
by Alexandre Quessy 23 Mar '06

23 Mar '06

Hi, I would like to get a CVS account. My user id is alexandrequessy. I want to submit my abstractions and externals : muzaq. I have currently two externals : matches is for pcre regular expressions matching (require libpcre) and concat is for concatening lists into symbols. More to come. My abstractions are mostly musical algorythms. Some info can be found at the two URL below. Some of it is in french. -- Alexandre Quessy http://alexandre.quessy.net/ http://www.sourcelibre.com/puredata/ La parole nous a été donnée pour déguiser notre pensée. -+- Charles-Maurice de Talleyrand-Perigord -+-

5 11

Re: [PD-dev] Building Pd-extended OSX
by David Plans Casal 21 Mar '06

21 Mar '06

On 19 Mar 2006, at 05:53, Hans-Christoph Steiner wrote: > I forgot to mention, it would be nice to have some help with the > 0.39.2 build of Pd-extended. Because of all of the patches need to > build Pd-extended, it doesn't easily work for multiple versions at > the same time. So it would be great if you could work on the > 0.39.2 stuff too. Anyway, the current version in CVS doesn't have > any changes except for the patches that are in Pd-extended AFAIk. Ok, I'm trying to get ready to help you; I've been trying to build extended so I could then offer help if needed. Main thing stopping me right now is I haven't managed a clean build yet. But, I'm almost there I think. Could you point at things I might be able to help you with? I'm kinda lost as to where to begin (other than continuously testing on darwin). Please assume n00b-level expertise unless I tell you otherwise ;-) d -- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com

2 3

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 2006