Patches item #1956973, was opened at 2008-05-03 18:14
Message generated for change (Comment added) made by danomatika
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1956973&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: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dan Wilcox (danomatika)
Assigned to: Nobody/Anonymous (nobody)
Summary: Ubuntu Hardy PD Jack problemos ...
Initial Comment:
Ok,
After upgrading to Ubuntu Hardy I tried pd with jack and everything seemingly was working. Today I sat down to do some music using my external usb sound card (Edirol UA-25) and lo and behold Pd goes nuts. All afternoon I have tracked down these issues using Pd-0.40.3-extended-20080408-debian-stable-i386.deb from the autobuilds.
- the -jack startup flag does not work
- if using the -jack startup flag, trying using the jack selection in Media does not work, you cannot make the jack connection to work
- starting pd without the -jack startup flag allows you to select jack from Media and make the connection
- trying to connect to jack (once again from the Media menu) if its controlling an EXTERNAL audio device immediately slows down X to about 5fps and causes Pulseaudio to stutter. Everything is fine on killing pd.
As suggested by Hans, I tried a build before the recent jack bugfix patch (http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…) and I am able to connect to the external card running jack ... but the startup flag does not work.
----------------------------------------------------------------------
>Comment By: Dan Wilcox (danomatika)
Date: 2008-05-04 13:44
Message:
Logged In: YES
user_id=2032867
Originator: YES
After a little testing today the -jack flag works fine using the earlier
the Pd-0.40.3-extended-20080210-debian-stable-i386.deb build. So it must
be something in the bugfix that messes up using external cards ...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1956973&group_…
Patches item #1956973, was opened at 2008-05-03 18:14
Message generated for change (Settings changed) made by danomatika
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1956973&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: bugfix
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Dan Wilcox (danomatika)
Assigned to: Nobody/Anonymous (nobody)
Summary: Ubuntu Hardy PD Jack problemos ...
Initial Comment:
Ok,
After upgrading to Ubuntu Hardy I tried pd with jack and everything seemingly was working. Today I sat down to do some music using my external usb sound card (Edirol UA-25) and lo and behold Pd goes nuts. All afternoon I have tracked down these issues using Pd-0.40.3-extended-20080408-debian-stable-i386.deb from the autobuilds.
- the -jack startup flag does not work
- if using the -jack startup flag, trying using the jack selection in Media does not work, you cannot make the jack connection to work
- starting pd without the -jack startup flag allows you to select jack from Media and make the connection
- trying to connect to jack (once again from the Media menu) if its controlling an EXTERNAL audio device immediately slows down X to about 5fps and causes Pulseaudio to stutter. Everything is fine on killing pd.
As suggested by Hans, I tried a build before the recent jack bugfix patch (http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…) and I am able to connect to the external card running jack ... but the startup flag does not work.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1956973&group_…
Bugs item #1917574, was opened at 2008-03-17 21:01
Message generated for change (Comment added) made by mariusschebella
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1917574&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: marius schebella (mariusschebella)
Assigned to: Nobody/Anonymous (nobody)
Summary: declare not working on osx
Initial Comment:
I am not sure if declare is working the way it is supposed to on OSX
the object I am trying to create is [OSCroute].
I can create [oscx/OSCroute], but what I want to accomplish is to avoid the oscx prefix, so I tried
[declare -stdpath extra/oscx]
[declare -stdpath oscx]
[declare -path extra/oscx]
[declare -path oscx]
[declare -stdlib extra/oscx]
[declare -stdlib oscx]
[declare -lib extra/oscx]
[declare -lib oscx]
I even tried [declare -stdpath extra/oscx] in combination with import oscx. and I get a console printout saying [import] loaded library: oscx,
but OSCroute
... couldn't create
don't know how to track down the error, or if I am maybe doing something wrong.
pd-extended-0.40.3-20080222.
----------------------------------------------------------------------
>Comment By: marius schebella (mariusschebella)
Date: 2008-05-04 13:35
Message:
Logged In: YES
user_id=1856112
Originator: YES
I just realized that I made some mistakes in the past and that declare
actually is working better than I thought. here is what I forgot:
1) declare only takes effect when you open the patch. stupid, I think I
read it, but... Some alleged "bugs" were caused by the assumption that it
is enough to create a declare object and paths will be set...
2) no absolute paths! absolute paths work for -lib, but not for
-path/-stdpath. at least on OS X it is not possible to set absolute paths
(or at least I don't know how), all paths have to be relative to Pd
(-stdpath) or to the patch (-path).
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-03-20 09:38
Message:
Logged In: YES
user_id=1895440
Originator: NO
oops...
from some quick fix from before i accidently still had a symbolic link
from /home/roman/extra pointing to /usr/local/lib/pd/extra/, that is why it
found [bar] in that funny place:
/home/roman/extra/foo/bar.pd
tried again without the symlink:
--------------------------------
tried /home/roman/declare_test.pd and succeeded
tried /home/roman/../extra/foo/bar.l_i386 and failed
tried /home/roman/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar.l_i386 and failed
tried /home/roman/../extra/foo/bar.pd_linux and failed
tried /home/roman/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar.pd_linux and failed
tried /home/roman/../extra/foo/bar/bar.l_i386 and failed
tried /home/roman/bar/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed
tried /home/roman/../extra/foo/bar/bar.pd_linux and failed
tried /home/roman/bar/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed
tried /home/roman/../extra/foo/bar.pd and failed
tried /home/roman/bar.pd and failed
tried /usr/local/lib/pd/extra/bar.pd and failed
tried /home/roman/../extra/foo/bar.pat and failed
tried /home/roman/bar.pat and failed
tried /usr/local/lib/pd/extra/bar.pat and failed
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-03-20 07:49
Message:
Logged In: YES
user_id=1895440
Originator: NO
i just did the same test again on my box, ubuntu dapper i686:
tried /home/roman/declare_test.pd and succeeded
tried /home/roman/extra/foo/bar.l_i386 and failed
tried /home/roman/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar.l_i386 and failed
tried /home/roman/extra/foo/bar.pd_linux and failed
tried /home/roman/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar.pd_linux and failed
tried /home/roman/extra/foo/bar/bar.l_i386 and failed
tried /home/roman/bar/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed
tried /home/roman/extra/foo/bar/bar.pd_linux and failed
tried /home/roman/bar/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed
tried /home/roman/extra/foo/bar.pd and succeeded
which means:
- there is a difference between linux ppc and linux intel
- currently linux intel is the _only_ platform where [declare] works as
documented.
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-03-20 07:20
Message:
Logged In: YES
user_id=1895440
Originator: NO
could we give this issue a higher priority? the longer [declare] is not
working correctly, the more confusion it will cause. also it currently
cannot be used to create portable patches, that work on every platform with
every pd-distro, which i find would be the strong point in using
[declare].
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-03-20 07:11
Message:
Logged In: YES
user_id=1895440
Originator: NO
the same test on a ubuntu ppc machine with pd 0.41-4 compiled from source
and installed to the default location gave similar results:
output from pd-window:
----------------------
tried /home/olivia/declare_test.pd and succeeded
tried /home/olivia/extra/foo/bar.l_i386 and failed
tried /home/olivia/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar.l_i386 and failed
tried /home/olivia/extra/foo/bar.pd_linux and failed
tried /home/olivia/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar.pd_linux and failed
tried /home/olivia/extra/foo/bar/bar.l_i386 and failed
tried /home/olivia/bar/bar.l_i386 and failed
tried /usr/local/lib/pd/extra/bar/bar.l_i386 and failed
tried /home/olivia/extra/foo/bar/bar.pd_linux and failed
tried /home/olivia/bar/bar.pd_linux and failed
tried /usr/local/lib/pd/extra/bar/bar.pd_linux and failed
tried /home/olivia/extra/foo/bar.pd and failed
tried /home/olivia/bar.pd and failed
tried /usr/local/lib/pd/extra/bar.pd and failed
tried /home/olivia/extra/foo/bar.pat and failed
tried /home/olivia/bar.pat and failed
tried /usr/local/lib/pd/extra/bar.pat and failed
bar
... couldn't create
instantiating [foo/bar] works fine, which means, that installation of
[bar] is correct and pd finds it in extra/foo.
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-03-20 06:48
Message:
Logged In: YES
user_id=1895440
Originator: NO
while [declare -stdlib] seems to work, [declare -stdpath] doesn't work on
windows as well. i created a folder 'foo' into the extra directory and put
a file 'bar.pd' in there.
my test setup:
--------------
pd installation path:
D:\programme\pd-0.41\
pd executable:
D:\programme\pd-0.41\bin\pd.exe
test-abstraction:
D:\programme\pd-0.41\extra\foo\bar.pd
test-patch:
D:\home\declare_test.pd
test-patch contains:
[declare -stdpath extra/foo]
[bar]
pd start command:
D:\programme\pd-0.41\bin\pd.exe -verbose -open D:\home\declare_test.pd
output from pd-window:
----------------------
tried D:\\home\\declare_test.pd and succeeded
tried D:\\home\\..\\extra\\foo\\bar.m_i386 and failed
tried D:\\home\\bar.m_i386 and failed
tried D:\\programme\\pd-0.41\\extra\\bar.m_i386 and failed
tried D:\\home\\..\\extra\\foo\\bar.dll and failed
tried D:\\home\\bar.dll and failed
tried D:\\programme\\pd-0.41\\extra\\bar.dll and failed
tried D:\\home\\..\\extra\\foo\\bar\\bar.m_i386 and failed
tried D:\\home\\bar\\bar.m_i386 and failed
tried D:\\programme\\pd-0.41\\extra\\bar\\bar.m_i386 and failed
tried D:\\home\\..\\extra\\foo\\bar\\bar.dll and failed
tried D:\\home\\bar\\bar.dll and failed
tried D:\\programme\\pd-0.41\\extra\\bar\\bar.dll and failed
tried D:\\home\\..\\extra\\foo\\bar.pd and failed
tried D:\\home\\bar.pd and failed
tried D:\\programme\\pd-0.41\\extra\\bar.pd and failed
tried D:\\home\\..\\extra\\foo\\bar.pat and failed
tried D:\\home\\bar.pat and failed
tried D:\\programme\\pd-0.41\\extra\\bar.pat and failed
bar
... couldn't create
it looks like [declare -stdpath] is adding the search path relative to the
patch instead of relative to pd.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1917574&group_…
Patches item #1956973, was opened at 2008-05-03 18:14
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1956973&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: Dan Wilcox (danomatika)
Assigned to: Nobody/Anonymous (nobody)
Summary: Ubuntu Hardy PD Jack problemos ...
Initial Comment:
Ok,
After upgrading to Ubuntu Hardy I tried pd with jack and everything seemingly was working. Today I sat down to do some music using my external usb sound card (Edirol UA-25) and lo and behold Pd goes nuts. All afternoon I have tracked down these issues using Pd-0.40.3-extended-20080408-debian-stable-i386.deb from the autobuilds.
- the -jack startup flag does not work
- if using the -jack startup flag, trying using the jack selection in Media does not work, you cannot make the jack connection to work
- starting pd without the -jack startup flag allows you to select jack from Media and make the connection
- trying to connect to jack (once again from the Media menu) if its controlling an EXTERNAL audio device immediately slows down X to about 5fps and causes Pulseaudio to stutter. Everything is fine on killing pd.
As suggested by Hans, I tried a build before the recent jack bugfix patch (http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…) and I am able to connect to the external card running jack ... but the startup flag does not work.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1956973&group_…
Bugs item #1955701, was opened at 2008-05-01 23:18
Message generated for change (Comment added) made by fabbb
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1955701&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: abstractions
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: vasp abstractions missing
Initial Comment:
there are vasp abstractions missing in the distribution. they can be found at http://grrrr.org/ext/vasp/vasp-0.1.3-pd.zip in the subfolder vasp/pd.
----------------------------------------------------------------------
Comment By: Fabian (fabbb)
Date: 2008-05-01 23:24
Message:
Logged In: YES
user_id=2077082
Originator: NO
i'm on pd-ext 0.39.3 win i forgot to say
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1955701&group_…
Bugs item #1955701, was opened at 2008-05-01 14:18
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1955701&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: abstractions
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: vasp abstractions missing
Initial Comment:
there are vasp abstractions missing in the distribution. they can be found at http://grrrr.org/ext/vasp/vasp-0.1.3-pd.zip in the subfolder vasp/pd.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1955701&group_…
Bugs item #1499215, was opened at 2006-06-01 20:11
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1499215&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.40.2
>Status: Pending
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: João Miguel Pais (jmmmp)
Assigned to: Nobody/Anonymous (nobody)
Summary: openpanel crash
Initial Comment:
when openpanel is clicked and the selection window
comes up, pd crashes. this doesn't happen all the time,
but will happen for sure if f.e. something with
openpanel has been done before.
XP, 0.93t3
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-01 10:08
Message:
Logged In: YES
user_id=27104
Originator: NO
ok, I am guessing that an upgraded Tcl/Tk fixed that. I'm setting this to
pending in case anyone else has anything else to say on the matter.
Otherwise it'll be closed.
----------------------------------------------------------------------
Comment By: João Miguel Pais (jmmmp)
Date: 2008-04-30 09:44
Message:
Logged In: YES
user_id=1523458
Originator: YES
I just installed and tried out the latest build of .43 ext, and it seems
to work well. I'm not on pd too much these days, but the test I've made
would have crashed earlier versions, I think.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-28 17:18
Message:
Logged In: YES
user_id=27104
Originator: NO
is this still an issue with the recent nightly builds of Pd-extended or
Pd-0.41-4? Tcl/Tk has been upgraded on Windows to Tcl/Tk 8.4.18. I think
Miller is still using an old build.
----------------------------------------------------------------------
Comment By: christopher clepper (cclepper)
Date: 2007-01-05 11:16
Message:
Logged In: YES
user_id=663212
Originator: NO
Yes, the panel is still open when Pd exits. What Tcl/Tk version are you
using when testing?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-01-05 11:00
Message:
Logged In: YES
user_id=27104
Originator: NO
So does the crash happen with the open panel is still open? If so, that
sounds like a Tcl/Tk issue maybe. I know that there are a number of
updates available.
----------------------------------------------------------------------
Comment By: christopher clepper (cclepper)
Date: 2007-01-05 10:41
Message:
Logged In: YES
user_id=663212
Originator: NO
I have this happen quite a lot on my Windows development machine. The way
I reproduced it involved opening a dialog and then the next open dialog
browsing my desktop for a few seconds. Pd would exit immediately with a 1.
The debugger never caught anything either.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-01-04 19:44
Message:
Logged In: YES
user_id=27104
Originator: NO
I can't reproduce this on Pd-0.39.2-extended-test7. Is there any more
info?
----------------------------------------------------------------------
Comment By: João Miguel Pais (jmmmp)
Date: 2006-08-07 12:15
Message:
Logged In: YES
user_id=1523458
this has been happening a lot in my computer lately. I guess
there's a conflict between openpanel and window's
commentaries to files.
my mouse has automatic selection (follows the pointer, I
only have to click once to open a file). when I use
openpanel after the 1st time, if I'm not fast selecting a
file it *will almost for sure* crash pd.
no example patch necessary, just any patch with openpanel.
apparently the chances increase if a patch with GOPs was
opened (it's only a hunch).
----------------------------------------------------------------------
Comment By: João Miguel Pais (jmmmp)
Date: 2006-07-07 07:35
Message:
Logged In: YES
user_id=1523458
This is the only information I can give, because the
behaviour is erratic, and I can't establish a pattern. the
only thing I know for sure is that it doesn't happen on the
first time.
example patch isn't necessary, just banging any openpanel -
it's a general behaviour, not specific to any singular
patch.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-07-06 20:22
Message:
Logged In: YES
user_id=27104
This is a pretty vague bug report. Any more info? Example
patch?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1499215&group_…
Bugs item #1830771, was opened at 2007-11-12 19:19
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1830771&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.40.2
>Status: Closed
Resolution: Works For Me
Priority: 5
Private: No
Submitted By: João Miguel Pais (jmmmp)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Pd extended starts animation effect on XP
Initial Comment:
This actually always happened with Pd-ext as far as I remember. Each time I start Pd-ext, the Einblendeffekt (animation? can't find a translation) gets activated. This effect is what makes the windows "travel" when they're being minimized or maximized. You find it in
- right-click on the desktop
- properties
- 4th Tab [Darstellung], display??
- effects
- 1st checkbox, [use the next effects for menus and quickinfos]
- Einblendeffekt
[the menu names were translated by me from german, they might not be correct]
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-01 10:06
Message:
Logged In: YES
user_id=27104
Originator: NO
cool, since it seems to be fixed, I'll close this bug.
----------------------------------------------------------------------
Comment By: João Miguel Pais (jmmmp)
Date: 2008-04-30 09:46
Message:
Logged In: YES
user_id=1523458
Originator: YES
It works fine, I just tried it and nothing wrong happened.
----------------------------------------------------------------------
Comment By: João Miguel Pais (jmmmp)
Date: 2008-04-28 06:22
Message:
Logged In: YES
user_id=1523458
Originator: YES
Is .43-ext already final? I tried it a couple weeks ago, and it was buggy.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-28 01:00
Message:
Logged In: YES
user_id=27104
Originator: NO
I can't reproduce this on English Windows XP SP2 with all updates using
Pd-0.40.3-extended-20080427.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1830771&group_…
Patches item #1953853, was opened at 2008-04-28 23:40
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1953853&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: 5
Private: No
Submitted By: Jakob Leben (jleben)
>Assigned to: Miller Puckette (millerpuckette)
>Summary: fix for empty GOP draws red rect on parent
Initial Comment:
This patch fixes the following bug:
The "graph on parent" red rectangle is drawn on the parent patch when an object is created in a subpatch by sending it a message after the subpatch has been set to GOP but it's window has been closed before any objects had been created in it.
This is a patch against pd-0.41-4.
--- pd2patch-orig/g_graph.c 2008-03-15 01:03:00.000000000 +0100
+++ pd2patch-leben/g_graph.c 2008-04-29 01:53:17.000000000 +0200
@@ -43,7 +43,7 @@
&& pd_checkobject(&y->g_pd))
{
x->gl_goprect = 1;
- canvas_drawredrect(x, 1);
+ if(x->gl_havewindow) canvas_drawredrect(x, 1);
}
if (glist_isvisible(x))
gobj_vis(y, x, 1);
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-01 08:53
Message:
Logged In: YES
user_id=27104
Originator: NO
added patch to demonstrate the bug, and added the patch to
branches/pd-extended/0.40
File Added: red_rect_on_parent_bug.pd
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1953853&group_…
Bugs item #1912772, was opened at 2008-03-12 08:05
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1912772&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: Fixed
Priority: 5
Private: No
Submitted By: Martin Peach (mrpeach)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: zexy dlls don't load from Pd-0.40.3 windowsxp
Initial Comment:
zexy dlls from the nightly autobuilds don't load but abstractions do.
Zexy's README.txt says:
configure tries to set the CFLAGS to "-g -O2" if the compiler accepts this; however, this optimization sometimes generates binaries that cannot be loaded by pd; it seems that disabling the "unit-at-a-time" optimization (which gets enabled by "-O2") is the cause of this problem, turning it off might help
This seems to be the case here. The log from 2008-03-12_05.54.05_mingw32_nt-5.1_windowsxp-i386_pd-extended_run-automated-builder.txt has:
gcc -I. -DHAVE_CONFIG_H -DPD -I/home/pd/auto-build/pd-extended/pd/src -g -O2 -mms-bitfields -fPIC -mfpmath=sse -msse -c -o 0x260x260x7e.o 0x260x260x7e.c
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2008-04-30 19:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
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: IOhannes m zmölnig (zmoelnig)
Date: 2008-04-16 10:26
Message:
Logged In: YES
user_id=564396
Originator: NO
i think this has been fixed now in CVS
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-04-11 08:23
Message:
Logged In: YES
user_id=564396
Originator: NO
the problem seems to be the linker-flag "-export_dynamic"; without this
flag, externals load just fine.
hmm, i have to think about this...
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2008-04-10 02:39
Message:
Logged In: YES
user_id=564396
Originator: NO
weird: when i manually build a zexy-object on the buildform machine (XP),
they work fine (with exactly the same flags as i see in the autobuild-logs)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1912772&group_…