Bugs item #3302614, was opened at 2011-05-15 22:51
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3302614&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: some abstractions are missing in Vanilla for Ubuntu
Initial Comment:
The following abstractions:
rev1~, rev2~, rev3~, hilbert~
are included in Pd Vanilla for Windows; they are located in the "extra" folder. However they are missing (or maybe they are not where they are expected to be) in the Linux version, or at least in the package for Ubuntu.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3302614&group_…
Bugs item #3302136, was opened at 2011-05-14 15:42
Message generated for change (Tracker Item Submitted) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3302136&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: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: capslock screws up msg box edition
Initial Comment:
Pd 0.43 Ubuntu Maverick
1. Create a msg box.
2. Turn caps lock on.
3. Type "FOO"
4. Select "FOO" by click dragging with the mouse.
5. Type <ctrl-c>
Bug: "FOO" gets cut instead of copied.
(Note: Steps 2 and 3 are actually interchangeable.)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3302136&group_…
Bugs item #3300959, was opened at 2011-05-12 12:56
Message generated for change (Tracker Item Submitted) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3300959&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: find last error doesn't show the error if it is inside GOP
Initial Comment:
When you do "find last error" and the error _is_ trackable but it is inside some (possibly nested) GOP-enabled subpatch or abstraction, you get this on the console:
Last trackable error:
but the canvas containing the object that caused the error is not opened and nothing is highlighted anywhere, that is, nothing gives any clue of where the error is.
Tested on Windows and Linux, Pd Vanilla 0.42.5.
I reported this 3 years ago, but my description of the issue was confusing and misleading, and the description seems to be the only thing you cannot edit; so I'm creating this new artifact and I'll mark the other one as duplicate of this one.
I will raise the priority because this makes serious development impossible.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3300959&group_…
Bugs item #3299895, was opened at 2011-05-10 13:21
Message generated for change (Tracker Item Submitted) made by nils_rotte
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3299895&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
Resolution: None
Priority: 5
Private: No
Submitted By: Bernhard Neugebauer (nils_rotte)
Assigned to: Nobody/Anonymous (nobody)
Summary: block~/switch~ overlap
Initial Comment:
using block~/switch~ inside a subpatch with low blocksizes and overlap leads to artifacts.
The problem occurs, if (blocksize)/(overlap factor) < 64, with 64 being the blocksize of the parent window.
tested on 0.39-3 extended and on 0.42-4
Windows XP/SP2
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3299895&group_…
Bugs item #3299609, was opened at 2011-05-09 20:10
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3299609&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: [pdp] Compilation option change for gcc 4.6
Initial Comment:
A change (bugfix) in gcc 4.6 prevents pdp to compile. The fix is to replace "-export-dynamic" with "-rdynamic" in the Makefiles.
I did not test the change with gcc 4.5 and previous.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3299609&group_…
Bugs item #3299602, was opened at 2011-05-09 19:54
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3299602&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: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: [pdp] Compilation option change for gcc 4.6
Initial Comment:
A change (bugfix) in gcc 4.6 prevents pdp to compile. The fix is to replace "-export-dynamic" with "-rdynamic" in the Makefiles.
I did not test the change with gcc 4.5 and previous.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3299602&group_…
Apologies for cross-posting.
After 8 months of planning, fund-raising a metric ton of greenbacks, and literally thousands of hours of hard work distributed across dozens of souls, Linux Laptop Orchestra (L2Ork) is truly excited to announce our maiden tour of Europe May 12 – June 1, 2011. Joining forces with our guest soloist Ron Coulter and our talented soprano l2orkist Aurora Martin, the ensemble will be touring 8 countries, performing and holding workshops in following locations:
May 14 – Linz, Austria (as part of LiWoLi festival)
May 15 – Ljubljana, Slovenia
May 16 – Budapest, Hungary
May 19 – Croatia
May 21Â -Â Hamburg, Germany (Academy of Music and Theater)
May 24Â -Â Amsterdam, Netherlands (STEIM)
May 25 – Amsterdam, Netherlands (Zaal 100)
May 26 – Utrecht, Netherlands (HKU)
May 30 – Paris, France (IRCAM)
June 01 – Oslo, Norway (NIME 2011)
Hope to see you at one of our upcoming destinations! In the meantime, to stay up-to-date with the latest developments join our facebook page (http://www.facebook.com/group.php?gid=117918141555131)
For additional info on L2Ork please visit http://l2ork.music.vt.edu
On a somewhat related note, L2Ork has also made another series of updates to the Linux-centric pd-l2ork variation of Pd which is also available on the L2Ork site together with a series of externals and abstractions. For additional info on pd-l2ork please visit http://l2ork.music.vt.edu/main/?page_id=56
Should you happen to have any questions, suggestions or concerns, please do not hesitate to contact me.
Best wishes,
Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
ico(a)vt.edu
http://www.music.vt.edu/faculty/bukvic/
Bugs item #3298989, was opened at 2011-05-08 13:47
Message generated for change (Tracker Item Submitted) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3298989&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.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: GUI gets frozen
Initial Comment:
>From time to time (I haven't been able to isolate a set of steps that reproduces this), an error message like the following appears on the console:
(Tcl) INVALID COMMAND NAME: invalid command name ".c"
while executing
".c coords a7e9d8RCOVER 869 255 877 333"
("uplevel" body line 1)
invoked from within
"uplevel #0 $cmd_from_pd"
and suddenly ALL the gui elements of a certain type or of several types (e.g. all sliders and/or all toggles and/or all number boxes) stop working, meaning that they will stop responding to mouse interaction and stop being updated.
Here's another example of the error message:
(Tcl) INVALID COMMAND NAME: invalid command name ".x1814f00.c"
while executing
".x1814f00.c itemconfigure .x17a9308.t1809158R -fill blue"
("uplevel" body line 9287)
invoked from within
"uplevel #0 $cmd_from_pd"
This happens to me from time to time with very complex patches with a lot of GOP-enabled abstractions.
I'm sorry I can't provide a simple test patch but i think this was worth reporting as it is a complete show stopper.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3298989&group_…
Bugs item #3298383, was opened at 2011-05-06 14:13
Message generated for change (Tracker Item Submitted) made by radarsat1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3298383&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
Resolution: None
Priority: 5
Private: No
Submitted By: Stephen Sinclair (radarsat1)
Assigned to: Nobody/Anonymous (nobody)
Summary: PureData writing beyond t_object struct on Windows.
Initial Comment:
This very simple external provides a responder to a single message, "test". The object's data structure extends t_object by a single integer, "pad". I set "pad" to zero immediately after pd_new(). Later, when it receives "test", it prints "pad" again. On Linux, the log contains the following:
hello_new, x->pad: 0
hello_test, x->pad: 0
However, on Windows, the log contains this:
hello_new, x->pad: 0
hello_test, x->pad: 0x1
This means somewhere between initializing my object and receiving "test", the t_object structure is written to beyond its length.
This was noticed because in a real object I had a pointer in that location, which was invalidated by this effect, and dereferencing it caused PureData to crash. My temporary solution is to put a padding int there, but it would be nice to find the problem. I haven't yet managed to compile Pd from scratch for Windows yet, so I can't debug it until I get that working, but I thought I should report it in case anyone knows more.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3298383&group_…
Bugs item #3297971, was opened at 2011-05-05 16:30
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297971&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.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Pd-0.43 crash with GOP enabled abstraction inside subpatch
Initial Comment:
I keep getting a serious crash if I'm ever using [soundoutput] inside a subpatch.
I can reproduce it by:
> Opening test.pd in Pd-0.43
> Open [pd SUBVIEW]
> Close [pd SUBVIEW]
> (Try to) close test.pd
Then I get the following error:
(Tcl) INVALID COMMAND NAME: invalid command name ".x321860.c"
white executing
".x321860.c delete l323af0"
("uplevel" body line 2)
invoked from with
"uplevel #0 $cmd_from_pd"
Then if I move the mouse on the test.pd window I get this error constantly:
.x191a6b0: no such object
I can still edit and save other patches but it's not really workable so it requires a restart of Pd.
I'm running Pd-0.43-0 on a MacBook Pro with OSX 10.6.7
Thanks,
Joe
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3297971&group_…