Patches item #1752248, was opened at 2007-07-11 23:53
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1752248&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: feature
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: cmd-click manipulates GUIs on Mac OS X
Initial Comment:
This patch just makes Cmd-Click do exactly what Ctrl-Click does on the other platforms. It's a one liner...
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-18 23:41
Message:
Logged In: YES
user_id=313747
Originator: NO
taken.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1752248&group_…
Patches item #1738289, was opened at 2007-06-16 12:06
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1738289&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: 3
Private: No
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: BUG: "View list" listview broken for arrays with $0 in name
Initial Comment:
The "View list" function in the Properties context menu of arrays is broken, if the name of the array contains a $0. This only affects visible arrays in graphs, arrays in [table] objects work correctly with $0-names.
See attached test patch for a demonstration.
The error message given by Tk is:
can't read "0": no such variable
can't read "0": no such variable
while executing
"array_viewlist .gfxstub82e3a78 $0-array 0"
invoked from within
".gfxstub82e3a78.listview invoke"
("uplevel" body line 1)
invoked from within
"uplevel #0 [list $w invoke]"
(procedure "tk::ButtonUp" line 22)
invoked from within
"tk::ButtonUp .gfxstub82e3a78.listview"
(command bound to event)
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-18 23:39
Message:
Logged In: YES
user_id=313747
Originator: NO
taken.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-09-18 11:30
Message:
Logged In: YES
user_id=564396
Originator: NO
moved to "patches" section, to indicate that there is a fix for the
problem
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-09-17 14:23
Message:
Logged In: YES
user_id=564396
Originator: NO
btw, the bug appeared with all uses of $args (e.g. $1-table is as bad as
$0-array)
however, the tiny attached diff (against todays cvs of 0.41) fixes this
bug by removing unneeded variables.
File Added: array_viewlist.diff
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2007-06-18 11:09
Message:
Logged In: YES
user_id=569446
Originator: YES
Please don't use spaces in filenames here, their names get mangled by
Sourceforge. I deleted the new example patch to not confuse readers. I
think the first example I posted already was illustrating the bug
sufficiently.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-06-17 18:49
Message:
Logged In: YES
user_id=27104
Originator: NO
Yup, same for me on Mac OS X 10.4.9 using Pd-0.39.2-extended-rc4 and Pd
0.40-2.
File Added: array with dollar zero.pd
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2007-06-17 11:14
Message:
Logged In: YES
user_id=569446
Originator: YES
It seems any version is affected.
I tested with CVS HEAD (0.4x) and pd-ext 0.39 rc-2.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-06-17 03:31
Message:
Logged In: YES
user_id=27104
Originator: NO
Which version of Pd? I hope it's not my bug ;) The version can be set in
the "Group" pulldown menu in the bug report form.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1738289&group_…
Patches item #1688540, was opened at 2007-03-26 18:33
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&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: Accepted
Priority: 5
Private: No
Submitted By: Stephen Sinclair (radarsat1)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix makefilename segfault when wrong argument type received
Initial Comment:
Currently, Pd segfaults if the "makefilename" object is configured to receive a symbol ("%s") and it receives a float argument.
This patch uses strstr() to check if the sprintf string is going to accept a float, like so:
strstr(s->s_name, "%s")==0
The result is saved in the t_makefilename structure. It is recalculated on the "set" message.
When the wrong message type is received, a 0 or "" string is substituted, respectfully.
While it is unfortunate to do a string search like this, it is not very good to have Pd segfaulting, so I see no alternative.
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-18 23:36
Message:
Logged In: YES
user_id=313747
Originator: NO
taken.
----------------------------------------------------------------------
Comment By: Stephen Sinclair (radarsat1)
Date: 2007-07-31 03:21
Message:
Logged In: YES
user_id=616837
Originator: YES
Deleting original patch as requested.
pd-cvs-makefilename-20070326.patch is replaced by
makefilename_scanformat.patch
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-07-31 03:04
Message:
Logged In: YES
user_id=27104
Originator: NO
Does this new patch replace pd-cvs-makefilename-20070326.patch? If so,
pd-cvs-makefilename-20070326.patch should be deleted from this tracker.
I committed it to packages/patches so it'll be automatically included in
the Pd-0.40.3-extended nightly builds.
----------------------------------------------------------------------
Comment By: Stephen Sinclair (radarsat1)
Date: 2007-07-30 20:23
Message:
Logged In: YES
user_id=616837
Originator: YES
Attached is a more complete patch scanning the symbol argument more
thoroughly for sprintf-compatible formatting. Also now differentiates
between float and int arguments, and supports format flags. Could probably
be extended to support multiple arguments.
This patch also stops makefilename from spitting out (null) symbols.
Patch generated with "diff -uw x_connective.c"
File Added: makefilename_scanformat.patch
----------------------------------------------------------------------
Comment By: Stephen Sinclair (radarsat1)
Date: 2007-07-30 20:19
Message:
Logged In: YES
user_id=616837
Originator: YES
File Added: makefilename_crash.pd
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2007-07-30 01:50
Message:
Logged In: YES
user_id=313747
Originator: NO
It would take more work to do it right: check that
there's only one "%f" and no "%s" or vice versa,
and further check for "%%f", etc... I figure on
doing this someday if nobody else does.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-06-14 17:11
Message:
Logged In: YES
user_id=27104
Originator: NO
I applied this patch to the Pd-0.39.2-extended branch and it failed to
compile:
x_connective.c: In function 'makefilename_new':
x_connective.c:1213: error: 'struct _makefilename' has no member named
'x_accept_float'
x_connective.c: In function 'makefilename_float':
x_connective.c:1219: error: 'struct _makefilename' has no member named
'x_accept_float'
x_connective.c: In function 'makefilename_symbol':
x_connective.c:1229: error: 'struct _makefilename' has no member named
'x_accept_float'
x_connective.c: In function 'makefilename_set':
x_connective.c:1239: error: 'struct _makefilename' has no member named
'x_accept_float'
My guess is that the patch needs to be a "diff -uw" format, which is much
better at dealing with different line numbers, etc.
Also, an example patch to demonstrate the bug is always useful.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&group_…
Patches item #1670440, was opened at 2007-02-28 01:49
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1670440&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: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: 8.5 tcl help browser bug
Initial Comment:
This help browser bug using CVS and tcl/tk 8.5 has been present since at least last fall. After digging through the code, I found the following:
proc doc_make_listbox {base dir count} {
# check for [file readable]?
if { [info tclversion] >= 8.5 } {
# requires Tcl 8.5 but probably deals with special chars better
# destroy {expand}[lrange [winfo children $base] [expr {2 * $count}] end]
} else {
The comment before "destroy" in effect disables destroying of children widgets and causes errors whenever I have more than one column open and try to click on a column preceding one that is already created. The error reported is that the "listbox1-list already exists" and the only way around is to close the help browser and reopen it. This obviously prevents going up the file tree once a particular subfolder has been opened which obviously means it is a non-lethal bug, but nonetheless annoying.
Thus, the "else" clause only affects non 8.5 versions and as such causes pd with tcl/tk 8.5 to be broken.
I just checked this out and the 8.4 syntax does work on 8.5 but in the current code it is never accessed due to the existing "if" statement. The new fix simply comments the "if" and "else" statements making the 8.4 style of closing children widgets mandatory for all versions, and since it appears that 8.4 code works fine with tcl/tk 8.5, this appears to be a universal fix for this issue.
Please see attached (diff -uw against the fresh CVS checkout).
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-18 23:34
Message:
Logged In: YES
user_id=313747
Originator: NO
I think this one got silently adopted earlier.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1670440&group_…
Patches item #1822010, was opened at 2007-10-29 03:24
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1822010&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: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: hardcoded sample-type in soundfile-IO
Initial Comment:
the current implementation in d_soundfile.c assumes that both t_sample and t_float are "float".
this is not necessarily true.
additionally it assumes that typeof(t_sample) and typeof(t_float) are identically.
this is not necessarily true.
based on the assumption that (number)arrays are of type t_float and signals are of type t_sample, the attached patch provides 2 extra functions for xferin/xferout that use different types for reading/writing soundfiles.
basically it provides:
soundfile_xferin_sample() (reading soundfile to signal)
soundfile_xferin_float() (reading soundfile to table)
soundfile_xferout_sample() (writing soundfile from signal)
soundfile_xferout_float() (writing soundfile from table)
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-18 14:56
Message:
Logged In: YES
user_id=313747
Originator: NO
taken.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1822010&group_…
Patches item #1822007, was opened at 2007-10-29 03:19
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1822007&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: 7
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: hardcoded sample-type in jack-transport
Initial Comment:
in s_audio_jack.c the sample-type of the jack transportlayer is assumed to be "float", which is a naive assumption.
the correct type is "jack_default_audio_sample_t" (which might be either "float" or "double", depending on how jack was compiled)
the attached patch respects the type-definition of both jack and pd's own t_sample.
when the 2 types are the same, it just does a memcpy (this is similar as before, where it is assumed that both jack and pd use "float" internally)
when they are different, it copies the data manually.
LATER: improve the heuristic for finding out whether the two types are equal (currently only the sizeof() is checked)
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-18 14:56
Message:
Logged In: YES
user_id=313747
Originator: NO
taken.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1822007&group_…
Patches item #1752248, was opened at 2007-07-11 14:53
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1752248&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: feature
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: cmd-click manipulates GUIs on Mac OS X
Initial Comment:
This patch just makes Cmd-Click do exactly what Ctrl-Click does on the other platforms. It's a one liner...
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-18 14:41
Message:
Logged In: YES
user_id=313747
Originator: NO
taken.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1752248&group_…
Patches item #1738289, was opened at 2007-06-16 03:06
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1738289&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: Fixed
Priority: 3
Private: No
Submitted By: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: BUG: "View list" listview broken for arrays with $0 in name
Initial Comment:
The "View list" function in the Properties context menu of arrays is broken, if the name of the array contains a $0. This only affects visible arrays in graphs, arrays in [table] objects work correctly with $0-names.
See attached test patch for a demonstration.
The error message given by Tk is:
can't read "0": no such variable
can't read "0": no such variable
while executing
"array_viewlist .gfxstub82e3a78 $0-array 0"
invoked from within
".gfxstub82e3a78.listview invoke"
("uplevel" body line 1)
invoked from within
"uplevel #0 [list $w invoke]"
(procedure "tk::ButtonUp" line 22)
invoked from within
"tk::ButtonUp .gfxstub82e3a78.listview"
(command bound to event)
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-18 14:39
Message:
Logged In: YES
user_id=313747
Originator: NO
taken.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-09-18 02:30
Message:
Logged In: YES
user_id=564396
Originator: NO
moved to "patches" section, to indicate that there is a fix for the
problem
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-09-17 05:23
Message:
Logged In: YES
user_id=564396
Originator: NO
btw, the bug appeared with all uses of $args (e.g. $1-table is as bad as
$0-array)
however, the tiny attached diff (against todays cvs of 0.41) fixes this
bug by removing unneeded variables.
File Added: array_viewlist.diff
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2007-06-18 02:09
Message:
Logged In: YES
user_id=569446
Originator: YES
Please don't use spaces in filenames here, their names get mangled by
Sourceforge. I deleted the new example patch to not confuse readers. I
think the first example I posted already was illustrating the bug
sufficiently.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-06-17 09:49
Message:
Logged In: YES
user_id=27104
Originator: NO
Yup, same for me on Mac OS X 10.4.9 using Pd-0.39.2-extended-rc4 and Pd
0.40-2.
File Added: array with dollar zero.pd
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2007-06-17 02:14
Message:
Logged In: YES
user_id=569446
Originator: YES
It seems any version is affected.
I tested with CVS HEAD (0.4x) and pd-ext 0.39 rc-2.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-06-16 18:31
Message:
Logged In: YES
user_id=27104
Originator: NO
Which version of Pd? I hope it's not my bug ;) The version can be set in
the "Group" pulldown menu in the bug report form.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1738289&group_…
Patches item #1688540, was opened at 2007-03-26 09:33
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&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: Stephen Sinclair (radarsat1)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix makefilename segfault when wrong argument type received
Initial Comment:
Currently, Pd segfaults if the "makefilename" object is configured to receive a symbol ("%s") and it receives a float argument.
This patch uses strstr() to check if the sprintf string is going to accept a float, like so:
strstr(s->s_name, "%s")==0
The result is saved in the t_makefilename structure. It is recalculated on the "set" message.
When the wrong message type is received, a 0 or "" string is substituted, respectfully.
While it is unfortunate to do a string search like this, it is not very good to have Pd segfaulting, so I see no alternative.
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-18 14:36
Message:
Logged In: YES
user_id=313747
Originator: NO
taken.
----------------------------------------------------------------------
Comment By: Stephen Sinclair (radarsat1)
Date: 2007-07-30 18:21
Message:
Logged In: YES
user_id=616837
Originator: YES
Deleting original patch as requested.
pd-cvs-makefilename-20070326.patch is replaced by
makefilename_scanformat.patch
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-07-30 18:04
Message:
Logged In: YES
user_id=27104
Originator: NO
Does this new patch replace pd-cvs-makefilename-20070326.patch? If so,
pd-cvs-makefilename-20070326.patch should be deleted from this tracker.
I committed it to packages/patches so it'll be automatically included in
the Pd-0.40.3-extended nightly builds.
----------------------------------------------------------------------
Comment By: Stephen Sinclair (radarsat1)
Date: 2007-07-30 11:23
Message:
Logged In: YES
user_id=616837
Originator: YES
Attached is a more complete patch scanning the symbol argument more
thoroughly for sprintf-compatible formatting. Also now differentiates
between float and int arguments, and supports format flags. Could probably
be extended to support multiple arguments.
This patch also stops makefilename from spitting out (null) symbols.
Patch generated with "diff -uw x_connective.c"
File Added: makefilename_scanformat.patch
----------------------------------------------------------------------
Comment By: Stephen Sinclair (radarsat1)
Date: 2007-07-30 11:19
Message:
Logged In: YES
user_id=616837
Originator: YES
File Added: makefilename_crash.pd
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2007-07-29 16:50
Message:
Logged In: YES
user_id=313747
Originator: NO
It would take more work to do it right: check that
there's only one "%f" and no "%s" or vice versa,
and further check for "%%f", etc... I figure on
doing this someday if nobody else does.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-06-14 08:11
Message:
Logged In: YES
user_id=27104
Originator: NO
I applied this patch to the Pd-0.39.2-extended branch and it failed to
compile:
x_connective.c: In function 'makefilename_new':
x_connective.c:1213: error: 'struct _makefilename' has no member named
'x_accept_float'
x_connective.c: In function 'makefilename_float':
x_connective.c:1219: error: 'struct _makefilename' has no member named
'x_accept_float'
x_connective.c: In function 'makefilename_symbol':
x_connective.c:1229: error: 'struct _makefilename' has no member named
'x_accept_float'
x_connective.c: In function 'makefilename_set':
x_connective.c:1239: error: 'struct _makefilename' has no member named
'x_accept_float'
My guess is that the patch needs to be a "diff -uw" format, which is much
better at dealing with different line numbers, etc.
Also, an example patch to demonstrate the bug is always useful.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1688540&group_…
Patches item #1670440, was opened at 2007-02-27 16:49
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1670440&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: Ivica Ico Bukvic (ico_bukvic)
Assigned to: Miller Puckette (millerpuckette)
Summary: 8.5 tcl help browser bug
Initial Comment:
This help browser bug using CVS and tcl/tk 8.5 has been present since at least last fall. After digging through the code, I found the following:
proc doc_make_listbox {base dir count} {
# check for [file readable]?
if { [info tclversion] >= 8.5 } {
# requires Tcl 8.5 but probably deals with special chars better
# destroy {expand}[lrange [winfo children $base] [expr {2 * $count}] end]
} else {
The comment before "destroy" in effect disables destroying of children widgets and causes errors whenever I have more than one column open and try to click on a column preceding one that is already created. The error reported is that the "listbox1-list already exists" and the only way around is to close the help browser and reopen it. This obviously prevents going up the file tree once a particular subfolder has been opened which obviously means it is a non-lethal bug, but nonetheless annoying.
Thus, the "else" clause only affects non 8.5 versions and as such causes pd with tcl/tk 8.5 to be broken.
I just checked this out and the 8.4 syntax does work on 8.5 but in the current code it is never accessed due to the existing "if" statement. The new fix simply comments the "if" and "else" statements making the 8.4 style of closing children widgets mandatory for all versions, and since it appears that 8.4 code works fine with tcl/tk 8.5, this appears to be a universal fix for this issue.
Please see attached (diff -uw against the fresh CVS checkout).
----------------------------------------------------------------------
>Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-18 14:34
Message:
Logged In: YES
user_id=313747
Originator: NO
I think this one got silently adopted earlier.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1670440&group_…