Pd-dev March 2009

pd-dev@lists.iem.at

19 participants
75 discussions

Re: [PD-dev] Using & operator on t_symbol?
by B. Bogart 26 Mar '09

26 Mar '09

Thanks Johannes, I don't believe this function changes the value. It is the norm in the gphoto functions to accept a pointer as an argument for some reason. That being said, its not working the way I imagine, so something strange could be happening in the gphoto function. So I've taken your advice. Things are now working on that front, having to typecast the strcpy from s_name seemed a bit weird: strcpy(charkey,(char *)textValue->s_name); without the cast the value never gets set. Say Johannes, had a chance to consider my thread on pthreads? Thanks, B. > never ever change the value of a symbol. they are constants. > you will get crashes and everything. > > if you have a function that wants to change strings, you have to use > stings and not symbols. (convert a symbol to a char[]; modify it; call > gensym() on the new string) > > fgamdsr > IOhannes

2 1

threads stop executing after 238 executions??
by B. Bogart 26 Mar '09

26 Mar '09

Hey all, After doing some testing on my gphoto code I realized that the patch would only run for exactly 238 runs. After that pthread_create() refuses to create another thread (returns 11). I even pared down the thread to do nothing but sending out a bang and exiting the thread. (attached) I'm exiting the thread, the thread is not even allocating any memory, why does it stop? I realized I did not enable threading when compiling PD, and now I don't see that option at all in configure. Do I have to use the svn PD version? I'm currently using Millers .40-2. Any tips appreciated. Thanks, B. Bogart

2 6

[ pure-data-Bugs-2714570 ] Cannot control window size on Mac
by SourceForge.net 26 Mar '09

26 Mar '09

Bugs item #2714570, was opened at 2009-03-26 14:17 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2714570&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 Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot control window size on Mac Initial Comment: Once the windows grow larger than the screen, for example after loading a pd file edited on a pc, onto a Mac it is not possible to resize the pages - the scroll bars are off the screen and there's no way of reaching them. This makes it impossible to work with. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2714570&group_…

1 0

Using & operator on t_symbol?
by B. Bogart 26 Mar '09

26 Mar '09

Hey all, A gphoto function expects a variable argument in the following form: char myvar[] = "10"; function(&myvar); But I'd like to pass a symbol argument from PD. function(&arg->s_name); does not work. (no errors, the value just does not get set.) What is the proper way to get the address of the s_name part of a t_symbol? Thanks, B.

2 1

[ pure-data-Bugs-2712965 ] Print object has problems with the name argument in Vista
by SourceForge.net 26 Mar '09

26 Mar '09

Bugs item #2712965, was opened at 2009-03-25 23:31 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2712965&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: Print object has problems with the name argument in Vista Initial Comment: Print object has problems with the name argument in Vista. Itseems if the argument contains an underscore or CAPS (as it does in select-help.pd or print-help.pd) then Pd-extended crashes. Putting quotes around the strings fixes the problem in these examples. Pd version 0.40.3-extended-20080721 Reported first: http://lists.puredata.info/pipermail/pd-list/2008-06/062988.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2712965&group_…

1 0

[ pure-data-Patches-2687764 ] pd-0.42 broken w/Tcl8.6 - interp->result
by SourceForge.net 25 Mar '09

25 Mar '09

Patches item #2687764, was opened at 2009-03-15 12:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&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: 2 Private: No Submitted By: mescalinum (mescalinum) Assigned to: Miller Puckette (millerpuckette) Summary: pd-0.42 broken w/Tcl8.6 - interp->result Initial Comment: from tcl 8.6 direct access to field interp-result is not allowed anymore. you have to use Tcl_Get/SetObjResult. patch fixes that ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-25 18:48 Message: any luck with pd-devel? you don't even need tcl.h or tk.h to build it, it doesn't use the Tcl C API at all, so I think it should work fine on Tcl/Tk 8.6. ---------------------------------------------------------------------- Comment By: mescalinum (mescalinum) Date: 2009-03-25 16:02 Message: this issue it is just about Pd code that directly accesses a Tcl_Interp field. note that is perfectly legal in tcl 8.x to use Tcl_GetStringResult(interp) rather than interp->result. actually, if one upgrades to Tcl 8.6, can't compile Pd anymore. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-15 15:49 Message: since pd-vanilla 0.43 will most likely include the Tcl code from Pd-devel 0.41, I think it would be more likely that Tcl 8.6 support will happen with that code. Try testing pd-devel. Also, since we are at it, Pd-vanilla doesn't work with Tcl/Tk 8.5 on Mac OS X. Pd doesn't even start, it just gives a "bus error". I think there are quite a few issues with the Tcl-C code in the Pd GUI, so I don't think its worth trying to fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&group_…

1 0

[ pure-data-Patches-2687764 ] pd-0.42 broken w/Tcl8.6 - interp->result
by SourceForge.net 25 Mar '09

25 Mar '09

Patches item #2687764, was opened at 2009-03-15 17:17 Message generated for change (Comment added) made by mescalinum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&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: 2 Private: No Submitted By: mescalinum (mescalinum) Assigned to: Miller Puckette (millerpuckette) Summary: pd-0.42 broken w/Tcl8.6 - interp->result Initial Comment: from tcl 8.6 direct access to field interp-result is not allowed anymore. you have to use Tcl_Get/SetObjResult. patch fixes that ---------------------------------------------------------------------- >Comment By: mescalinum (mescalinum) Date: 2009-03-25 21:02 Message: this issue it is just about Pd code that directly accesses a Tcl_Interp field. note that is perfectly legal in tcl 8.x to use Tcl_GetStringResult(interp) rather than interp->result. actually, if one upgrades to Tcl 8.6, can't compile Pd anymore. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-15 20:49 Message: since pd-vanilla 0.43 will most likely include the Tcl code from Pd-devel 0.41, I think it would be more likely that Tcl 8.6 support will happen with that code. Try testing pd-devel. Also, since we are at it, Pd-vanilla doesn't work with Tcl/Tk 8.5 on Mac OS X. Pd doesn't even start, it just gives a "bus error". I think there are quite a few issues with the Tcl-C code in the Pd GUI, so I don't think its worth trying to fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&group_…

1 0

Using PD funcs from inside a threaded external
by B. Bogart 25 Mar '09

25 Mar '09

Hey all, I'm stuck on debugging this issue. The problem is that I've approached all the gphoto calling functions the same, but one particular function (listconfig) segfaults when I use PD functions, in particular outlet_symbol(). I've attached the src. What is different about listconfig compared to say, getconfig, which works without a hitch? The backtrace does not mean much to me: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x48021320 (LWP 17483)] outlet_symbol (x=0x24, s=0x100c8cb8) at m_obj.c:364 364 for (oc = x->o_connections; oc; oc = oc->oc_next) (gdb) bt #0 outlet_symbol (x=0x24, s=0x100c8cb8) at m_obj.c:364 #1 0x0fd3bff0 in listConfig () from /home/bbogart/src/gphoto/gphoto.pd_linux #2 0x1004ec28 in pd_typedmess (x=0x100c7d80, s=0x24442442, argc=269257912, argv=0x7f7f7f7f) at m_class.c:728 #3 0x10050ad4 in outlet_anything (x=<value optimized out>, s=0x100c7490, argc=0, argv=0x100aafe0) at m_obj.c:387 Any help would be appreciated. Thanks, .b.

5 15

[ pure-data-Patches-2687764 ] pd-0.42 broken w/Tcl8.6 - interp->result
by SourceForge.net 25 Mar '09

25 Mar '09

Patches item #2687764, was opened at 2009-03-15 12:17 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&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: 2 Private: No Submitted By: mescalinum (mescalinum) Assigned to: Miller Puckette (millerpuckette) Summary: pd-0.42 broken w/Tcl8.6 - interp->result Initial Comment: from tcl 8.6 direct access to field interp-result is not allowed anymore. you have to use Tcl_Get/SetObjResult. patch fixes that ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-03-15 15:49 Message: since pd-vanilla 0.43 will most likely include the Tcl code from Pd-devel 0.41, I think it would be more likely that Tcl 8.6 support will happen with that code. Try testing pd-devel. Also, since we are at it, Pd-vanilla doesn't work with Tcl/Tk 8.5 on Mac OS X. Pd doesn't even start, it just gives a "bus error". I think there are quite a few issues with the Tcl-C code in the Pd GUI, so I don't think its worth trying to fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2687764&group_…

1 0

Externals with interdependancies
by Mike McGonagle 24 Mar '09

24 Mar '09

Hello all, I am currently trying to rework the SQL stuff I have, to break them down into their component objects (ie, each external in its own file, as opposed to a library). Well, I am able to get the code such that everything compiles and produces the *.pd_darwin files that I need. But, when I load them, Pd complains that it can't find specific functions that are in other externals. The real trouble here is that there are two externals that call functions in the other externals, so no matter what order I load them in, it will tell me that it can't find the function from the other external. Kind of a "circular" problem. Is there anyway to get these things to compile this stuff so that Pd will load everything properly? Do you need any additional info to answer the question? Thanks, Mike

3 8

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 2009