Bugs item #2929284, was opened at 2010-01-10 14:36
Message generated for change (Comment added) made by katjav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929284&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: bang to switch~ while dsp off: Pd exits
Initial Comment:
When a bang is sent to the switch~ object while dsp is turned off (after having been on at least once since start up of Pd), Pd will exit with segmentation fault. This was tested with Pd extended 0.41.4 on OSX 10.5 and on Linux Ubuntu. I guess the bug could be fixed by extending the conditional check in the bang method for block~/switch~:
if(x->x_switched && !x->x_switchon && canvas_dspstate)
(reported anonymously by Katja Vetter)
----------------------------------------------------------------------
Comment By: Katja (katjav)
Date: 2010-02-14 00:37
Message:
Above-mentioned bug exists in Pd 0.42-4 as well. I have checked that the
problem is indeed solved with the following (where d_ugen_old.c is the
original file and d_ugen.c the modified version):
diff d_ugen_old.c d_ugen.c
222c222
< if (x->x_switched && !x->x_switchon)
---
> if (x->x_switched && !x->x_switchon && canvas_dspstate)
Hope this bug will be fixed soon cause I want to share a patch including
the switch~ object.
Katja
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929284&group_…
Bugs item #2950978, was opened at 2010-02-13 01:06
Message generated for change (Tracker Item Submitted) made by reduzent
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2950978&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: Roman Haefeli (reduzent)
Assigned to: Nobody/Anonymous (nobody)
Summary: iemlib/[soundfile_info]: does not load certain wav files
Initial Comment:
an example file showing described behaviour can be downloaded here:
http://www.romanhaefeli.net/test8kanal_interleaved_www.wav
when loading such a file with [soundfile_info], it prints the following error:
soundfile_info_read-error: /home/roman/projekte/liestal/soundfiles/test8kanal_interleaved_www.wav has a format-chunk not equal to 16
this and other files generated with the nuendo software have this problem. the files though seem to be compliant wav-files. [readsf~] loads and plays them fine.
'mplayer -identify test8kanal_interleaved_www.wav' prints:
Opening audio decoder: [pcm] Uncompressed PCM audio decoder
AUDIO: 44100 Hz, 8 ch, s16le, 5644.8 kbit/100.00% (ratio: 705600->705600)
Only [soundfile_info] seems to have troubles with those files.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2950978&group_…
Bugs item #2949009, was opened at 2010-02-10 12:06
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2949009&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: pd-gui-rewrite unusable with NumLock
Initial Comment:
when i have NumLock enabled, pd-gui-rewrite is unusable:
when creating an object, i cannot leave the creation (and thus trigger the instantiation) unless i resort to shortcuts like Ctrl-1.
i cannot connect objects
(trying to connect a messagebox will "click" it; trying to connect a numberbox will shift-drag it)
releasing NumLock fixes all problems
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-02-10 12:32
Message:
and whatever the good reasons behind adding alt/option press to the mouse
bindings, the "key-modifier" value sent to Pd is a _mask_.
since alt/option press uses the value "3", this means that the
key-modifier is actually "Shift+Alt" rather than a separate key.
is this by intention?
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-02-10 12:26
Message:
the bug stems from binding the mouse to "Option-Buttonpress-1" in
pd_bindings.tcl:134, which was added with revision 12849:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=128…
probably on OSX the "Option-Click" has a meaning, on linux it should be
disabled.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2949009&group_…
Bugs item #2949009, was opened at 2010-02-10 12:06
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2949009&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: pd-gui-rewrite unusable with NumLock
Initial Comment:
when i have NumLock enabled, pd-gui-rewrite is unusable:
when creating an object, i cannot leave the creation (and thus trigger the instantiation) unless i resort to shortcuts like Ctrl-1.
i cannot connect objects
(trying to connect a messagebox will "click" it; trying to connect a numberbox will shift-drag it)
releasing NumLock fixes all problems
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-02-10 12:26
Message:
the bug stems from binding the mouse to "Option-Buttonpress-1" in
pd_bindings.tcl:134, which was added with revision 12849:
http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=128…
probably on OSX the "Option-Click" has a meaning, on linux it should be
disabled.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2949009&group_…
Bugs item #2949009, was opened at 2010-02-10 12:06
Message generated for change (Tracker Item Submitted) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2949009&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: pd-gui-rewrite unusable with NumLock
Initial Comment:
when i have NumLock enabled, pd-gui-rewrite is unusable:
when creating an object, i cannot leave the creation (and thus trigger the instantiation) unless i resort to shortcuts like Ctrl-1.
i cannot connect objects
(trying to connect a messagebox will "click" it; trying to connect a numberbox will shift-drag it)
releasing NumLock fixes all problems
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2949009&group_…
Bugs item #2880419, was opened at 2009-10-16 11:08
Message generated for change (Comment added) made by sf-robot
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: Closed
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: SourceForge Robot (sf-robot)
Date: 2010-02-10 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-26 23: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 17: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 12: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 11: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-24 02:24
Message generated for change (Settings changed) made by sf-robot
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: Closed
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: SourceForge Robot (sf-robot)
Date: 2010-02-10 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-26 23: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 23: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-24 02: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 #2937855, was opened at 2010-01-23 11:12
Message generated for change (Comment added) made by sf-robot
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: Closed
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: SourceForge Robot (sf-robot)
Date: 2010-02-10 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-26 21: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_…
Bugs item #2939290, was opened at 2010-01-25 12:51
Message generated for change (Comment added) made by katjav
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: Katja (katjav)
Date: 2010-02-09 00:14
Message:
With Pd 0.41.4 extended on OSX 10.5 the same behaviour happens. More
specific I have noticed this: a switched-on metro object will send all it's
suspended messages at wake up after sleep. This makes Pd using 99% cpu
during some time, depending on the length of sleep period.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-27 00: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-27 00: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 17: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 13: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_…
Bugs item #2948007, was opened at 2010-02-08 20:15
Message generated for change (Tracker Item Submitted) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2948007&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: textfile cannot read from disk root in Windows
Initial Comment:
In Windows, If you send
[set foo bar, write /somefile.txt(
|
[textfile]
it will write the file to the root folder of the current drive, just as expected.
However, if you try to read it:
[read /textfile.txt(
|
[textfile]
it won't read it:
error: /textfile.txt: can't open
error: /textfile.txt: read failed
when obviously the file exists.
Note that:
- it does successfully write to the same path
- it does read from path starting with "/" other than the root, such as "/somedir/textfile.txt"
- it does read from the root if the disk unit is specified, such as "D:/textfile.txt"
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2948007&group_…