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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: georg (fricklr)
>Assigned to: Miller Puckette (millerpuckette)
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-27 18:02
Message:
There might be an issue related to "use callbacks", since that is new and
relatively untested. Does the same crash happen for you when using
Pd-vanilla?
----------------------------------------------------------------------
Comment By: georg (fricklr)
Date: 2010-01-27 03:09
Message:
i found out it crashes only if "use callbacks" is on maybe really just an
issue with my driver
----------------------------------------------------------------------
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_…
Bugs item #2941262, was opened at 2010-01-27 21:40
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2941262&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.41
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: expr bugs Pd-0.41.4-extended/windows
Initial Comment:
expr reports: expr, expr~, fexpr~ version 0.4 under GNU General Public License
but no function with (added in version 0.4) at http://www.crca.ucsd.edu/~yadegari/expr.html is usable
also fact (0) produces 0 instead of 1 as definined
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2941262&group_…
Bugs item #2890661, was opened at 2009-11-02 12:59
Message generated for change (Comment added) made by fricklr
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: Open
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: georg (fricklr)
Date: 2010-01-27 09:09
Message:
i found out it crashes only if "use callbacks" is on maybe really just an
issue with my driver
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-27 00: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_…
Bugs item #2930741, was opened at 2010-01-12 16:54
Message generated for change (Settings changed) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930741&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-devel
Group: v0.43
>Status: Closed
Resolution: Works For Me
Priority: 5
Private: No
Submitted By: max (maxn)
Assigned to: Nobody/Anonymous (nobody)
Summary: patch size not saved
Initial Comment:
it seems pd-rewrite saves the position of patches and subpatches, but not their sizes.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2010-01-27 02:20
Message:
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: Hans-Christoph Steiner (eighthave)
Date: 2010-01-12 19:22
Message:
Using today's SVN on Mac OS X 10.5.8, running in both Aqua and X11, I can't
reproduce this. Both poistion and size are saved for me.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930741&group_…
Bugs item #2930743, was opened at 2010-01-12 16:55
Message generated for change (Settings changed) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930743&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-devel
Group: v0.43
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: max (maxn)
Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: patches off-screen not shown
Initial Comment:
patches with positions off the screen (fox ex. on a disconnected second monitor) aren't automatically shown on the present screen
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2010-01-27 02:20
Message:
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: Hans-Christoph Steiner (eighthave)
Date: 2010-01-12 18:59
Message:
works for me! nice algorithm, I like that! I expanded on it to also
handle width and height:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=129…
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-12 18:04
Message:
should be fixed with revision 12966;
please confirm whether it works or not
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2930743&group_…
Bugs item #2880419, was opened at 2009-10-16 07:08
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2880419&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: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Pd patch crashes on load
Initial Comment:
I wrote a simple randomisation patch for loading up sequenced wav files, which worked last week. Now for some reason it crashes Pd when I try to load it!
This is on Windows Vista Business, 32-bit, Pd version 0.41.4-extended (I made sure I installed the latest version and tested with this before reporting the problem).
I have tried running with –noloadbang startup option, and also running as administrator, but no luck. I am using some non-native objects so that may be the issue..
Problematic patch is attached.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-26 18:52
Message:
Couldn't reproduce on WinXP with Pd-extended 0.42.5 2010-01-26.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-10-20 13:52
Message:
Could you try one of the latest nighly builds of Pd-extended 0.42.5 to see
if it happens there:
http://autobuild.puredata.info/auto-build/latest/
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-10-20 08:25
Message:
Ah, that just rerouted things. I found that changing this line:
#X obj 847 386 s track_num;
to this:
#X msg 847 386 s track_num;
AND ALSO changing the print objects to msg objects, actually fixed the
issue.
I hope this helps. I can attach a working version if need be!
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-10-20 07:51
Message:
I have found out that removing the lines:
#X obj 609 338 print filename;
#X obj 881 366 print tracknum;
from the file allow it to load correctly. But these are only print
objects! Why could they be causing a crash? Anyway my initial problem is
over..
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2880419&group_…
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:49
Message:
here's the commit:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=131…
----------------------------------------------------------------------
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_…
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_…
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_…
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_…