Bugs item #2476163, was opened at 2008-12-30 01:18
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2476163&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.41.0
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: whyameye (whyameye)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: OSX: pd-ext pdp and pidip patches end with .bak
Initial Comment:
pd-extended 0.40.3 pdp and pidip patches in the documentation folder end with .pd.bak instead of just .pd on OS X.
The problem exists with Pd-extended 0.40.3 release, as well as with the autobuild as off Dec 27, 2008.
Workaround is to rename the files. In a terminal window:
cd /Applications/Pd-extended.app/Contents/Resources/doc/5.reference/pdp
ls -d *.bak | sed 's/\(.*\).bak$/mv "&" "\1"/' | sh
cd ../pidip
ls -d *.bak | sed 's/\(.*\).bak$/mv "&" "\1"/' | sh
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2009-03-18 18:53
Message:
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: Hans-Christoph Steiner (eighthave)
Date: 2009-02-04 05:12
Message:
This is fixed Pd-extended 0.41.4-20090131 (there are currently only test
builds)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2476163&group_…
Bugs item #2520511, was opened at 2009-01-19 18:10
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2520511&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: Closed
Resolution: Invalid
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Yves Degoyon (sevyves)
Summary: [pdp_qtext] "feed" not working
Initial Comment:
the "feed" mode of [pdp_qtext] does nothing (no error, no action).
"scroll" works fine
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2009-03-18 18:52
Message:
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 zmlnig (zmoelnig)
Date: 2009-01-19 18:48
Message:
ouch sorry; seems like i misunderstood what "feed" actually should do;
i was (looking for and thus ) expecting a horizontal 1-line scroll,
whereas "feed" is really rather "chat"
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2520511&group_…
Bugs item #2501709, was opened at 2009-01-12 16:17
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2501709&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: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Roman Haefeli (reduzent)
Assigned to: Bryan Jurish (mukau)
Summary: [any2string] converts non-ascii chars to negative values
Initial Comment:
belongs to: moocow/pdstring/any2string
non-ascii characters (such as the umlaute 'äöü') are converted to negative values.
instead of i, [any2string] converts to i-256, thus the negative values.
[string2any], OTOH, does seem to work correctly. '246' is converted to 'ö'.
this on pd-vanilla linux with:
pdstring version: 0.06 by Bryan Jurish
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2009-03-18 18:52
Message:
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: Bryan Jurish (mukau)
Date: 2009-01-17 21:30
Message:
fixed in pdstring v0.07 (SVN head).
Can an admin please mark this as "pending"?
----------------------------------------------------------------------
Comment By: Bryan Jurish (mukau)
Date: 2009-01-13 20:44
Message:
> or even simpler, it could be done with a [mod 256].
... oops, got me!
> if you think, that my point is somehow valid
your point is certainly valid: I would prefer to have made [any2string]
output unsigned byte values from the beginning, it's really just
compatibility issues nagging at me.
> what about having a third argument: 0=signed, 1=unsigned ?
also easy, but a bit klunky ... maybe an additional object [any2ustring]
for unsigned chars? perhaps we should just check pd-list and see if anyone
needs signed chars from [any2string] ...
----------------------------------------------------------------------
Comment By: Roman Haefeli (reduzent)
Date: 2009-01-13 19:38
Message:
or even simpler, it could be done with a [mod 256].
two reasons, why i want it to have reported and even would prefer it to be
changed:
1) it's rather tedious to do it in userspace, since [any2string] outputs
lists and for conversion, those need to be serialized, converted and
re-packed again. this is not only a complex task to do, it is also very
expensive. there is a quick table based 'serialization algorithm, though,
but re-packing with only vanilla classes is rather expensive, and
exponentially expensive with growing list length in terms of moved atoms
[someone please correct me].
2) many classes, that i would find useful to be used together with
[any2string] expect 'unsigned chars', that is to say [tcp*], [udp*],
[comport] and probably more. as i see it, we have a clash of conventions
here and personally i am not able to come up with a good argument for
having 'signed chars'.
if you think, that my point is somehow valid, so please lets turn that
apparently bogus bug report into a feature request: what about having a
third argument: 0=signed, 1=unsigned ?
----------------------------------------------------------------------
Comment By: Bryan Jurish (mukau)
Date: 2009-01-13 13:46
Message:
This is known behavior, due to the C type used internally ("char", which in
C semantics means "signed char").
Non-ASCII characters should be accepted by [string2any] in both "signed
char" (ö = -10) and "unsigned char" (ö = 246) format, though.
It would be easy to change [any2string] to output only "unsigned char"
values in the range (0..255) rather than "signed char" values in the range
(-128..127), but I don't yet see any pressing need to do so, since it would
break patches that rely on this behavior (if there are any).
As a workaround, you can use [moses] to detect negative values and [+ 256]
to bash them to values in the (0..255) range if you need to.
-Bryan
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2501709&group_…
Bugs item #2501602, was opened at 2009-01-12 15:45
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2501602&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.2
>Status: Closed
Resolution: Fixed
Priority: 6
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: "find $1" crashes when "whole word" is unchecked
Initial Comment:
with Pd-0.42 we can finally search for $1 literals (thanks)
unfortunately, this can crash Pd, if used with the new "whole word" checkbox in the find-window unchecked.
steps to reproduce:
- create object containing [f $1]
- Find "$1" with 'whole world' unchecked
-> CRASH
see attached patch to do this programmatically.
tested on linux and osx with Pd-0.42.2
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2009-03-18 18:51
Message:
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 zmlnig (zmoelnig)
Date: 2009-01-15 14:06
Message:
fixed in 0.42.3
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2501602&group_…
Patches item #1953853, was opened at 2008-04-29 03:40
Message generated for change (Comment added) made by sf-robot
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: Closed
Resolution: Fixed
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: SourceForge Robot (sf-robot)
Date: 2009-03-18 18:51
Message:
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: Hans-Christoph Steiner (eighthave)
Date: 2009-01-12 18:00
Message:
looking at g_graph.c in trunk, this patch wasn't accepted, but the bug
doesn't happen in 0.42.2. Anyone know how it was fixed?
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2009-01-12 16:24
Message:
seems to be accepted (or fixed) in 0.42
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-01 12: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_…
Patches item #1930681, was opened at 2008-03-31 23:44
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930681&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: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Thomas Grill (xovo)
Assigned to: Miller Puckette (millerpuckette)
Summary: 0.41-4 s_path.c fixes
Initial Comment:
Two fixes for buffer overrun (buf[1000]=0 later) and rc file args:
--- s_path.ori.c 2008-04-01 01:37:03.000000000 +0200
+++ s_path.c 2008-04-01 01:38:02.000000000 +0200
@@ -379,7 +379,7 @@
int rcargc;
char* rcargv[NUMARGS];
char* buffer;
- char fname[MAXPDSTRING], buf[1000], *home = getenv("HOME");
+ char fname[MAXPDSTRING], buf[1001], *home = getenv("HOME");
int retval = 1; /* that's what we will return at the end; for now, let's think it'll be an error */
/* initialize rc-arg-array so we can safely clean up at the end */
@@ -423,7 +423,7 @@
fclose(file);
if (sys_verbose)
{
- if (rcargv)
+ if (rcargc)
{
post("startup args from RC file:");
for (i = 1; i < rcargc; i++)
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2009-03-18 18:51
Message:
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 zmlnig (zmoelnig)
Date: 2009-01-12 16:32
Message:
seems to be fixed (though slightly different) in 0.42
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-04-15 23:59
Message:
Logged In: YES
user_id=27104
Originator: NO
checked into branches/pd-extended/0.40
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1930681&group_…
Bugs item #1602093, was opened at 2006-11-24 04:12
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1602093&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: Closed
Resolution: Fixed
Priority: 1
Private: No
Submitted By: ClaudiusMaximus (claudiusmaximus)
Assigned to: Miller Puckette (millerpuckette)
Summary: non-executable files installed with executable permissions
Initial Comment:
With pd-0.40-2 from Miller's site:
./configure --enable-jack --prefix=$HOME/puredata-0-40-2 && make && make install
cd $HOME/puredata-0-40-2
find -type f -exec ls -l {} \; | grep "\-rwx" | grep -v "\.pd_linux" | sed "s-^.*\ --g" | grep -v "/bin/" | sort
...gives a list of files that are installed with executable permissions and that are not executable files.
This list is attached.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2009-03-18 18:51
Message:
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 zmlnig (zmoelnig)
Date: 2009-01-12 16:56
Message:
following your steps it seems like this is not an issue any more.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1602093&group_…
Bugs item #2062558, was opened at 2008-08-20 15:12
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2062558&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: Closed
Resolution: Fixed
Priority: 7
Private: No
Submitted By: Thomas Grill (xovo)
Assigned to: Miller Puckette (millerpuckette)
Summary: 0.41-4 mac binary doesn't accept arguments
Initial Comment:
The MacOS build version 0.41-4 doesn't accept command line arguments when e.g. run as "/Applications/Pd-0.41-4/Contents/Resources/bin/pd -noprefs - lib my_lib". This worked in 0.40-2 and is very handy for debugging purposes.
Please bring back this useful feature!
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2009-03-18 18:51
Message:
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 zmlnig (zmoelnig)
Date: 2009-01-12 16:10
Message:
it seems like this has finally been fixed in 0.42.2
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2008-08-21 18:48
Message:
Logged In: YES
user_id=313747
Originator: NO
Wierd... I get this too. As a temporary workaround, instead of working
inside the
"App", just untar the source, ./configure and make -- then the args work,
I think.
I'll try to figure out why they don't when it's an App...
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-08-21 07:35
Message:
Logged In: YES
user_id=564396
Originator: NO
funnily enough we decided yesterday to file a bug-report about this very
issue, but thomas was faster :-)
it is _really_ annoying when doing development/debugging.
interestingly enough, the only argument i found that actually was accepted
is "-help", which gives you all the arguments that are unfortunately
ignored...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2062558&group_…
Bugs item #2093470, was opened at 2008-09-04 16:37
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2093470&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: Closed
Resolution: Duplicate
Priority: 8
Private: No
Submitted By: ClaudiusMaximus (claudiusmaximus)
Assigned to: Miller Puckette (millerpuckette)
Summary: sys_register_loader not exported => no external loaders
Initial Comment:
$ grep -n sys_register_loader pd-0.41-4/src/*
pd-0.41-4/src/s_loader.c:216:void sys_register_loader(loader_t loader)
$
(similar result from pd in SVN as of yesterday)
To be usable by externals (especially on Windows) it should be declared EXTERN in m_pd.h (along with the definition of loader_t).
See for example:
http://lists.puredata.info/pipermail/pd-dev/2007-12/010382.html
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2009-03-18 18:51
Message:
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 zmlnig (zmoelnig)
Date: 2009-01-12 15:59
Message:
this has been fixed in Pd-0.42;
btw, isn't this a duplication of
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1840431&group_…
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-09-04 19:12
Message:
Logged In: YES
user_id=27104
Originator: NO
There is a patch (#1840431) for this sitting in the patch tracker:
http://sourceforge.net/tracker/index.php?func=detail&aid=1840431&group_id=5…
This affects all platforms, not just Windows.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2093470&group_…