Pd-dev March 2005

pd-dev@lists.iem.at

22 participants
40 discussions

OpenGL optimization techniques
by JN 25 Mar '05

25 Mar '05

(today newbie of this list: sorry if this information has been released here before) GEM developpers: Apple just released this 3 days ago http://developer.apple.com/graphicsimaging/opengl/optimizingdata.html JN

2 1

tcl errors in the PD console... (using dynamic patching from tot directory listing)
by B. Bogart 23 Mar '05

23 Mar '05

Hey all, I've posted to the list before about getting tcl errors in some of my new patches. Well after more digging I have finally found the cause. I'll first explain the patch a bit. tcl_errors.pd is the toplevel patch. It contains a number of dir2abstractionArray abstractions. These are abstractions that create dynamic subpatches of abstractions. The abstractions are read from a directory you specify via set-dir messages. A TOT object reads the directory and then spits out a list of all the abstractions. Each one is then dripped and has the extension removed. This is sent to the dynamic patch generator that actually creates the "array" of abstractions in a subpatch. The dir2abstractionArray abstraction brokers the communication from the outside to the various abstractions contained in the array. The first two inlets and outlets get routed to the "selected" abstraction. The selected abstraction is chosen by index value. I'm using this abstraction so that an end-user can drop custom abstractions into special directories and they automatically get updated in the GUI when the patch is loaded. This could even happen while PD is running by sending an update message. Due to the complexity of the GOP that uses this abstraction I had a lot of trouble seeing where the tcl errors were coming from. When we have only one dir2abstractionArray in a patch then it behaves very well (on OSX) on linux if you try and update the array too fast you get tcl errors. On both linux and OSX if we have more than one instance of this abstraction then all hell breaks loose and we get constant tcl errors. :( The most obvious solution is to send the update (pattern) messages in sequence and not all at once. The problem is that the solution needs to work in every pixelTANGO patch, no matter how many abstractions there are or what order they are in. There is no way of picking out a particular abstraction to go first. How do the others know when its done? I had been using delays, but since all the abstractions are the same, they all get delayed for the same amount of time. I guess I could divide some constant by the $0 variable to get a unique delay for each abstraction. Does that make sense?? I'm not sure if this would be considered a real bug, since its so bleeding edge and perhaps is not supposed to work at all.. Krzysztof, are the tcl errors happening because I'm running simultaneous "query" commands that are being bogged down by the dynamic patching? I'm doing a workshop on thursday night and I would really like to get this fixed, I feel like I'm very close since I can actually make a test-patch. I don't have any brilliant ideas about how to fix it though. Using the test patch: 1. Make sure tot and zexy are working 2. save all the patches in one directory and then open the tcl_errors.pd file. 3. Change the set-dir arguments to a directory on your machine that is in your PD path. (better NOT choose the directory containing the tcl_errors patch) or try the sending "sel-dir" message. 4. Try the "pattern *.pd" message at the top and look for tcl errors. If you click it slowly enough you should get no tcl errors. 5. Try the "pattern *.pd" message attached to multiple abstractions. This will cause tcl errors every time. A patch fix would be good for now, but it would be nice if these errors could somehow be avoided in the future (perhaps with changes in pd and or TOT?) Thank you all for your time. I took me months to get this far, I hope there are some brilliant ideas to fix things out there. B. Bogart #N canvas 137 64 789 679 10; #X obj 362 408 + 10; #X obj 365 363 t f f; #X obj 392 341 + 1; #X obj 336 318 t a b; #X obj 360 341 f 0; #X msg 382 318 0; #X text 435 222 reset; #X obj 409 437 f \$0; #X obj 362 387 * 120; #X obj 437 241 loadbang; #X obj 313 275 stripExtension; #X obj 313 254 drip; #X obj 18 167 inlet; #X obj 28 190 s \$0-in; #X obj 28 403 r \$0-out; #X obj 18 426 outlet; #X obj 241 115 inlet; #X obj 449 315 makesymbol pd-%s-array; #X obj 449 295 f \$0; #N canvas 198 331 810 498 1001-array 0; #X restore 19 455 pd \$0-array; #X obj 313 158 t a b; #X obj 464 178 s \$0-selector; #X obj 446 149 inlet; #X obj 525 441 outlet; #X text 18 120 which Abst to route through?; #X text 528 459 List of options; #X obj 525 421 prepend Passthrough; #X obj 18 373 spigot; #X msg 363 182 1; #X obj 430 178 == 0; #X obj 382 437 + 1; #X obj 357 254 outlet; #X obj 106 167 inlet; #X obj 106 426 outlet; #X obj 106 373 spigot; #X obj 116 190 s \$0-in2; #X obj 116 403 r \$0-out2; #X obj 255 254 length; #X obj 263 275 outlet; #X obj 241 531 makesymbol pd-%s-array; #X msg 241 551 \; \$1 clear; #X obj 241 511 f \$0; #X obj 241 186 route clear; #X obj 336 470 pack s f f f s f; #X obj 443 437 f \$1; #X obj 438 263 t b b b; #X msg 336 496 \; \$5 obj \$2 10 \$1 \$3 \$4 \$6; #X obj 255 345 - 1; #X obj 268 395 >=; #X obj 267 418 select 1; #X obj 542 571 outlet; #X text 541 591 Output bang when done; #X text 14 10 This abstraction takes a glob pattern in a directory and creates an array of the abstractions in that folder in an internal subpatch called [pd \$0-array]. The abstractions are meant to be routing objects so they all have a global receive and send \, but only one abstraction in the array at a time will receive input. The abstractions must contain at least a arrayRouterIn abstraction to broker the communication. ; #X obj 313 210 dirlist; #X connect 0 0 43 1; #X connect 1 0 8 0; #X connect 1 1 30 0; #X connect 2 0 4 1; #X connect 3 0 43 0; #X connect 3 1 4 0; #X connect 4 0 2 0; #X connect 4 0 1 0; #X connect 4 0 48 0; #X connect 5 0 4 1; #X connect 7 0 43 3; #X connect 8 0 0 0; #X connect 9 0 5 0; #X connect 9 0 28 0; #X connect 9 0 45 0; #X connect 10 0 3 0; #X connect 11 0 10 0; #X connect 12 0 13 0; #X connect 12 0 27 0; #X connect 14 0 15 0; #X connect 16 0 20 0; #X connect 17 0 43 4; #X connect 18 0 17 0; #X connect 20 0 42 0; #X connect 20 1 18 0; #X connect 20 1 5 0; #X connect 20 1 28 0; #X connect 22 0 21 0; #X connect 22 0 29 0; #X connect 26 0 23 0; #X connect 27 0 15 0; #X connect 28 0 27 1; #X connect 28 0 34 1; #X connect 29 0 27 1; #X connect 29 0 34 1; #X connect 30 0 43 2; #X connect 32 0 34 0; #X connect 32 0 35 0; #X connect 34 0 33 0; #X connect 36 0 33 0; #X connect 37 0 38 0; #X connect 37 0 47 0; #X connect 39 0 40 0; #X connect 41 0 39 0; #X connect 42 0 41 0; #X connect 42 1 53 0; #X connect 43 0 46 0; #X connect 44 0 43 5; #X connect 45 0 7 0; #X connect 45 1 18 0; #X connect 45 2 44 0; #X connect 47 0 48 1; #X connect 48 0 49 0; #X connect 49 0 50 0; #X connect 53 0 11 0; #X connect 53 0 26 0; #X connect 53 0 37 0; #X connect 53 1 31 0; #N canvas 87 227 619 468 10; #X obj 20 210 tot .; #X obj 86 107 dirpanel; #X obj 20 61 inlet; #X text 26 302 Can't read dirs with spaces... how to wrap??; #X obj 20 234 outlet; #X text 20 17 Lists the files in a directory thanks to dirpanel. Sends the files matching pattern as a list.; #X obj 20 110 symbol; #X text 26 271 ONLY sends absolute pathnames \, otherwise hard to add before load! No internel data-structure to exploit.; #X obj 103 235 outlet; #X text 154 236 Output chosen directory; #X obj 20 84 route pattern sel-dir set-dir; #X obj 231 84 loadbang; #X obj 64 158 pack s s; #X text 129 200 \$1 is pattern \$2 is dir; #X msg 63 180 query glob [file join \$2 \$1]; #X obj 86 129 symbol; #X obj 152 107 symbol; #X obj 117 352 print tot; #N canvas 0 22 462 312 pwd 0; #X text 18 27 This is where used to be.; #X obj 35 92 inlet; #X obj 41 184 outlet; #X obj 48 153 symbol /; #X connect 1 0 3 0; #X connect 3 0 2 0; #X restore 231 107 pd pwd; #X connect 0 0 4 0; #X connect 1 0 15 0; #X connect 2 0 10 0; #X connect 6 0 12 0; #X connect 10 0 6 0; #X connect 10 1 1 0; #X connect 10 2 16 0; #X connect 10 2 8 0; #X connect 11 0 18 0; #X connect 12 0 14 0; #X connect 14 0 0 0; #X connect 14 0 17 0; #X connect 15 0 12 1; #X connect 15 0 8 0; #X connect 16 0 12 1; #X connect 18 0 12 1; #N canvas 500 454 458 308 10; #X obj 39 130 tot .; #X msg 39 105 query tk_chooseDirectory; #X obj 39 54 inlet; #X obj 39 78 bang; #X obj 39 155 tosymbol; #X obj 39 180 outlet; #X text 16 9 Sends the pathname of a directory on bang; #X connect 0 0 4 0; #X connect 1 0 0 0; #X connect 2 0 3 0; #X connect 3 0 1 0; #X connect 4 0 5 0; #N canvas 0 22 454 304 10; #X obj 15 99 tot .; #X msg 15 77 query file rootname \$1; #X obj 15 55 symbol; #X obj 15 33 inlet; #X obj 15 123 outlet; #X text 4 5 Uses toxy to remove the extension from a symbol (.*); #X connect 0 0 4 0; #X connect 1 0 0 0; #X connect 2 0 1 0; #X connect 3 0 2 0; #N canvas 442 118 802 582 10; #X obj 26 315 dir2abstractionArray \$0; #X text 21 16 Requires TOT and ZEXY; #X obj 152 401 dir2abstractionArray \$0; #X obj 89 354 dir2abstractionArray \$0; #X obj 391 490 dir2abstractionArray \$0; #X obj 313 462 dir2abstractionArray \$0; #X obj 229 435 dir2abstractionArray \$0; #X obj 23 138 dir2abstractionArray \$0; #X msg 127 95 pattern *.pd; #X msg 317 230 pattern *.pd; #X text 490 183 <- Same directory as above; #X msg 362 255 clear; #X text 418 255 <- to clear dynamic patch; #X obj 225 96 cnv 15 70 15 empty empty empty 20 12 0 14 -257281 -66577 0; #X obj 418 232 cnv 15 70 15 empty empty empty 20 12 0 14 -257281 -66577 0; #X text 344 60 1 Choose a directory containing your abstractions.; #X text 227 96 <- WORKS: when you create the array no tcl errors.; #X text 417 232 <- ERRORS: with multiple abstractions; #X msg 87 61 set-dir /store/temp/debug/tcl_errors; #X msg 219 185 set-dir /store/temp/debug/tcl_errors; #X text 298 116 On linux simply clicking too fast causes tcl errors ; #X connect 8 0 7 2; #X connect 9 0 0 2; #X connect 9 0 2 2; #X connect 9 0 3 2; #X connect 9 0 4 2; #X connect 9 0 5 2; #X connect 9 0 6 2; #X connect 11 0 0 2; #X connect 11 0 3 2; #X connect 11 0 2 2; #X connect 11 0 6 2; #X connect 11 0 5 2; #X connect 11 0 4 2; #X connect 18 0 7 2; #X connect 19 0 0 2; #X connect 19 0 3 2; #X connect 19 0 2 2; #X connect 19 0 6 2; #X connect 19 0 5 2; #X connect 19 0 4 2;

3 3

[ pure-data-Patches-1145279 ] denormal bashing for feedback filters
by SourceForge.net 23 Mar '05

23 Mar '05

Patches item #1145279, was opened at 2005-02-21 10:33 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1145279&group_… Category: puredata Group: bugfix >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: denormal bashing for feedback filters Initial Comment: hi all, the cpole~ and rpole~ filters aren't denormal save at the moment... trivial patch is attached ... tim ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-03-23 16:06 Message: Logged In: YES user_id=564396 fixed as with pd>=0.38-4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1145279&group_…

1 0

[ pure-data-Patches-1122382 ] Fixes Help browser
by SourceForge.net 23 Mar '05

23 Mar '05

Patches item #1122382, was opened at 2005-02-14 14:58 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1122382&group_… Category: puredata Group: bugfix >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Guenter Geiger (ggeiger) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes Help browser Initial Comment: In 0.38-2 the Help browser is not usable. This patch fixes the problem by adding an additional variable to hold the directory when the help browser was used the last time. Guenter ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-03-23 15:59 Message: Logged In: YES user_id=564396 (forgot to close the bug) ---------------------------------------------------------------------- Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-03-23 15:58 Message: Logged In: YES user_id=564396 this has been fixed with pd>=0.38-4 ---------------------------------------------------------------------- Comment By: Guenter Geiger (ggeiger) Date: 2005-02-14 15:01 Message: Logged In: YES user_id=430561 And here is the patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1122382&group_…

1 0

[ pure-data-Patches-1122382 ] Fixes Help browser
by SourceForge.net 23 Mar '05

23 Mar '05

Patches item #1122382, was opened at 2005-02-14 14:58 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1122382&group_… Category: puredata Group: bugfix Status: Open >Resolution: Fixed Priority: 5 Submitted By: Guenter Geiger (ggeiger) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes Help browser Initial Comment: In 0.38-2 the Help browser is not usable. This patch fixes the problem by adding an additional variable to hold the directory when the help browser was used the last time. Guenter ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2005-03-23 15:58 Message: Logged In: YES user_id=564396 this has been fixed with pd>=0.38-4 ---------------------------------------------------------------------- Comment By: Guenter Geiger (ggeiger) Date: 2005-02-14 15:01 Message: Logged In: YES user_id=430561 And here is the patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1122382&group_…

1 0

off irc: how max does it, speedlim
by Krzysztof Czaja 23 Mar '05

23 Mar '05

hi all, a few comments after reading the log of yesterday irc meeting (did not know that log would be available at artengine, so I connected to make my own): some of you wondered, how Max organizes externals, object list, and help. This is what I remember, and what is written in the docs... The Max way of looking for any relative file name, be it of an external, a patch, a sound file, etc., but not a help file, is first doing a shallow search in the patch's directory, then doing a deep search of the entire subtree of all directories listed in the global search path. Help patches are looked for in the entire subtree of the special "help" directory. There is a shallow "startup" directory, containing externals to load when Max starts. There is a shallow "init" directory, containing text files with messages to send when Max starts. The mechanism for creating the object list is simple, efficient, and more Pd-like than 'meta'-comments. It has two parts: 1. There is a message to 'max' ("; max oblist category name") which registers a name into a category. Any file in the "init" directory may provide this message for any class or abstraction. 2. A class may register itself into a category through a call in its setup routine: /* add class name to finder list */ void finder_addclass(char *category, char *classString); IOhanness: I could not reproduce that speedlim bug... do you have a demo patch, perhaps? There is one ambiguity, might this be related? -- if the time interval changes after clock has been set, it is not clear if the clock should be rescheduled or not. Cyclone's speedlim does no rescheduling, just as c74's (at least it did not last time I checked, which was over 2 years ago). Krzysztof

3 2

[ pure-data-Bugs-1160770 ] crash on saving changed iem-guis in subpatchers
by SourceForge.net 23 Mar '05

23 Mar '05

Bugs item #1160770, was opened at 2005-03-10 17:12 Message generated for change (Settings changed) made by xovo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1160770&group_… Category: puredata Group: None Status: Open Resolution: None >Priority: 7 Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: crash on saving changed iem-guis in subpatchers Initial Comment: A reproducible crash with pd-0.38 stable and devel: try out the attached patch. The patch, contains a subpatcher, containing a iem-numberbox with "init" enabled. When the content is changed and the subpatcher already closed (and the numberbox value not saved yet), saving the patcher will crash pd. This is because in g_graph.c, function glist_grab, x2->gl_editor is used, although it is NULL (subpatcher already closed) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1160770&group_…

1 0

Gem installation and undefined symbols
by Antti Silvast 20 Mar '05

20 Mar '05

Hi, I'm trying to install Gem for development purposes, but have thus far had no luck. I'm running a Debian Linux and seem to be suffering from plenty of "undefined symbols". I've unpacked the packages GemLibs-linux-1.tgz and gem-0.90.0.tgz to directories GemLibs/ and gem-0.90.0/. The makeauxlibs in GemLibs works fine. After that I go to gem-0.90.0/src/Gnu and there write ./configure followed by make. Both succeed with no errors, but when I try to run pd -lib Gem, the fuss with undefined symbols begins. As there are plentiful of those, new ones emerging once I get rid of the old, I'll list all of them here. 1. First I get: Gem.pd_linux: undefined symbol: _16pix_kaleidoscope.g_pCurrentCosTable I found a solution of adding #define NO_HACK to the file gem-0.90/src/Base/configLinux.h. Then when I remove gem-0.90/src/Pixes/pix_kaleisdoscope.o and retype make in the Gnu/src-directory, this problem disappears... 2. Only to be replaced by new ones. Gem.pd_linux: undefined symbol: GetVideoWidth__CQ23avm10StreamInfo Gem.pd_linux: undefined symbol: GetVideoHeight__CQ23avm10StreamInfo At this point I tried reconfiguring in gem-0.90/src/Gnu with ./configure --disable-new But no luck. So just to see what happens, I decided to start commenting out the troublecausing lines in cpp-files, to test if I'll get Gem running at all. Removed these lines all together: gem-0.90.0/src/Pixes/pix_filmLinux.cpp: m_xsize = (*m_info).GetVideoWidth(); m_ysize = (*m_info).GetVideoHeight(); gem-0.90.0/src/Pixes/filmAVIPLAY.cpp: m_image.image.xsize = (*m_info).GetVideoWidth(); m_image.image.ysize = (*m_info).GetVideoHeight() And then re-made. No more complaints about this subject. 3. The next file to cause troubles was gem-0.90.0/src/Geos/text3d.cpp, with the following error message: Gem.pd_linux: undefined symbol: __15FTGLPolygonFontPCc I have installed ftgl-dev, a library to render text in OpenGL using FreeType. So finding there was nothing else to do, once again commented the appropriate line out in text3d.cpp. 4. Here is where I'm stuck: Gem.pd_linux: undefined symbol: Release__CQ23avm6CImage The binaries filmAVIPLAY.o and pix_filmLinux.o match this symbol, but could not find any new lines to comment out... Not that just removing these lines is constructive way to deal with the problems to begin with! Does anyone know how to help? It would be appreciated. -Antti Silvast

2 2

crash in canvas_doclear with pd-0.38-4
by ClaudiusMaximus 20 Mar '05

20 Mar '05

I'm running on GNU/Linux Fedora Core 3, kernel version 2.6.10-2.1.ll.rhfc3.ccrma. I downloaded compiled and installed pd-0.38-4 from Miller's site, which I managed to segfault within an hour... $ cat ~/puredata-miller-0-38-4.sh #!/bin/bash # generate core files ulimit -Sc unlimited cd /home/claude/claudiusmaximus/ cp -b /home/claude/.pdrc-miller-0-38-4 /home/claude/.pdrc /home/claude/pd-miller-0-38-4/bin/pd $ cat ~/.pdrc-miller-0-38-4 -verbose -r 44100 $ ~/puredata-miller-0-38-4.sh Pd version 0.38.4 compiled 10:09:47 Mar 20 2005 port 5400 TCL_LIBRARY="/home/claude/pd-miller-0-38-4/lib/pd/tcl/library" TK_LIBRARY="/home/claude/pd-miller-0-38-4/lib/pd/tk/library" "/home/claude/pd-miller-0-38-4/lib/pd/bin/pd-gui" 5400 Waiting for connection request... ... connected device 1: tried /dev/midi READ/WRITE; returned 5 OSS: requested audio buffer size 8820 limited to 8192 OSS: issuing first ADC 'read' ... ...done. ---- At this point I was patching away quite happily, in an abstraction used by a patch which contained lots of graph-on-parent stuff (the abstraction I was editing was not GOP itself). I hit save and it went boom while redrawing the parent patch.... ---- socket receive error: Connection reset by peer (104) /home/claude/puredata-miller-0-38-4.sh: line 6: 19386 Segmentation fault (core dumped) /home/claude/pd-miller-0-38-4/bin/pd $ gdb /home/claude/pd-miller-0-38-4/bin/pd claudiusmaximus/core.19386 GNU gdb Red Hat Linux (6.1post-1.20040607.43rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". Reading symbols from shared object read from target memory...done. Loaded system supplied DSO at 0xffffe000 Core was generated by `/home/claude/pd-miller-0-38-4/bin/pd'. Program terminated with signal 11, Segmentation fault. warning: svr4_current_sos: Can't read pathname for load map: Input/output error Reading symbols from /usr/lib/libasound.so.2...done. Loaded symbols for /usr/lib/libasound.so.2 Reading symbols from /lib/tls/librt.so.1...done. Loaded symbols for /lib/tls/librt.so.1 Reading symbols from /usr/lib/libjack.so.0...done. Loaded symbols for /usr/lib/libjack.so.0 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /lib/tls/libpthread.so.0...done. Loaded symbols for /lib/tls/libpthread.so.0 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /home/claude/pd-miller-0-38-4/lib/pd/extra/expr~.pd_linux...done. Loaded symbols for /home/claude/pd-miller-0-38-4/lib/pd/extra/expr~.pd_linux #0 0x0807795f in canvas_doclear (x=0x822b590) at g_editor.c:1850 1850 if (x->gl_editor->e_selectedline) (gdb) bt #0 0x0807795f in canvas_doclear (x=0x822b590) at g_editor.c:1850 #1 0x0807b0ff in glist_doreload (gl=0x822b590, name=0x8282700, dir=0x8214408, except=0x8309a60) at g_editor.c:690 #2 0x0807afc9 in glist_doreload (gl=0x8214598, name=0x1d1, dir=0x8309a60, except=0x8214408) at g_editor.c:698 #3 0x0807b426 in canvas_reload (name=0x8282700, dir=0x8214408, except=0x8309a60) at g_editor.c:710 #4 0x08075091 in canvas_savetofile (x=0x828271a, filename=0x80eeddf, dir=0x8309a60) at g_readwrite.c:683 #5 0x08075429 in canvas_menusave (x=0x0) at g_readwrite.c:701 #6 0x080955b8 in pd_typedmess (x=0x1, s=0x1, argc=0, argv=0x80f8348) at m_class.c:732 #7 0x08095308 in pd_typedmess (x=0x8345e30, s=0x8209050, argc=0, argv=0x80f8348) at m_class.c:749 #8 0x08099747 in binbuf_eval (x=0x0, target=0xfc2, argc=-1073749904, argv=0x80a2232) at m_binbuf.c:581 #9 0x080a2232 in socketreceiver_read (x=0x8213be8, fd=-1073749904) at s_inter.c:510 #10 0x080a0e56 in sys_domicrosleep (microsec=0, pollem=196) at s_inter.c:170 #11 0x080a18db in sys_pollgui () at s_inter.c:788 #12 0x0809e502 in m_scheduler () at m_sched.c:459 #13 0x080a09e3 in sys_main (argc=1, argv=0x1) at s_main.c:312 #14 0x080ab1a7 in main (argc=1, argv=0xbffff884) at s_entry.c:27

2 1

IRC notes about Documentation (Help Menu)
by B. Bogart 18 Mar '05

18 Mar '05

Here are my notes from the documentation discussion this afternoon. Some things are still in argument! Could someone wiki this? * All pd objects (from libs, externals and abstractions) have a standard help patch format. This contains special "comments" that contain a string that is used for indexing "meta ___" maybe? * All these files are parsed for the "meta" string and generate the help menu as well as the index for searching. * This indexing should happen on startup before a patch it loaded. * The index can be rebuilt manually from the help menu. * possible organization of doc/ Manual (html, pdf, etc..) doc/manual Examples doc/examples Reference doc/reference B>

1 0

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 2005