Pd-dev January 2010

pd-dev@lists.iem.at

12 participants
161 discussions

[ pure-data-Bugs-2865481 ] gripd fails to compile on gcc > 4.2.x
by SourceForge.net 27 Jan '10

27 Jan '10

Bugs item #2865481, was opened at 2009-09-23 22:24 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2865481&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: externals Group: None >Status: Pending >Resolution: Accepted Priority: 5 Private: No Submitted By: tmurder (tmurder) Assigned to: Nobody/Anonymous (nobody) Summary: gripd fails to compile on gcc > 4.2.x Initial Comment: The autobuild process doesn't even try to build it, or install anything beyond some text files and help patches. Please see attached patches which allow my gcc-4.3.2 to compile. 1) Array.cpp uses some members of a base class (Collection) without dependent context. "this->" applied liberally. 2) Sequencer_alsa.h defined some members with an extra Sequencer_alsa:: qualifier---unneeded. 3) MidiInPort_{oss,alsa}.h have functions which call upon a friend function which is not defined within the scope of the relevant MidiInPort class. Thus, the function is not within the scope of the class. Just added a declaration in the relevant header file. Alternatively, -ffriend-injection may be passed to gcc. This topic was obscure to me, see link for discussion: http://gcc.gnu.org/ml/gcc-help/2007-05/msg00222.html Solution inferred from here: http://gcc.gnu.org/gcc-4.1/changes.html ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-01-26 18:48 Message: Ok, I applied these and it compiled on Debian/stable, so I checked them in. FYI: gripd has no maintainer, and I don't know anything about it. If you are a user of it, it would be great if you could maintain it. ---------------------------------------------------------------------- Comment By: tmurder (tmurder) Date: 2009-09-23 22:29 Message: And one of those makefiles looks in /usr/include/python2.2 for Python.h Since the build process is "dumb" I just changed this to /usr/include/python2.6 Python's distutils may be the solution to find the right path ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2865481&group_…

1 0

[ pure-data-Bugs-2890661 ] dsp on/off shortcuts crash pd winxp
by SourceForge.net 27 Jan '10

27 Jan '10

Bugs item #2890661, was opened at 2009-11-02 06:59 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2890661&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: Pending Resolution: None Priority: 5 Private: No Submitted By: georg (fricklr) Assigned to: Hans-Christoph Steiner (eighthave) Summary: dsp on/off shortcuts crash pd winxp Initial Comment: using the shortcuts ctrl+/ or ctrl+. crashes pd tested on winxp ext 0.42.5 an 0.43 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-01-26 18:36 Message: I can't reproduce this on WinXP fully updated using Pd-extended 0.42.5-20100120 or Pd-devel 0.43.0-20100120 I am guessing it might be an issue with your audio interface or driver. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2890661&group_…

1 0

[ pure-data-Bugs-2939290 ] pd eats all processor resources after suspend
by SourceForge.net 27 Jan '10

27 Jan '10

Bugs item #2939290, was opened at 2010-01-25 06:51 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2939290&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: Pending Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pd eats all processor resources after suspend Initial Comment: yes, its like that. pd eats all aviable processor resources after suspend until i close it. i have compiled version 0.42.5 without any errors on my ubuntu karmic (x64), using AMD Turion MK-36 ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-01-26 18:33 Message: Cannot reproduce using Pd version 0.42.5-extended-20100120 on Mac OS X 10.5.8. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-01-26 18:33 Message: An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. ---------------------------------------------------------------------- Comment By: kubriel (kubriel) Date: 2010-01-25 11:45 Message: ok, i logged in. yes, but it is curious, why pd have to compute everything what had to be done during sleep? it sounds useless. i tried suspend my computer (for 5sec) with opened pd, but without opened patch, it happens again - eats all aviable cpu (until i kill the proces), but no patch opened. ---------------------------------------------------------------------- Comment By: Cyrille Henry (nusmuk) Date: 2010-01-25 07:32 Message: i can't reproduce this : pd 42.5 ubuntu karmic i386 however, after suspend, pd have to compute everything that as not been computed during suspend. so it can eat all cpu for some time, until it sync again with real time. this is only if a patch that use cpu is open during suspend. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2939290&group_…

1 0

Re: [PD-dev] [PD] pd-gui-rewrite preferences
by András Murányi 27 Jan '10

27 Jan '10

Sorry for your MacBook! Well lets keep designing this before jumping on the code... If we want proper tabs, that will take Tk 8.5. Now that we don't want pd to depend on 8.5, we could make this up as a plugin, which would let pd start up without 8.5 as well. What do you think? Andras ps i have rerouted the thread to pd-dev. 2010/1/24 Hans-Christoph Steiner <hans(a)at.or.at> > > Wow, that sucks! Good luck with the new computer! > > .hc > > On Jan 23, 2010, at 2:31 AM, Rich E wrote: > > Well, I wanted to take this on if others thought it was a good idea, but my > laptop was just stolen from my flat (brand new Macbook Pro!).. arg. > Hopefully I can scrape together a linux pc or something soon. If so, I´ll > chime back in on this thread for suggestions. > > rich > > 2010/1/22 Hans-Christoph Steiner <hans(a)at.or.at> > >> >> On Jan 22, 2010, at 1:12 PM, András Murányi wrote: >> >> Rich E wrote: >> > Hi list, >> > >> > I was just thinking, as I noticed that Hans made it where Apple+, opens >> the >> > preferences menu on OS X (as does every other native-mac app), why not >> group >> > all the preferences in one dialog, with sub dialogs? This is how other >> apps >> > I use on OS X behave and I find it convenient. Besides, if you save the >> > settings, all of the settings get dumped to the preferences file, no? >> Why >> > not have them all in the same dialog, openable by a hotkey. >> >> On Fri, Jan 22, 2010 at 4:14 AM, Hans-Christoph Steiner <hans(a)at.or.at>wrote: >> >>> >>> The only reason its not like that is because someone hasn't done the >>> work. I'd love to be able to include that work in pd-gui-rewrite. Be >>> aware, it'll probably require some weirdness, because of the nature of >>> the messages that the pref panels send to 'pd'. But I don't think it >>> would be too hard. >>> >>> One downside is that it you couldn't use Tcl/Tk 8.5 if you want it to be >>> included in Pd-vanilla. But I am planning on switching Pd-extended 0.43 >>> to Tcl/Tk 8.5 and above, since 8.5 adds a lot of very useful GUI stuff. >>> >>> .hc >>> >>> >> Let me think a bit forward on this... when you say a dialog and sub >> dialogs, do you mean a dialog with multiple tabs (that is what i see to be >> popular in practice) or literally many modals available from one central >> modal? >> I'd say tabs make the most sense, but i see that some of the dialogs are >> produced by the C >> side not Tcl/Tk (are they?) in which case it will not be easy to stuff >> them into the tabs. >> I'm asking because i would be willing to code this up. >> >> >> In 0.43, the prefs dialogs are split out into separate Tcl files: >> dialog_audio.tcl >> dialog_midi.tcl >> dialog_path.tcl >> dialog_startup.tcl >> >> I think each in its own tab makes a lot of sense. >> >> .hc >> >> >> >> ---------------------------------------------------------------------------- >> >> Access to computers should be unlimited and total. - the hacker ethic >> >> >> > > > > > ---------------------------------------------------------------------------- > > The arc of history bends towards justice. - Dr. Martin Luther King, Jr. > > > -- Muranyi Andras

2 1

[ pure-data-Patches-2929666 ] test for jack-availability
by SourceForge.net 27 Jan '10

27 Jan '10

Patches item #2929666, was opened at 2010-01-11 03:56 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929666&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: 7 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: test for jack-availability Initial Comment: when jack is linked using "weak linking" (the default on OSX), it is possible to run Pd even though jack is not installed (that's the point of weak linking) however, in this case, the application has to check itself whether the weak-linked library is available or not. the attached patch this this (by checking whether the function pointer to "jack_client_new" is NULL or not) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-01-26 18:06 Message: added this code to pd-extended 0.42: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=131… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929666&group_…

1 0

[ pure-data-Feature Requests-2940527 ] argument for loadbang
by SourceForge.net 26 Jan '10

26 Jan '10

Feature Requests item #2940527, was opened at 2010-01-26 22:49 Message generated for change (Tracker Item Submitted) made by kubriel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=2940527&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 Private: No Submitted By: kubriel (kubriel) Assigned to: Nobody/Anonymous (nobody) Summary: argument for loadbang Initial Comment: allow loadbang to take argument. often loadbang is followed by message box with number. lets take this number as argument.i.e: [loadbang 0.3] [loadbang start] it will save space and time, and reduce number od boxes in patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=2940527&group_…

1 0

0.42.5 mistery crash
by Michal Seta 26 Jan '10

26 Jan '10

Hi all, I have this MEGA patch that I have been using for various things on and off. Sometimes I do not open for a long time. I have been using pd-ext 0.42.5 for a while but I do not think I have used my MEGA path with it. Today it just flushes pd. So, like a good boy, I started trying to load various abstractions individually but everything loads fine. Except for the whole thing altogether. So, like a good boy, I went on trying other patches. I found a small one that exhibits the same behaviour (but I do not use it so I hope it can help narrow down some general fault), attached. Loading individual externs and abstractions from that patch dos not cause problems either, only opening this patch as is. Backtrace is below. This is on Karmic and 0.42.5-extended-20100110 (this is the last version I tried but had exactly the same issue with some november and december build). Ciao ./MiS Program received signal SIGSEGV, Segmentation fault. text_xpix (x=0x8520918, glist=0x0) at g_graph.c:619 619 g_graph.c: No such file or directory. in g_graph.c bt #0 rtext_senditup (x=0x0, action=<value optimized out>, widthp=<value optimized out>, heightp=0xbfffe818, indexp=0xbfffe814) at g_rtext.c:164 #1 0x0807d5b1 in rtext_width (x=0x0) at g_rtext.c:357 #2 0x08077d8f in text_getrect (z=0x86d2798, glist=0x86dde50, xp1=0xbfffe8bc, yp1=0xbfffe8b8, xp2=0xbfffe8b4, yp2=0xbfffe8b0) at g_text.c:1014 #3 0x08074d9e in graph_getrect (z=0x86dde50, glist=0x8680e78, xp1=0xbfffe91c, yp1=0xbfffe918, xp2=0xbfffe914, yp2=0xbfffe910) at g_graph.c:921 #4 0x080966e9 in gobj_shouldvis (x=0x86dde50, glist=0x8680e78) at g_editor.c:80 #5 0x080743b4 in glist_getcanvas (x=0x86dde50) at g_graph.c:188 #6 0x0807e1db in rtext_new (glist=0x86dde50, who=0x86de078) at g_rtext.c:62 #7 0x080992a0 in canvas_create_editor (x=0x86dde50) at g_editor.c:902 #8 0x0807dbb4 in glist_findrtext (gl=0x86dde50, who=0x86d2798) at g_rtext.c:347 #9 0x08079dfc in text_vis (z=0x86d2798, glist=0x86dde50, vis=1) at g_text.c:1080 #10 0x016e775a in text_visfn_hax0r (o=0x86d2798, can=0x86dde50, vis=1) at src/classes2.cxx.fcs:1076 #11 0x08075b74 in graph_vis (gr=0x86dde50, parent_glist=0x8680e78, vis=1) at g_graph.c:853 #12 0x08075b74 in graph_vis (gr=0x8680e78, parent_glist=0x8680d00, vis=1) at g_graph.c:853 #13 0x080722f4 in canvas_map (x=0x8680d00, f=1) at g_canvas.c:657 #14 0x080b6556 in pd_typedmess (x=0x8680d00, s=0x851fbc0, argc=1, argv=0xbfffef3c) at m_class.c:792 #15 0x080b613c in pd_typedmess (x=0x88161b0, s=0x851fbc0, argc=1, argv=0xbfffef3c) at m_class.c:813 #16 0x080bb47a in binbuf_eval (x=0x8532ac0, target=<value optimized out>, argc=0, argv=0x0) at m_binbuf.c:726 #17 0x080c7447 in socketreceiver_read (x=0x85327e8, fd=6) at s_inter.c:558 #18 0x080c8549 in sys_domicrosleep (microsec=<value optimized out>, pollem=<value optimized out>) at s_inter.c:196 #19 0x080c3760 in m_pollingscheduler () at m_sched.c:510 #20 m_mainloop () at m_sched.c:560 #21 0x080c6509 in sys_main (argc=2, argv=0xbffff334) at s_main.c:304 #22 0x080ce1ab in main (argc=2, argv=0xbffff334) at s_entry.c:32

2 2

[ pure-data-Bugs-2937855 ] help Browser doesn't open pd files
by SourceForge.net 26 Jan '10

26 Jan '10

Bugs item #2937855, was opened at 2010-01-23 06:12 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2937855&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.42 >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: megalegoland (megalegoland) Assigned to: Nobody/Anonymous (nobody) Summary: help Browser doesn't open pd files Initial Comment: attached works on nt, otherwise help browser doesn't open pd files with <double-1> ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-01-26 16:41 Message: I can't reproduce this on WinXP with Pd-extended 0.42.5 2010-01-26, or on Mac OS X or Ubuntu. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2937855&group_…

1 0

[ pure-data-Bugs-2940517 ] mystery crash of pd-extended 0.42.5
by SourceForge.net 26 Jan '10

26 Jan '10

Bugs item #2940517, was opened at 2010-01-26 16:39 Message generated for change (Settings changed) made by mseta You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2940517&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.42 Status: Open Resolution: None >Priority: 7 Private: No Submitted By: mseta (mseta) Assigned to: Hans-Christoph Steiner (eighthave) Summary: mystery crash of pd-extended 0.42.5 Initial Comment: Some patches crash pd immediately upon opening. I found a small patch that exhibits such behaviour. Loading individual externs and abstractions from that patch dos not cause problems, only opening this patch as is. Backtrace is below. This is on Karmic and 0.42.5-extended-20100110 (this is the last version I tried but had exactly the same issue with some november and december build). Hans confirmed the behaviour on Pd-0.42.5-extended-20091217 on Mac OS X 10.5.8/Intel. ./MiS Program received signal SIGSEGV, Segmentation fault. text_xpix (x=0x8520918, glist=0x0) at g_graph.c:619 619 g_graph.c: No such file or directory. in g_graph.c bt #0 rtext_senditup (x=0x0, action=<value optimized out>, widthp=<value optimized out>, heightp=0xbfffe818, indexp=0xbfffe814) at g_rtext.c:164 #1 0x0807d5b1 in rtext_width (x=0x0) at g_rtext.c:357 #2 0x08077d8f in text_getrect (z=0x86d2798, glist=0x86dde50, xp1=0xbfffe8bc, yp1=0xbfffe8b8, xp2=0xbfffe8b4, yp2=0xbfffe8b0) at g_text.c:1014 #3 0x08074d9e in graph_getrect (z=0x86dde50, glist=0x8680e78, xp1=0xbfffe91c, yp1=0xbfffe918, xp2=0xbfffe914, yp2=0xbfffe910) at g_graph.c:921 #4 0x080966e9 in gobj_shouldvis (x=0x86dde50, glist=0x8680e78) at g_editor.c:80 #5 0x080743b4 in glist_getcanvas (x=0x86dde50) at g_graph.c:188 #6 0x0807e1db in rtext_new (glist=0x86dde50, who=0x86de078) at g_rtext.c:62 #7 0x080992a0 in canvas_create_editor (x=0x86dde50) at g_editor.c:902 #8 0x0807dbb4 in glist_findrtext (gl=0x86dde50, who=0x86d2798) at g_rtext.c:347 #9 0x08079dfc in text_vis (z=0x86d2798, glist=0x86dde50, vis=1) at g_text.c:1080 #10 0x016e775a in text_visfn_hax0r (o=0x86d2798, can=0x86dde50, vis=1) at src/classes2.cxx.fcs:1076 #11 0x08075b74 in graph_vis (gr=0x86dde50, parent_glist=0x8680e78, vis=1) at g_graph.c:853 #12 0x08075b74 in graph_vis (gr=0x8680e78, parent_glist=0x8680d00, vis=1) at g_graph.c:853 #13 0x080722f4 in canvas_map (x=0x8680d00, f=1) at g_canvas.c:657 #14 0x080b6556 in pd_typedmess (x=0x8680d00, s=0x851fbc0, argc=1, argv=0xbfffef3c) at m_class.c:792 #15 0x080b613c in pd_typedmess (x=0x88161b0, s=0x851fbc0, argc=1, argv=0xbfffef3c) at m_class.c:813 #16 0x080bb47a in binbuf_eval (x=0x8532ac0, target=<value optimized out>, argc=0, argv=0x0) at m_binbuf.c:726 #17 0x080c7447 in socketreceiver_read (x=0x85327e8, fd=6) at s_inter.c:558 #18 0x080c8549 in sys_domicrosleep (microsec=<value optimized out>, pollem=<value optimized out>) at s_inter.c:196 #19 0x080c3760 in m_pollingscheduler () at m_sched.c:510 #20 m_mainloop () at m_sched.c:560 #21 0x080c6509 in sys_main (argc=2, argv=0xbffff334) at s_main.c:304 #22 0x080ce1ab in main (argc=2, argv=0xbffff334) at s_entry.c:32 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2940517&group_…

1 0

[ pure-data-Bugs-2940517 ] mystery crash of pd-extended 0.42.5
by SourceForge.net 26 Jan '10

26 Jan '10

Bugs item #2940517, was opened at 2010-01-26 16:39 Message generated for change (Tracker Item Submitted) made by mseta You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2940517&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.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: mseta (mseta) Assigned to: Hans-Christoph Steiner (eighthave) Summary: mystery crash of pd-extended 0.42.5 Initial Comment: Some patches crash pd immediately upon opening. I found a small patch that exhibits such behaviour. Loading individual externs and abstractions from that patch dos not cause problems, only opening this patch as is. Backtrace is below. This is on Karmic and 0.42.5-extended-20100110 (this is the last version I tried but had exactly the same issue with some november and december build). Hans confirmed the behaviour on Pd-0.42.5-extended-20091217 on Mac OS X 10.5.8/Intel. ./MiS Program received signal SIGSEGV, Segmentation fault. text_xpix (x=0x8520918, glist=0x0) at g_graph.c:619 619 g_graph.c: No such file or directory. in g_graph.c bt #0 rtext_senditup (x=0x0, action=<value optimized out>, widthp=<value optimized out>, heightp=0xbfffe818, indexp=0xbfffe814) at g_rtext.c:164 #1 0x0807d5b1 in rtext_width (x=0x0) at g_rtext.c:357 #2 0x08077d8f in text_getrect (z=0x86d2798, glist=0x86dde50, xp1=0xbfffe8bc, yp1=0xbfffe8b8, xp2=0xbfffe8b4, yp2=0xbfffe8b0) at g_text.c:1014 #3 0x08074d9e in graph_getrect (z=0x86dde50, glist=0x8680e78, xp1=0xbfffe91c, yp1=0xbfffe918, xp2=0xbfffe914, yp2=0xbfffe910) at g_graph.c:921 #4 0x080966e9 in gobj_shouldvis (x=0x86dde50, glist=0x8680e78) at g_editor.c:80 #5 0x080743b4 in glist_getcanvas (x=0x86dde50) at g_graph.c:188 #6 0x0807e1db in rtext_new (glist=0x86dde50, who=0x86de078) at g_rtext.c:62 #7 0x080992a0 in canvas_create_editor (x=0x86dde50) at g_editor.c:902 #8 0x0807dbb4 in glist_findrtext (gl=0x86dde50, who=0x86d2798) at g_rtext.c:347 #9 0x08079dfc in text_vis (z=0x86d2798, glist=0x86dde50, vis=1) at g_text.c:1080 #10 0x016e775a in text_visfn_hax0r (o=0x86d2798, can=0x86dde50, vis=1) at src/classes2.cxx.fcs:1076 #11 0x08075b74 in graph_vis (gr=0x86dde50, parent_glist=0x8680e78, vis=1) at g_graph.c:853 #12 0x08075b74 in graph_vis (gr=0x8680e78, parent_glist=0x8680d00, vis=1) at g_graph.c:853 #13 0x080722f4 in canvas_map (x=0x8680d00, f=1) at g_canvas.c:657 #14 0x080b6556 in pd_typedmess (x=0x8680d00, s=0x851fbc0, argc=1, argv=0xbfffef3c) at m_class.c:792 #15 0x080b613c in pd_typedmess (x=0x88161b0, s=0x851fbc0, argc=1, argv=0xbfffef3c) at m_class.c:813 #16 0x080bb47a in binbuf_eval (x=0x8532ac0, target=<value optimized out>, argc=0, argv=0x0) at m_binbuf.c:726 #17 0x080c7447 in socketreceiver_read (x=0x85327e8, fd=6) at s_inter.c:558 #18 0x080c8549 in sys_domicrosleep (microsec=<value optimized out>, pollem=<value optimized out>) at s_inter.c:196 #19 0x080c3760 in m_pollingscheduler () at m_sched.c:510 #20 m_mainloop () at m_sched.c:560 #21 0x080c6509 in sys_main (argc=2, argv=0xbffff334) at s_main.c:304 #22 0x080ce1ab in main (argc=2, argv=0xbffff334) at s_entry.c:32 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2940517&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 January 2010