Pd-dev October 2007

pd-dev@lists.iem.at

30 participants
183 discussions

removing inactive devs
by IOhannes m zmoelnig 05 Nov '07

05 Nov '07

finally, i would like to do the removal of inactive users from the long list of sf-developers. 12 users have never committed anything, 26 users have not committed anything within the last 2 years. i would like to send this email (of no one objects) to each of them, and after a one week period for objections from their side i wouldremove them. fmasd.r IOhannes here is the email text: Hi, you are a registered developer at the "pure-data" sourceforge project, which means that you have write access to the repository hosted there. our project currently has 67 developers, a lot of them being inactive. as one of the administrators of the project, i would like to reduce the number of developers to the active ones. since you haven't committed anything within the last two (2) years, you are considered to be "inactive", and therefore i would like to remove you from the list of developers. if you ever feel like you need developer status (=write access to the repository) again, just send an email to the pd-dev mailinglist. (this is the main reason why i dare to send out this email: getting write access is so simple that people don't lose a privilige if they are removed from the list of developers) if you feel that this is totally unjustified, please tell me within the next week. mfg.asdr IOhannes

2 2

Komodo/ActiveState GUI Builder/specTcl
by Hans-Christoph Steiner 31 Oct '07

31 Oct '07

Hey, Has anyone tried Komodo/ActiveState GUI Builder/specTcl? It's a program to build GUIs using Tk. ActiveState used to sell it, but now seems to have released it under a BSD license: http://wiki.tcl.tk/1414 http://wiki.tcl.tk/1958 .hc ------------------------------------------------------------------------ ---- "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore

1 0

Re: [PD-dev] getting the classname in an class
by Hans-Christoph Steiner 31 Oct '07

31 Oct '07

We have a winner! :D static void entry_save(t_gobj *z, t_binbuf *b) { t_entry *x = (t_entry *)z; t_symbol *classname = atom_getsymbol(binbuf_getvec(x- >x_obj.te_binbuf)); binbuf_addv(b, "ssiisiiss", gensym("#X"),gensym("obj"), x->x_obj.te_xpix, x->x_obj.te_ypix, classname, x->x_width, x->x_height, x->x_bgcolour, x->x_fgcolour); binbuf_addv(b, ";"); } .hc On Oct 29, 2007, at 12:51 PM, Miller Puckette wrote: > So you can probably just use x->x_obj.ob_binbuf -- that's the text the > object is "created" with. > > > > On Mon, Oct 29, 2007 at 12:36:16PM -0400, Hans-Christoph Steiner > wrote: >> >> I want to get the full classname that an object was instantiated >> with. Basically, lots of GUI objects use gensym("nbx") in the >> binbuf_addv() in the save function. This means that if they were >> instantiated with a namespace prefix, i.e. [iemgui/nbx], the "save" >> function will save it as [nbx]. >> >> The "new" function gets the correct classname in the t_symbol it's >> passed. So the question is how to get this from the object's >> struct. I understand the concepts, just not how the the data >> structures are organized. >> >> .hc >> >> On Oct 29, 2007, at 12:28 PM, Miller Puckette wrote: >> >>> Hmm, well, the way Pd gets it is looking in the binbuf. But >>> perhaps you >>> need to look in the binbuf for the object you're looking at, not >>> that of >>> the containing canvas, no? Or, on the other hand. perhaps you're >>> trying >>> to get the name of the abstraction the object is part of? >>> >>> cheers >>> M >>> >>> On Sun, Oct 28, 2007 at 10:57:52PM -0400, Hans-Christoph Steiner >>> wrote: >>>> >>>> It sounds like this isn't the way to do it then. But somewhere the >>>> whole classname with the namespace prefix must be stored for every >>>> single object instantiated, since it will get written out to the >>>> file. How do I access that? >>>> >>>> .hc >>>> >>>> On Oct 28, 2007, at 10:50 PM, Miller Puckette wrote: >>>> >>>>> I think the binbuf is always present, but in the case of a top- >>>>> level >>>>> canvas, it might be empty; binbuf_getnatom() tells you how many >>>>> atoms >>>>> there are. >>>>> >>>>> cheers >>>>> Miller >>>>> >>>>> On Sun, Oct 28, 2007 at 10:14:48PM -0400, Hans-Christoph Steiner >>>>> wrote: >>>>>> >>>>>> On Oct 28, 2007, at 8:47 PM, Martin Peach wrote: >>>>>> >>>>>>> Hans-Christoph Steiner wrote: >>>>>>>> >>>>>>>> I tried this in entry_new() and entry_save(), and in both, >>>>>>>> "binbuf" ends being nothing useful (i.e. segfault): >>>>>>>> >>>>>>>> t_glist *glist = (t_glist *) canvas_getcurrent(); >>>>>>>> t_canvas *canvas = (t_canvas*) glist_getcanvas(glist); >>>>>>>> t_binbuf *binbuf = canvas->gl_obj.te_binbuf; >>>>>>>> t_atom *ap = binbuf_getvec(binbuf); >>>>>>>> t_symbol *classname = atom_getsymbol(ap); >>>>>>>> >>>>>>>> What's going on here? Am I doing something wrong? >>>>>>>> >>>>>>> I don't know what you're trying to do but it's normal to >>>>>>> check for >>>>>>> NULL pointers after each of the above statements. That should >>>>>>> give >>>>>>> you a clue. >>>>>>> I suspect that the binbuf doesn't exist if you didn't >>>>>>> allocate it >>>>>>> yourself. >>>>>> >>>>>> I am just following IOhannes' code, which he says works (I >>>>>> haven't >>>>>> tested it...) >>>>>> >>>>>> http://pure-data.cvs.sourceforge.net/pure-data/externals/iem/ >>>>>> iemguts/ >>>>>> src/saveargs.c?view=markup >>>>>> >>>>>> Somehow, he magically gets a binbuf with contents in it! ;) >>>>>> >>>>>> .hc >>>>>> >>>>>> >>>>>> ----------------------------------------------------------------- >>>>>> -- >>>>>> -- >>>>>> --- >>>>>> ---- >>>>>> >>>>>> There is no way to peace, peace is the way. -A.J. Muste >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> PD-dev mailing list >>>>>> PD-dev(a)iem.at >>>>>> http://lists.puredata.info/listinfo/pd-dev >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------- >>>> -- >>>> --- >>>> ---- >>>> >>>> You can't steal a gift. Bird gave the world his music, and if >>>> you can >>>> hear it, you can have it. - Dizzy Gillespie >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> PD-dev mailing list >>>> PD-dev(a)iem.at >>>> http://lists.puredata.info/listinfo/pd-dev >> >> >> >> --------------------------------------------------------------------- >> --- >> ---- >> >> All information should be free. - the hacker ethic >> >> >> ------------------------------------------------------------------------ ---- "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore

3 14

getting the classname in an class
by Hans-Christoph Steiner 31 Oct '07

31 Oct '07

Ok, I've seen a number of different ideas for how to get the complete classname an object was instantiated with from within that class, but I haven't been able to get one working. Krzysztof did this in externals/miXed/cyclone/hammer/universal.c: t_gobj *g; for (g = glist->gl_list; g; g = g->g_next) if (pd_class(&g->g_pd)->c_name == cname) /* LATER rethink */ pd_bang(&g->g_pd); I tried this in my code, but got an error: binbuf_addv(b, "ssiisiiss", gensym("#X"),gensym("obj"), x->x_obj.te_xpix, x->x_obj.te_ypix, pd_class(&z- >g_pd)->c_name, x->x_width, x->x_height, x->x_bgcolour, x->x_fgcolour); entry.c:504: error: dereferencing pointer to incomplete type I think IOhannes recommended this, but I get the same error: binbuf_addv(b, "ssiisiiss", gensym("#X"),gensym("obj"), x->x_obj.te_xpix, x->x_obj.te_ypix, (*(t_pd *)x)- >c_name->s_name, x->x_width, x->x_height, x->x_bgcolour, x->x_fgcolour); entry.c:504: error: dereferencing pointer to incomplete type Any suggestions? .hc ------------------------------------------------------------------------ ---- The arc of history bends towards justice. - Dr. Martin Luther King, Jr.

6 29

working towards Pd-0.40.3-extended
by Hans-Christoph Steiner 31 Oct '07

31 Oct '07

Hey all, Now with Pd-0.39.3-extended finally out, I'd like to talk about setting the timetable for the next Pd-extended release. I think it's a good idea to set a code freeze/branch date at the end of the year. Then spend one month on release candidates, and aim to have a final release in the beginning of February. Hopefully, we can work together to get things more integrated and polished, and make the next version much better than this one. :D .hc ------------------------------------------------------------------------ ---- If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson

8 44

branch-v0-40-3-extended for /pd/
by Hans-Christoph Steiner 31 Oct '07

31 Oct '07

Hey all, I am thinking of starting the branch-v0-40-3-extended on the /pd/ section of CVS soon so that I can develop patches against the core in CVS. Any thoughts, objections? .hc ------------------------------------------------------------------------ ---- All information should be free. - the hacker ethic

1 0

[ pure-data-Bugs-1122560 ] writesf~ 64-bit distorted files
by SourceForge.net 31 Oct '07

31 Oct '07

Bugs item #1122560, was opened at 2005-02-14 10:15 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1122560&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: Closed Resolution: Fixed Priority: 8 Private: No Submitted By: thewade (pdman) Assigned to: Nobody/Anonymous (nobody) Summary: writesf~ 64-bit distorted files Initial Comment: It sounds like writesf~ .wav files in 64-bit PD are written at twice the sampeling rate. If I writesf~ a .wave file, the readsf~ that file back in (using 0 200 2 2 l as part of the open message, as readsf~ complains about bad .wav headders even from writesf~) it plays twice as fast as it should. I cannot fix this by adding the -rate message. AMD64 laptop 2.6.10-lsm kernel PD from CVS as of late January, early Febuarary I think ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2007-10-30 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: 2007-10-16 06:40 Message: Logged In: YES user_id=564396 Originator: NO at least on my laptop (amd64, 2.6.22) it works fine. if the original poster does not reject, i will close this bug now. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-16 06:23 Message: Logged In: YES user_id=1658640 Originator: NO This has been fixed in 0.41-x, hasn't it? ---------------------------------------------------------------------- Comment By: thewade (pdman) Date: 2005-02-28 12:53 Message: Logged In: YES user_id=1179250 I have uploaded a test file created using the broken writesf~ to my website: http://www.aproximation.org/test.wav As sourceforge apparently wont allow files of that size (approx 1900kb) to be uploaded. ---------------------------------------------------------------------- Comment By: thewade (pdman) Date: 2005-02-27 19:02 Message: Logged In: YES user_id=1179250 I guess I can read in files and write files out, provided I override headers (I got aplay to play the audio file by specifying -f dat) but I still think this is a bug. I should be able to send [open /myfile.wav< to writesf/readsf and write/read a file with valid headers. I have attached a mono wave file written with pd to this ticket. Thanks! -thewade ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1122560&group_…

1 0

[ pure-data-Bugs-1602066 ] iemgui empty vertical offset crashes X on Linux
by SourceForge.net 31 Oct '07

31 Oct '07

Bugs item #1602066, was opened at 2006-11-23 18:00 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1602066&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.39.2 >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Nobody/Anonymous (nobody) Summary: iemgui empty vertical offset crashes X on Linux Initial Comment: Steps to crash X windowing system on Linux using Pd: 1. Start X 2. Start Pd 3. Create a new patch 4. Create a new vslider in that patch 5. Open the properties window for that vslider 6. Set the label to x, and delete all text in the y-off field 7. to cause X to crash, click apply at this point X starts to use 100% CPU and its memory usage shoots up, making the whole machine largely unresponsive and requiring X to be aborted with Ctrl-Alt-Backspace Pd version 0.39-2 tcl 8.4.9 tk 8.4.9 X.org version 6.8.2 Kernel version 2.6.14-gentoo-r5 ATI proprietary video drivers ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2007-10-30 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: 2007-10-16 03:27 Message: Logged In: YES user_id=564396 Originator: NO i cannot reproduce this with pd-0.40 and pd-0.41 (xorg 7.2) could you confirm whether this bug still exists? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1602066&group_…

1 0

[ pure-data-Bugs-1267819 ] crash on array rename
by SourceForge.net 31 Oct '07

31 Oct '07

Bugs item #1267819, was opened at 2005-08-24 02:00 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1267819&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: crash on array rename Initial Comment: in Pd 0.39-test5 (windows), renaming an array with a message [; array1 rename array2] makes pd crash. it is possible to rename once (only the name-graphics isn't updated until the array itself is moved). after that trying to rename again makes pd crash. not sure if this is the right place to report a bug for the test-version? Rune Søchting runesoc(a)post11.tele.dk ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2007-10-30 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: 2007-10-16 04:17 Message: Logged In: YES user_id=564396 Originator: NO this seems to have been fixed in pd-0.40 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1267819&group_…

1 0

[ pure-data-Patches-1822943 ] hexloader code security issue
by SourceForge.net 30 Oct '07

30 Oct '07

Patches item #1822943, was opened at 2007-10-30 19:27 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1822943&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: 9 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: hexloader code security issue Initial Comment: the hexmunge code in s_loader.c exposes a security hole: s_loader:127 reads: memmove(symname+6, symname, strlen(symname+1)); but really it should read: memmove(symname+6, symname, strlen(symname)+1); the code tries to copy the \0 character, but fails to do so (because the strlen(+1) returns to few bytes to be copied), which results in garbage in the symname after the memmove. since this bug is a real security hole, i give it a high priority ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-30 20:05 Message: Logged In: YES user_id=564396 Originator: YES like any other buffer overflow (i think) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-10-30 19:52 Message: Logged In: NO if this is a real security hole, then how would anyone exploit it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1822943&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 October 2007