Pd-dev June 2008

pd-dev@lists.iem.at

24 participants
90 discussions

[ pure-data-Bugs-1992615 ] error on ctl-w
by SourceForge.net 17 Jun '08

17 Jun '08

Bugs item #1992615, was opened at 2008-06-13 00:07 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1992615&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: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: error on ctl-w Initial Comment: on os x: when trying to close the pd-sindow with ctl-w error message pops up: Error: bad window path name ".c" when choosing “details” this becomes availabe: bad window path name ".c" bad window path name ".c" while executing "winfo geometry $topname.c" (procedure "pdtk_canvas_checkgeometry" line 2) invoked from within "pdtk_canvas_checkgeometry $name" (procedure "menu_close" line 2) invoked from within "menu_close $topname" (procedure "pdtk_canvas_ctrlkey" line 38) invoked from within "pdtk_canvas_ctrlkey . w 0" (command bound to event) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-06-17 04:28 Message: Logged In: YES user_id=27104 Originator: NO Fixed in this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=100… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1992615&group_…

1 0

0.42 overwriting class-definitions...
by IOhannes m zmoelnig 16 Jun '08

16 Jun '08

hi all, hi miller recently i tried out the Pd 0.42-0test1 (as found in svn) and discovered that now libraries can (and will) overwrite already existing classes. this will eventually lead to some unexpected behaviour. example: imagine an object (e.g. [prepend]) that can be found in 2 different libraries (iemlib, maxlib, cxc, cyclone) - in prior versions (<0.42) one could make sure that the "correct" version was used by specifying the library including the object as the first one to be loaded ("-lib cxc:iemlib2" would give you cxc's [prepend]) - in future versions (>=0.42) one would specify the library with the "correct" behaviour to be loaded at last ("-lib cxc:iemlib2" will give you iemlib's [prepend]. this eventually breaks existing startup patches. is this by design? fmgasdr IOhannes

5 5

[ pure-data-Bugs-1994404 ] crash when closing about dialog with selection
by SourceForge.net 15 Jun '08

15 Jun '08

Bugs item #1994404, was opened at 2008-06-15 14:25 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=1994404&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: Open Resolution: None Priority: 5 Private: No Submitted By: max (maxn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: crash when closing about dialog with selection Initial Comment: do the following to reproduce a crash (tested on os x, don't know about other systems) open pd navigate to menu -> Pd-extended -> About Pd... select some of the text close the window crash ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1994404&group_…

1 0

Re: [PD-dev] [PD] What goes on during dsp ticks?
by PSPunch 15 Jun '08

15 Jun '08

Sorry for accidentally sending the previous note to pd-list. Thomas, >> I hear that malloc is a "relatively" expensive task. >> Is it bad practice to run this each cycle, or is a kilobyte or two not a >> bid deal? > That's definitely bad practice. > Instead of that you can do the allocation in the "dsp" callback, that's > where you add your dsp processing to the signal chain. This callback > will be called anytime when either the block size or sample rate changes > or when the signal graph is rebuilt. Many thanks to you again, I know have it working with the way you suggest. Being fairly new to C and Pd source, I am still at the stage where I code with out understanding 100% of what I am really doing. This weekend has been very adventurous so far. Would you mind giving me directions to where I can find descriptions on the concept "signal graph" and where I shall look in the code to see it in action? It has nothing to do with the GUI object "graph" does it? -- David Shimamoto

4 3

Re: [PD-dev] [PD] What goes on during dsp ticks?
by PSPunch 15 Jun '08

15 Jun '08

Hi, Charles, I think it is just the matter of WHERE the code goes. My understanding (as for now) is that the method registered with gensym("dsp") is called, >> anytime when either the block size or sample rate changes or when the >> signal graph is rebuilt. so that running this check, > if (x->n != n) > x->is_new_or_resized=1; may be redundant if it is in the DSP chain (typically classname_tilde_perform) compared to including it in the call back function. (typically classname_tilder_dsp). Someone please correct me if I am wrong. -- David Shimamoto > On Sat, Jun 14, 2008 at 5:15 PM, Thomas Grill <gr(a)grrrr.org> wrote: >> Am 14.06.2008 um 18:37 schrieb PSPunch: > >> That's definitely bad practice. >> Instead of that you can do the allocation in the "dsp" callback, that's >> where you add your dsp processing to the signal chain. This callback will be >> called anytime when either the block size or sample rate changes or when the >> signal graph is rebuilt. > > What is the dsp callback? This is new to me, too. > > I had a different approach when it comes to building static arrays > that depend on block size. I used three variables in the struct, > x->n, x->array_pointer, and x->is_new_or_resized > > Then, example use in perform routine: > > if (x->n != n) > x->is_new_or_resized=1; > if (x->is_new_or_resized) > { > x->is_new_or_resized=0; > if (x->array_pointer != NULL) > free(x->array_pointer); > malloc(x->array_pointer, n); > x->n=n; > } > > So, you can see the problem. It would be useful to know another way. > > Chuck > >> gr~~~ >> >> >> _______________________________________________ >> Pd-list(a)iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> > > _______________________________________________ > Pd-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >

1 0

[ pure-data-Bugs-1993902 ] application crash on opening select help
by SourceForge.net 14 Jun '08

14 Jun '08

Bugs item #1993902, was opened at 2008-06-14 06:50 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=1993902&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: application crash on opening select help Initial Comment: Using a windows vista laptop system with pd extended 40.3 rc1 The application immediately crashes when opening the select object help patch. I am not able to reproduce the crash with any other help patches so far. Nick Burge. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1993902&group_…

1 0

What goes on during dsp ticks?
by PSPunch 14 Jun '08

14 Jun '08

Hi, I would highly appreciate some assistance in grasping how signals are processed in DSP objects. Working on the following template, I will demonstrate variations in the <PROCESS BLOCK>. As results do not appear as the way I expect, there must be something I am not understanding correctly. ========== Template ========== t_int *foobar_tilde_perform(t_int *w) { t_sample *in = (t_sample *)(w[1]); t_sample *out = (t_sample *)(w[2]); int n = (int)(w[3]); <PROCESS BLOCK> return (w+4); } ===================== == PROCESS BLOCK.1 == ===================== while (n--) { *out++ = *in++; } Remarks: Simple THRU... works as expected. ===================== == PROCESS BLOCK.2 == ===================== while (n--) { // *out++ = *in++; } Remarks: Action is commented out but signal goes through.. Why? ===================== == PROCESS BLOCK.3 == ===================== while (n--) { *out++ = *in++ * -1; } Remarks: Inverse signal, as expected ===================== == PROCESS BLOCK.4 == ===================== n--; *out++ = 0; while (n--) { *out++ = *in++; } Remarks: Expecting first sample of the block to be zero and others delayed by 1 sample. Instead, I get an constant output of zero. I hope what I am missing is something obvious to those with insight. Thanks. -- David Shimamoto

2 1

[ pure-data-Bugs-1993431 ] Jack Interface with Audio off
by SourceForge.net 14 Jun '08

14 Jun '08

Bugs item #1993431, was opened at 2008-06-13 15:33 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=1993431&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: Jack Interface with Audio off Initial Comment: Every time I turn off the Audio when connected with Jack in a Mac OS X 10.5.3 I get around 50 of CPU usage. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1993431&group_…

1 0

Compiling and debugging flext external on Debian linux
by Pablo Vanwoerkom 13 Jun '08

13 Jun '08

Hello, This is my first post on the list, so I hope it makes sense. Any help is appreciated! I've been having trouble running the DEBUG-SINGLE binary of an external that uses flext. I launch pd and the patch that calls the external. When I attach the process id in gdb, gdb seems to recognize the symbols from the external. Then when I do anything useful back in puredata, puredata crashes, at the bottom is the message I get. I did not make the external. However, the RELASE-SINGLE binary that flext produces works for the most part when using it from pd. I am guessing I am not compiling the external correctly or perhaps(though doubt it) I did not compile and install flext correctly. My version of puredata is 0.41-0. Just in case, this is the part of the external compilation process dealing with the debug binaries. I don't really know either what the different debug versions are (shared, multi, single)... Thank you, -Pablo V. g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/CircularMatrix.cpp -o pd-linux/debug-single/CircularMatrix.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/SoundFile.cpp -o pd-linux/debug-single/SoundFile.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/DriverFlext.cpp -o pd-linux/debug-single/DriverFlext.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/MatchedFilter.cpp -o pd-linux/debug-single/MatchedFilter.opp soundspotter3/MatchedFilter.cpp: In constructor Â‘MatchedFilter::MatchedFilter(SoundSpotter*)Â’: soundspotter3/MatchedFilter.cpp:22: warning: deprecated conversion from string constant to Â‘char*Â’ soundspotter3/MatchedFilter.cpp:26: warning: deprecated conversion from string constant to Â‘char*Â’ soundspotter3/MatchedFilter.cpp:32: warning: deprecated conversion from string constant to Â‘char*Â’ g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/Matcher.cpp -o pd-linux/debug-single/Matcher.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/SoundSpotter.cpp -o pd-linux/debug-single/SoundSpotter.opp g++ -pthread -shared -Wl,-x -g -L/usr/local/src/pd/bin -L/usr/local/lib -o pd-linux/debug-single/soundspotter~.pd_linux pd-linux/debug-single/CircularMatrix.opp pd-linux/debug-single/SoundFile.opp pd-linux/debug-single/DriverFlext.opp pd-linux/debug-single/MatchedFilter.opp pd-linux/debug-single/Matcher.opp pd-linux/debug-single/SoundSpotter.opp -lsndfile -lfftw3 -lflext-pd_sd chmod 755 pd-linux/debug-single/soundspotter~.pd_linux make[1]: Leaving directory `/media/docs/capstone/pureData/soundspotter3' make -f ../flext/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd COMPILER=gcc BUILDPATH=../flext/buildsys/ PKGINFO=package.txt BUILDCLASS=ext USRCONFIG=config.txt USRMAKE=build/gnumake-lnx-gcc.inc TARGETMODE=debug TARGETTYPE=multi THREADED=1 DEBUG=1 _build_ make[1]: Entering directory `/media/docs/capstone/pureData/soundspotter3' mkdir -p pd-linux/debug-multi g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_THREADS -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/CircularMatrix.cpp -o pd-linux/debug-multi/CircularMatrix.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_THREADS -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/SoundFile.cpp -o pd-linux/debug-multi/SoundFile.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_THREADS -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/DriverFlext.cpp -o pd-linux/debug-multi/DriverFlext.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_THREADS -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/MatchedFilter.cpp -o pd-linux/debug-multi/MatchedFilter.opp soundspotter3/MatchedFilter.cpp: In constructor Â‘MatchedFilter::MatchedFilter(SoundSpotter*)Â’: soundspotter3/MatchedFilter.cpp:22: warning: deprecated conversion from string constant to Â‘char*Â’ soundspotter3/MatchedFilter.cpp:26: warning: deprecated conversion from string constant to Â‘char*Â’ soundspotter3/MatchedFilter.cpp:32: warning: deprecated conversion from string constant to Â‘char*Â’ g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_THREADS -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/Matcher.cpp -o pd-linux/debug-multi/Matcher.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_THREADS -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/SoundSpotter.cpp -o pd-linux/debug-multi/SoundSpotter.opp g++ -pthread -shared -Wl,-x -g -L/usr/local/src/pd/bin -L/usr/local/lib -o pd-linux/debug-multi/soundspotter~.pd_linux pd-linux/debug-multi/CircularMatrix.opp pd-linux/debug-multi/SoundFile.opp pd-linux/debug-multi/DriverFlext.opp pd-linux/debug-multi/MatchedFilter.opp pd-linux/debug-multi/Matcher.opp pd-linux/debug-multi/SoundSpotter.opp -lsndfile -lfftw3 -lflext-pd_td chmod 755 pd-linux/debug-multi/soundspotter~.pd_linux make[1]: Leaving directory `/media/docs/capstone/pureData/soundspotter3' make -f ../flext/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd COMPILER=gcc BUILDPATH=../flext/buildsys/ PKGINFO=package.txt BUILDCLASS=ext USRCONFIG=config.txt USRMAKE=build/gnumake-lnx-gcc.inc TARGETMODE=debug TARGETTYPE=shared SHARED=1 DEBUG=1 _build_ make[1]: Entering directory `/media/docs/capstone/pureData/soundspotter3' mkdir -p pd-linux/debug-shared g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SHARED -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/CircularMatrix.cpp -o pd-linux/debug-shared/CircularMatrix.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SHARED -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/SoundFile.cpp -o pd-linux/debug-shared/SoundFile.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SHARED -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/DriverFlext.cpp -o pd-linux/debug-shared/DriverFlext.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SHARED -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/MatchedFilter.cpp -o pd-linux/debug-shared/MatchedFilter.opp soundspotter3/MatchedFilter.cpp: In constructor Â‘MatchedFilter::MatchedFilter(SoundSpotter*)Â’: soundspotter3/MatchedFilter.cpp:22: warning: deprecated conversion from string constant to Â‘char*Â’ soundspotter3/MatchedFilter.cpp:26: warning: deprecated conversion from string constant to Â‘char*Â’ soundspotter3/MatchedFilter.cpp:32: warning: deprecated conversion from string constant to Â‘char*Â’ g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SHARED -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/Matcher.cpp -o pd-linux/debug-shared/Matcher.opp g++ -c -O3 -msse -mfpmath=sse -ffast-math -D_DEBUG -pthread -fPIC -g -DFLEXT_USE_SIMD -DFLEXT_SHARED -DFLEXT_SYS=2 -I/usr/local/src/pd/src -I/usr/local/include/flext soundspotter3/SoundSpotter.cpp -o pd-linux/debug-shared/SoundSpotter.opp g++ -pthread -shared -Wl,-x -g -L/usr/local/src/pd/bin -L/usr/local/lib -o pd-linux/debug-shared/soundspotter~.pd_linux pd-linux/debug-shared/CircularMatrix.opp pd-linux/debug-shared/SoundFile.opp pd-linux/debug-shared/DriverFlext.opp pd-linux/debug-shared/MatchedFilter.opp pd-linux/debug-shared/Matcher.opp pd-linux/debug-shared/SoundSpotter.opp -lsndfile -lfftw3 -lflext-pd_d chmod 755 pd-linux/debug-shared/soundspotter~.pd_linux make[1]: Leaving directory `/media/docs/capstone/pureData/soundspotter3' ======================================== *Below is the error I am getting when I try to load a soundfile in the puredata patch that uses the soundspotter external:* ===================================================== Program received signal SIGSEGV, Segmentation fault. 0x9d879480 in flext_root_single::operator delete (blk=0x0) at source/flsupport.cpp:173 173 size_t bytes = *(size_t *)ori; Current language: auto; currently c++ ==================================================== *And the backtrace is:* ===================================================== #0 0x9d879480 in flext_root_single::operator delete (blk=0x0) at source/flsupport.cpp:173 #1 0x9d8723f9 in operator delete (blk=0x0) at source/flsupport.h:103 #2 0x9d86b1c2 in SoundFile::loadSound (this=0x82597f4) at soundspotter3/SoundFile.cpp:31 #3 0x9d86b2d1 in SoundFile::sfOpen (this=0x82597f4, inFileName=0x82597b8 "/media/docs/capstone/audioclips/HummedScale_Don.wav") at soundspotter3/SoundFile.cpp:21 #4 0x9d86ca16 in soundspotter::m_milt (this=0x823a154, argc=1, argv=0xbfc0958c) at soundspotter3/DriverFlext.cpp:103 #5 0x9d86cfeb in soundspotter::flext_c_m_milt (c=0x823a154, argc=1, argv=0xbfc0958c) at soundspotter3/DriverFlext.h:55 #6 0x9d87e08a in flext_base_single::TryMethTag (this=0x823a154, lst=0x823a4ac, tag=0x823f578, argc=1, argv=0xbfc0958c) at source/flmsg.cpp:37 #7 0x9d87e4ba in flext_base_single::FindMeth (this=0x823a154, inlet=0, s=0x823f578, argc=1, argv=0xbfc0958c) at source/flmsg.cpp:146 #8 0x9d87e67d in flext_base_single::CbMethodHandler (this=0x823a154, inlet=0, s=0x823f578, argc=1, argv=0xbfc0958c) at source/flmsg.cpp:184 #9 0x9d87ec84 in flext_base_single::cb_px_anything (c=0x8239d98, s=0x823f578, argc=1, argv=0xbfc0958c) at source/flproxy.cpp:32 #10 0x080aa5d6 in pd_typedmess () #11 0x082432c8 in ?? () #12 0xbfc09336 in ?? () #13 0xbfc09792 in ?? () #14 0x00000010 in ?? () #15 0x00000004 in ?? () #16 0x00000000 in ?? () =====================================================

3 4

[ pure-data-Bugs-1992615 ] error on ctl-w
by SourceForge.net 13 Jun '08

13 Jun '08

Bugs item #1992615, was opened at 2008-06-12 21:07 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=1992615&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: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: error on ctl-w Initial Comment: on os x: when trying to close the pd-sindow with ctl-w error message pops up: Error: bad window path name ".c" when choosing “details” this becomes availabe: bad window path name ".c" bad window path name ".c" while executing "winfo geometry $topname.c" (procedure "pdtk_canvas_checkgeometry" line 2) invoked from within "pdtk_canvas_checkgeometry $name" (procedure "menu_close" line 2) invoked from within "menu_close $topname" (procedure "pdtk_canvas_ctrlkey" line 38) invoked from within "pdtk_canvas_ctrlkey . w 0" (command bound to event) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1992615&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 June 2008