Bugs item #1751315, was opened at 2007-07-10 11:57
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1751315&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: Kevin McCoy (kevinmccoy)
Assigned to: Yves Degoyon (sevyves)
Summary: [playlist] crashes in gop when a message is connected to it
Initial Comment:
I have attached a stripped down version of the gop to demonstrate the error. It seems that what causes the error, at least for me, is having any kind of message box connected to the [playlist] object when it appears in a GOP abstraction, then closing the patch and saying yes to discarding the changes. I have attached the example. In its current state it will not crash pd after you create it and close the window. Connect any of the message boxes or the toggle, save it, create it again and it will give you the crash when you close the window - at least it does for me. I should also note that it only happens when this is a gop. I tried connecting a message box to a playlist object in a normal patch and it didn't crash when I closed it and discarded changes.
This error, as far as I can tell, occurs in Miller's pd 0.39-2, 39-2 extended rc3/rc4, 0.40-2 extended, but I couldn't get it to crash the same way in Miller's 0.40-2
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-04-13 14:48
Message:
This artifact has been marked as a duplicate of artifact 2842897 with
reason:
the same issue with the message box connection
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-12-01 16:20
Message:
Logged In: YES
user_id=27104
Originator: NO
I can reproduce it on Pd-extended 0.40.3-2007-11-30 on Mac OS X/Intel
10.4.11
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-12-01 08:12
Message:
Logged In: NO
yes, i have also experienced this error. playlist crashes pd when in GOP
abstractions.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1751315&group_…
Bugs item #2842897, was opened at 2009-08-23 01:25
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2842897&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: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
>Summary: GOP with envgen/playlist makes pd segfault on patch close
Initial Comment:
create a envgen, connect a bang to it, then connect a inlet to the bang.
inlet--->bang--->envgen
create a graph on parent, and put the envgen in it.
save with the name 'envgenbug'.
now create a object named 'envgenbug' and your graph-on parent object should appear.
now if you remove it it will crash pd.
this bug happends on my OSX installation, linux installation, with different versions of PD, and with a newly compiled envgen external from svn.
so i dont know what the problem is.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-04-13 14:00
Message:
it seems to be related to having the envgen in the GOP, then having some
other object connected to the envgen, and also having the comments present.
Strange bug.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-08-27 13:23
Message:
ok, that crashes. In the future, please sign in and attach files directly
to this patch report. pastebin is a pain, and the text will disappear
after a while.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-08-27 13:16
Message:
ok here you go:
http://pastebin.com/m614e0f77
hope this helps, sorry if the instructions where bad in the ticket.
so just run the pd_start.pd file and try to remove the object 'foo' and
should crash.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-08-25 13:05
Message:
I couldn't reproduce on Pd-extended 0.41.4 on Mac OS X 10.5.7/Intel. Can
you post an example patch?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2842897&group_…
Bugs item #1180148, was opened at 2005-04-10 07:14
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1180148&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: 7
Private: No
Submitted By: Thomas Grill (xovo)
>Assigned to: Nobody/Anonymous (nobody)
Summary: silence when there's only output device
Initial Comment:
Currently, when there is no input device (but there is output, like on
the Minimac), in the audio config dialog the input is enabled but the
input device list is empty.
In this situation there is no audio output either. Disabling the input
helps - this should be the default when there is no input device.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-04-13 14:33
Message:
is this still an issue? There have been 'portaudio' updates since this bug
reports. Pd-extended 0.42.5 has a very recent portaudio.
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2005-09-13 19:30
Message:
Logged In: YES
user_id=313747
I can't reproduce this at the moment... perhaps this only
happens on
macintosh???
----------------------------------------------------------------------
Comment By: Thomas Grill (xovo)
Date: 2005-09-02 15:57
Message:
Logged In: YES
user_id=350252
Ok, increased priority since this bug report has been here
for _quite_ a while and the issue becomes increasingly nasty
by the time.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1180148&group_…
Bugs item #1072763, was opened at 2004-11-24 15:33
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1072763&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: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: B. Bogart (bbogart)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: .gfxstub41d8c0.f?: no such object in console w/ pd.38-test10
Initial Comment:
When pasting (Apple-V) into "pd search path entry boxes":
error: .gfxstub41d8c0.f?: no such object
Where "?" is 0-9 corrseponding to the entry field
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-04-13 14:31
Message:
fixed in 0.43
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-04-14 00:13
Message:
this is fixed in Pd-extended and this bug report has been around a very
long time....
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-10-16 09:44
Message:
Logged In: YES
user_id=1658640
Originator: NO
This is still the case in Pd-0.40-2.
Note that the pasted text does get it way into the "pd search path entry
boxes".
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2004-12-09 22:19
Message:
Logged In: YES
user_id=313747
This seems mot to happen in linux, will try on a mac later.
Same for previous bug.
-M
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1072763&group_…
Bugs item #1791040, was opened at 2007-09-09 08:57
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1791040&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: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Federico Ferri (federico__)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Pd documentation browser has bug with Tcl/TK 8.5
Initial Comment:
after clicking a directory for the first time, selecting another directory on the same level, produces this error:
window name "listbox3-list" already exists in parent
window name "listbox3-list" already exists in parent
while executing
"listbox "[set b "$base.listbox$count"]-list" -yscrollcommand [list "$b-scroll" set] -height 20 -exportselection 0"
(procedure "doc_make_listbox" line 12)
invoked from within
"doc_make_listbox [winfo parent $width] $dir_to_open [incr count]"
(procedure "doc_navigate" line 7)
invoked from within
"doc_navigate /usr/lib/pd/doc/gem/examples 2 .help_browser.frame.listbox2-list 40 111"
(command bound to event)
Pd version: 0.40-3 (vanilla)
Tcl version: 8.5a6
Tk version: 8.5a6
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-04-13 14:29
Message:
fixed with new Help Browser in Pd-extended 0.42 and Pd 0.43
----------------------------------------------------------------------
Comment By: Federico Ferri (federico__)
Date: 2007-09-10 13:41
Message:
Logged In: YES
user_id=1628983
Originator: YES
yeah, that's why I reported Tcl/Tk version.
forgot to say that OS is Linux 2.6 (perhaps not relevant)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-09-09 12:53
Message:
Logged In: YES
user_id=27104
Originator: NO
This bug is specific to Tcl/Tk 8.5. It works fine on 8.4.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1791040&group_…
Bugs item #1950095, was opened at 2008-04-23 16:39
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1950095&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: None
Priority: 5
Private: No
Submitted By: ClaudiusMaximus (claudiusmaximus)
Assigned to: Nobody/Anonymous (nobody)
Summary: [readanysf~] incompatible with new FLAC API
Initial Comment:
It seems the FLAC API changed recently, making it impossible to compile readanysf~ on GNU/Linux Debian Lenny, and probably other systems too:
./configure && make
[snip]
ReadFlac.cpp: In member function ‘virtual bool ReadFlac::Initialize()’:
ReadFlac.cpp:80: error: ‘FLAC__stream_decoder_set_read_callback’ was not declared in this scope
ReadFlac.cpp:81: error: ‘FLAC__stream_decoder_set_write_callback’ was not declared in this scope
ReadFlac.cpp:83: error: ‘FLAC__stream_decoder_set_metadata_callback’ was not declared in this scope
ReadFlac.cpp:84: error: ‘FLAC__stream_decoder_set_error_callback’ was not declared in this scope
ReadFlac.cpp:85: error: ‘FLAC__stream_decoder_set_client_data’ was not declared in this scope
ReadFlac.cpp:87: error: ‘FLAC__stream_decoder_init’ was not declared in this scope
ReadFlac.cpp: In member function ‘void ReadFlac::ErrorCheck(int)’:
ReadFlac.cpp:273: error: ‘FLAC__STREAM_DECODER_INVALID_CALLBACK’ was not declared in this scope
make[2]: *** [ReadFlac.o] Error 1
make[2]: Leaving directory `/home/claude/src/pure-data/trunk/externals/august/readanysf~/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/claude/src/pure-data/trunk/externals/august/readanysf~'
make: *** [all] Error 2
This might have some useful tips, but I haven't the time at the moment to read it:
http://flac.sourceforge.net/api/group__porting.html
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-04-13 14:26
Message:
There has been a lot of work on readanysf~ recently. Is this still an
issue?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1950095&group_…
Bugs item #2520517, was opened at 2009-01-19 13:11
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2520517&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: Works For Me
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Yves Degoyon (sevyves)
Summary: [playlist] in gop crashes when deleted
Initial Comment:
having a "playlist" object in a gop and deleting the containing (gop-enabled) object, crashes Pd.
deleting playlist within the gop and then deleting the gop-object works fine.
backtraces and fixes later, when i find time ;-)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-04-13 14:24
Message:
This artifact has been marked as a duplicate of artifact 2842897 with
reason:
seems like the same core bug as this
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2009-01-19 13:54
Message:
hmm, seems to work now (with pd-vanilla and playlist from svn)
it definitely crashed with pd-extended and the giss-pdp-dv.pd patch
probably a problem with compiling against a different version of Pd as
used at runtime...
i'll investigate tomorrow
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2520517&group_…
Bugs item #2507851, was opened at 2009-01-14 15:07
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2507851&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: Duplicate
Priority: 5
Private: No
Submitted By: Holger (waffenladen)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: messed-up paths with pd_install
Initial Comment:
Since the latest pd-merge, when I do
cd packages/
make pd_install
or
some pd files get installed to double the DESTDIR-path, i. e. packages/build/home/hb/pd-extended/packages/build/usr/lib...
that is because in pd/src/makefile.in all entries getting paths from libpddir are prefixed with $(DESTDIR), but libpddir gets already prefixed with DESTDIR in Makefile.buildlayout...
so I patched pd/src/makefile.in (patch attached). Hope I'm not the only one with this problem...
Cheers,
Holger
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-04-13 14:23
Message:
This artifact has been marked as a duplicate of artifact 2000075 with
reason:
DESTDIR issue fixed
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2507851&group_…
Bugs item #2507851, was opened at 2009-01-14 15:07
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2507851&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: Holger (waffenladen)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: messed-up paths with pd_install
Initial Comment:
Since the latest pd-merge, when I do
cd packages/
make pd_install
or
some pd files get installed to double the DESTDIR-path, i. e. packages/build/home/hb/pd-extended/packages/build/usr/lib...
that is because in pd/src/makefile.in all entries getting paths from libpddir are prefixed with $(DESTDIR), but libpddir gets already prefixed with DESTDIR in Makefile.buildlayout...
so I patched pd/src/makefile.in (patch attached). Hope I'm not the only one with this problem...
Cheers,
Holger
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-04-13 14:23
Message:
This artifact has been marked as a duplicate of artifact 2000075 with
reason:
DESTDIR issue fixed
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2507851&group_…
Bugs item #2000075, was opened at 2008-06-22 12:13
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2000075&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: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Federico Ferri (federico__)
Assigned to: Nobody/Anonymous (nobody)
Summary: 'make install' installs 'lib' directory outside DESTDIR
Initial Comment:
when installing Pd to some PREFIX, but using a different DESTDIR, in order to package the contents, the lib directory gets installed outside the DESTDIR, causing a potential access violation (i.e. when running the install under a sandbox)
practical example:
$ cd pd-0.41-4/src
$ ./configure --prefix=/Applications/PureData
$ make
$ make DESTDIR=/home/me/pd-pkg-temp install
now if I look at the installed files, I find:
$ cd /home/me/pd-pkg-temp
$ find .
.
./bin
./bin/pd
./bin/pdsend
./bin/pdreceive
./man
./man/man1
./man/man1/pdsend.1.gz
./man/man1/pdreceive.1.gz
./man/man1/pd.1.gz
./include
./include/m_pd.h
which is good, but missing the whole 'lib' directory.
the 'lib' directory was installed in /Applications/PureData/lib, not respecting the DESTDIR setting
I could get a "permission denied" error if I didn't have write access to the real /Applications/PureData
(patch 1997142 solves the problem)
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-04-13 14:19
Message:
fixed by the inclusion of patch 1997142
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2000075&group_…