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_…
Bugs item #2333688, was opened at 2008-11-23 16:54
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=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.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2333688&group_…
Bugs item #2319418, was opened at 2008-11-20 23:47
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2319418&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: Deleted
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: string2any missing on Windows
Initial Comment:
It seems that string2any didn't get included in the Windows builds, or is not working for some reason.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-11-22 14:20
Message:
doh, sorry, and I submitted the previous report even...
----------------------------------------------------------------------
Comment By: Bryan Jurish (mukau)
Date: 2008-11-21 17:44
Message:
... oops, sorry; this *is* bug #2319418 ... it's a duplicate of bug
#2138593:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&group_…
----------------------------------------------------------------------
Comment By: Bryan Jurish (mukau)
Date: 2008-11-21 17:43
Message:
This is a duplicate of bug #2319418. cf. my comments there re: "it's all
my fault" ;-)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2319418&group_…