moving this to pd-dev as hans has suggested.
fabio, if you are not subscirbed to pd-dev please do so at
http://lists.puredata.info
mbutubuntu wrote:
> I'm using gcc version 4.3.1 on Archlinux, please help me, I need
> pd-extended... I also have another question, what script must I run
> before compiling??
>
> auto-build-common prep-auto-build-upload
> pd-devel-auto-builder.sh pure-data-cvs-rsync
> pd-extended-auto-builder.sh pure-data-cvs-rsync-checkout
> pd-extended-release-auto-builder.sh run-automated-builder
> pd-main-auto-builder.sh
i don't know exactly (since i don't use the build-system), but
"pd-extended-auto-builder.sh" should your script.
(the other scripts are included/called as needed by this script)
i suggest looking at the script beforehand via your favorite editor.
hans is of course the one to know the details.
>>
>>> That's an odd one, it's not finding very basic functions:
>>>
>>> GemPBuffer.cpp:158: error: 'stderr' was not declared in this scope
>>> GemPBuffer.cpp:158: error: 'fprintf' was not declared in this scope
>>>
>>>
>>>
>> it could indicate some "problem" with the compiler.
>> which compiler (gcc? version?) is being used?
>>
>> but still...GemPBuffer explicitely includes stdio.h which should give
>> you fprintf and stderr...
hmm, i just grabbed the archlive-20081118 iso-image and was able to
compile an uptodate version of Gem just fine (that is: without any
font-rendering, imagemagick nor movie(avi/mov/mpeg) decoding - i did not
install any extra packages just using the ones that came with the ISO-image)
mfgasdr
IOhannes
Bugs item #2138593, was opened at 2008-09-30 19:09
Message generated for change (Comment added) made by mukau
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&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: Hans-Christoph Steiner (eighthave)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: string2any missing from Pd-extended on Windows
Initial Comment:
string2any doesn't load on Windows, perhaps its missing. I don't have a Windows machine to test on, but I have seen this on other people's machines.
----------------------------------------------------------------------
Comment By: Bryan Jurish (mukau)
Date: 2008-11-30 00:22
Message:
... ok, so I decided on option (2) after all... implemented and checked-in
yesterday.
----------------------------------------------------------------------
Comment By: Bryan Jurish (mukau)
Date: 2008-09-30 23:33
Message:
... oops, my fault: I removed any2string, string2any, and sprinkler from
flatspace a few months ago, since the duplicates seemed to be causing some
confusion. See the pd-list archives for August 2008:
http://lists.puredata.info/pipermail/pd-list/2008-08/064506.htmlhttp://lists.puredata.info/pipermail/pd-list/2008-08/064512.html
I still maintain that the windoof autobuild machine has a broken version
of make, and that v3.79 is not broken in that sense.
I also have no windows machine on which to test, so it's a bit difficult
for me to support that platform. I see 3 possible solutions at the
moment:
1) someone fixes the make on the autobuild machine (opinions, Hans?)
- variant "1b": I call an alternate un-broken make from the "moocow"
snippet of externals/Makefile instead of using $(MAKE).
2) I stop using macros in externals/moocow/extended/Makefile; possibly
even generating windows-specific makefiles for each subdirectory of
moocow/
- ugly, time-consuming, and harder to maintain
3) I (or someone else) place any2string and string2any (and maybe
sprinkler) back into flatspace
- redundant, confusing, help files don't get installed, mismatched
versions, ...
Of these, (1) and (3) would be easiest for me. I don't care much for
(2)... I could deal without the macros on this scale, but they sure are
handy...
-Bryan
----------------------------------------------------------------------
Comment By: Martin Peach (mrpeach)
Date: 2008-09-30 19:38
Message:
Works with [flatspace/string2any] on Pd version 0.40.3-extended-20080310
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&group_…
The OtherSide server (http://otherside.servebeer.com) which is currently
hosting an APT repository with PD-extended for Ubuntu Intrepid will be
down for a couple of hours during the weekend for maintenance. Checking
the logs, I noticed a lot of IP's actually asking for the APT, so I
thought I should let you know just in case you experience any downtime.
-Ilias
Bugs item #2333688, was opened at 2008-11-23 11:54
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2333688&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: Invalid
Priority: 5
Private: No
Submitted By: Roman Haefeli (reduzent)
Assigned to: Nobody/Anonymous (nobody)
Summary: [route] bugs
Initial Comment:
[route] is buggy with certain combinations of creation arguments.
case 1)
[route 0 bla]
send '0': first outlet matches: OK
send 'bla': no match: WRONG
to trigger the bug, '0' can be replaced by any other float, but not by 'float'.
case 2)
[route 1 bla]
send '0': second outlet matches: WRONG
send '1': first outlet matches: OK
send '2': no match: OK
send 'bla': no match: WRONG
the same behaviour is show also with any other non-zero float number as first argument.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-11-25 13:53
Message:
while this is not technically a bug, I do think it is something that we can
do better. For that reason, I encourage you to create a patch illustrating
this for the "message oddness" collection. For example, this problem was
documented there, albeit poorly, so it would be great to have a better
illustration:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/doc/additional/…
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-11-24 04:19
Message:
i see.
sorry for the bogus bug report. but yeah, a warning would help. being able
to have an invalid combination of arguments without being notified is
confusing.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-11-24 03:58
Message:
i think there are 2 things in your report:
- you are mixing floats and symbols in your arguments, which according to
the docs is an invalid use of the object: "Route checks the first element
of a message against each of its arguments, which may be numbers or symbols
(but not a mixture of the two.)"; one could argue that [route] should print
a warning if this happens
- the 2nd bug you reported is (i believe) related to the the issue fixed
in patch #2151892
https://sourceforge.net/tracker2/?func=detail&aid=2151892&group_id=55736&at…;
but really it also boils down to an invalid use of the [route] object
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2333688&group_…
Bugs item #2333688, was opened at 2008-11-23 17:54
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2333688&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: Invalid
Priority: 5
Private: No
Submitted By: Roman Haefeli (reduzent)
Assigned to: Nobody/Anonymous (nobody)
Summary: [route] bugs
Initial Comment:
[route] is buggy with certain combinations of creation arguments.
case 1)
[route 0 bla]
send '0': first outlet matches: OK
send 'bla': no match: WRONG
to trigger the bug, '0' can be replaced by any other float, but not by 'float'.
case 2)
[route 1 bla]
send '0': second outlet matches: WRONG
send '1': first outlet matches: OK
send '2': no match: OK
send 'bla': no match: WRONG
the same behaviour is show also with any other non-zero float number as first argument.
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2008-11-24 10:19
Message:
i see.
sorry for the bogus bug report. but yeah, a warning would help. being able
to have an invalid combination of arguments without being notified is
confusing.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-11-24 09:58
Message:
i think there are 2 things in your report:
- you are mixing floats and symbols in your arguments, which according to
the docs is an invalid use of the object: "Route checks the first element
of a message against each of its arguments, which may be numbers or symbols
(but not a mixture of the two.)"; one could argue that [route] should print
a warning if this happens
- the 2nd bug you reported is (i believe) related to the the issue fixed
in patch #2151892
https://sourceforge.net/tracker2/?func=detail&aid=2151892&group_id=55736&at…;
but really it also boils down to an invalid use of the [route] object
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2333688&group_…
Bugs item #2333688, was opened at 2008-11-23 16:54
Message generated for change (Comment added) made by reduzent
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2333688&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: Invalid
Priority: 5
Private: No
Submitted By: Roman Haefeli (reduzent)
Assigned to: Nobody/Anonymous (nobody)
Summary: [route] bugs
Initial Comment:
[route] is buggy with certain combinations of creation arguments.
case 1)
[route 0 bla]
send '0': first outlet matches: OK
send 'bla': no match: WRONG
to trigger the bug, '0' can be replaced by any other float, but not by 'float'.
case 2)
[route 1 bla]
send '0': second outlet matches: WRONG
send '1': first outlet matches: OK
send '2': no match: OK
send 'bla': no match: WRONG
the same behaviour is show also with any other non-zero float number as first argument.
----------------------------------------------------------------------
>Comment By: Roman Haefeli (reduzent)
Date: 2008-11-24 09:19
Message:
i see.
sorry for the bogus bug report. but yeah, a warning would help. being able
to have an invalid combination of arguments without being notified is
confusing.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-11-24 08:58
Message:
i think there are 2 things in your report:
- you are mixing floats and symbols in your arguments, which according to
the docs is an invalid use of the object: "Route checks the first element
of a message against each of its arguments, which may be numbers or symbols
(but not a mixture of the two.)"; one could argue that [route] should print
a warning if this happens
- the 2nd bug you reported is (i believe) related to the the issue fixed
in patch #2151892
https://sourceforge.net/tracker2/?func=detail&aid=2151892&group_id=55736&at…;
but really it also boils down to an invalid use of the [route] object
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2333688&group_…
Bugs item #2069948, was opened at 2008-08-23 19:27
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2069948&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.41.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: ClaudiusMaximus (claudiusmaximus)
>Assigned to: Miller Puckette (millerpuckette)
Summary: netsend udp broadcast permission denied
Initial Comment:
"connect 192.168.1.255"--[netsend 1]
=>
connecting stream socket: Permission denied (13)
seems the default value of the socket option SO_BROADCAST has changed in recent Linux [1], so must now be set explicitly if desired.
>From "man 7 socket" on Debian/Lenny
SO_BROADCAST
Set or get the broadcast flag. When enabled, datagram sockets
receive packets sent to a broadcast address and they are allowed
to send packets to a broadcast address. This option has no
effect on stream-oriented sockets.
depending on OS, setting SO_BROADCAST may be disallowed anyway, but as far as I can tell it does no harm to try to enable it (only affects UDP to broadcast address, does nothing for non-UDP or non-broadcast-address)
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-11-04 17:27
Message:
oops, i am removing this as it is about mrpeach's "udpsend" rather than
"netsend"
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-11-04 17:26
Message:
the attached diff adds the requested functionality (properly escaped by
ifdefs) to "udpsend"
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2069948&group_…
Bugs item #2333688, was opened at 2008-11-23 17:54
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2333688&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: Invalid
Priority: 5
Private: No
Submitted By: Roman Haefeli (reduzent)
Assigned to: Nobody/Anonymous (nobody)
Summary: [route] bugs
Initial Comment:
[route] is buggy with certain combinations of creation arguments.
case 1)
[route 0 bla]
send '0': first outlet matches: OK
send 'bla': no match: WRONG
to trigger the bug, '0' can be replaced by any other float, but not by 'float'.
case 2)
[route 1 bla]
send '0': second outlet matches: WRONG
send '1': first outlet matches: OK
send '2': no match: OK
send 'bla': no match: WRONG
the same behaviour is show also with any other non-zero float number as first argument.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-11-24 09:58
Message:
i think there are 2 things in your report:
- you are mixing floats and symbols in your arguments, which according to
the docs is an invalid use of the object: "Route checks the first element
of a message against each of its arguments, which may be numbers or symbols
(but not a mixture of the two.)"; one could argue that [route] should print
a warning if this happens
- the 2nd bug you reported is (i believe) related to the the issue fixed
in patch #2151892
https://sourceforge.net/tracker2/?func=detail&aid=2151892&group_id=55736&at…;
but really it also boils down to an invalid use of the [route] object
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2333688&group_…
Bugs item #2333688, was opened at 2008-11-23 17:54
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2333688&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: Roman Haefeli (reduzent)
Assigned to: Nobody/Anonymous (nobody)
Summary: [route] bugs
Initial Comment:
[route] is buggy with certain combinations of creation arguments.
case 1)
[route 0 bla]
send '0': first outlet matches: OK
send 'bla': no match: WRONG
to trigger the bug, '0' can be replaced by any other float, but not by 'float'.
case 2)
[route 1 bla]
send '0': second outlet matches: WRONG
send '1': first outlet matches: OK
send '2': no match: OK
send 'bla': no match: WRONG
the same behaviour is show also with any other non-zero float number as first argument.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-11-24 09:58
Message:
i think there are 2 things in your report:
- you are mixing floats and symbols in your arguments, which according to
the docs is an invalid use of the object: "Route checks the first element
of a message against each of its arguments, which may be numbers or symbols
(but not a mixture of the two.)"; one could argue that [route] should print
a warning if this happens
- the 2nd bug you reported is (i believe) related to the the issue fixed
in patch #2151892
https://sourceforge.net/tracker2/?func=detail&aid=2151892&group_id=55736&at…;
but really it also boils down to an invalid use of the [route] object
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2333688&group_…