Patches item #2859478, was opened at 2009-09-15 14:35
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2859478&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: 8
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: in Win32, allloca() is in malloc.h
Initial Comment:
bonk~.c won't build without this change. MinGW has alloca() but defined in malloc.h. I don't know about Microsoft VC, so I added a guard for that:
===================================================================
--- bonk~/bonk~.c (revision 12350)
+++ bonk~/bonk~.c (working copy)
@@ -82,7 +82,9 @@
static t_class *bonk_class;
#endif
-#ifndef _MSC_VER
+#ifdef _WIN32
+#include <malloc.h>
+#elif ! defined(_MSC_VER)
#include <alloca.h>
#endif
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 21:01
Message:
FYI: this patch has already been included in the pd-gui-rewrite/0.43
branch:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-gui-rew…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2859478&group_…
Patches item #2857679, was opened at 2009-09-12 15:03
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2857679&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: 8
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: use pdtk_couldnotfind in g_editor.c
Initial Comment:
added pdtk_couldnotfind and have the find function call it via sys_vgui() when it can't find something, allowing for much more dynamic responses
adjusted 'really quit?' dialog to apply to '.pdwindow' instead of '.', and
made pdtk_check deiconify and raise the window it applies to
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 21:00
Message:
FYI: this patch has already been included in the pd-gui-rewrite/0.43
branch:
https://pure-data.svn.sourceforge.net/svnroot/pure-data/branches/pd-gui-rew…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2857679&group_…
Patches item #1412210, was opened at 2006-01-22 13:26
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412210&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: Closed
>Resolution: Out of Date
Priority: 8
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix for bug in menu_openhtml on Windows
Initial Comment:
menu_openhtml() currently does not work if there is a
space in the file/path name (i.e. "C:\Program Files\pd")
Here is a fix. In menu_openhtml() in u_main.tk, change:
exec rundll32 url.dll.FileProtocolHandler \
[format "file:%s" $filename] &
To this:
exec rundll32 url.dll.FileProtocolHandler \
[format "file:%s" [file attributes $filename
-shortname]] &
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 20:58
Message:
This patch has either been incorporated into pd-gui-rewrite pd-devel 0.43
or made irrelevant by it.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-01-28 22:06
Message:
Logged In: YES
user_id=27104
This is a better method of fixing this that Martin Peach
posted. (I haven't tested it yet) .hc
In u_main.tk the procedure menu_openhtml fails on the
NT platform when pd_guidir contains both spaces and the
double dot (/..) which is currently always added for NT
when pd_guidir is constructed from e.g. "C:/Program
Files/pd/bin" as "C:/Program Files/pd/bin/.." instead
of the more straightforward "C:/Program Files/pd".
Forcing the use of short filenames is one way around
this but the attached patch just strips off the "/bin"
instead of adding "/.." to it.
This line terminates the path just before the last slash:
set pd_guidir [string range $pd_guidir 0 [expr [string
last / $pd_guidir] - 1]]
It also might be more efficient to work only with
pd_guidir, since it always gets shortened, so I took
out the temporary string pd_gui3 as well.
Martin Peach
martinrp(a)vax2.concordia.ca
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2006-01-25 12:53
Message:
Logged In: NO
The bug seems to be happen only when the path has spaces
_and_ the double dot .. in it.
It might be better to make guidir a straight path instead.
In this part of pd.tk:
if {$pd_nt == 1} {
global pd_guidir
global pd_tearoff
set pd_gui2 [string range $argv0 0 [expr [string last \\
$argv0 ] - 1]]
regsub -all \\\\ $pd_gui2 / pd_gui3
set pd_guidir $pd_gui3/..
load $pd_guidir/bin/pdtcl.dll
set pd_tearoff 1
}
Change to:
if {$pd_nt == 1} {
global pd_guidir
global pd_tearoff
set pd_gui2 [string range $argv0 0 [expr [string last \\
$argv0 ] - 1]]
regsub -all \\\\ $pd_gui2 / pd_gui3
set pd_gui4 [string range $pd_gui3 0 [expr [string last
/ $pd_gui3] - 1]]
set pd_guidir $pd_gui4
load $pd_guidir/bin/pdtcl.dll
set pd_tearoff 1
}
This has the effect:
argv0: C:\Copy of pd_039_0_test7\pd\bin\pd.tk
pd_guidir: C:/Copy of pd_039_0_test7/pd
(instead of C:/Copy of pd_039_0_test7/pd/bin/..)
pd_gui2: C:\Copy of pd_039_0_test7\pd\bin
pd_gui3: C:/Copy of pd_039_0_test7/pd/bin
menu_openhtml filename: C:/Copy of
pd_039_0_test7/pd/doc/1.manual/index.htm
(Lines are too short on this comment box:( )
Martin
martinrp(a)vax2.concordia.ca
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-01-22 13:27
Message:
Logged In: YES
user_id=27104
oops, "-shortname]] &" should be on the same line as the
line above.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412210&group_…
Patches item #1829055, was opened at 2007-11-09 10:58
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1829055&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: Out of Date
Priority: 5
Private: No
Submitted By: stffn (stffn)
Assigned to: Miller Puckette (millerpuckette)
Summary: Growing patch-window size
Initial Comment:
I made a patch to test the behavior. This is the test:
1) Note that the patch is 500x300 initially. Either by opening in a text editor or with 'head -1' or.
2) Open the attached patch. Click the [10( on one of the sides.
3) Note that the patch has grown to 504x304
Now the weird bit.
4) with out closing the patch, click the [10( again.
5) Note that it has _not_ grown to 508x308.
6) Close the patch
7) Reopen the patch
8) Click the [bang(
9) Note that it has now grown to 508x308
So it seams it grows 4px per run with a reload.
More weirdness. Or observations.
10) Now try the above but clicking the [100( on either side.
11) Note that it still only increases by 4px.
12) Close and reopen the patch.
13) Just save it as you normally would.
14) Note that only one save increases the size 4px.
15) Note that using either the [until] method or the [delay] method doesn't make a difference.
Word on the street says that it don't happen on Linux. This is not tested. This test is done on OS X.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 20:54
Message:
This patch has either been incorporated into pd-gui-rewrite pd-devel 0.43
or made irrelevant by it.
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-11-10 17:46
Message:
Logged In: YES
user_id=1658640
Originator: YES
Side note: It's amazing what using the/this tracker does to getting bugs
fixed. Especially if it has been bothering some people for 5+ years.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-11-10 11:05
Message:
Logged In: YES
user_id=27104
Originator: NO
Oops, I should correct myself, it's "-highlightthickness" rather than
"-highlightborder".
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-11-10 00:40
Message:
Logged In: YES
user_id=27104
Originator: NO
found the source of the 2px growing bug, basically, Tk was automatically
drawing a 2px "highlightborder" around the canvas, and would return that
value
sometimes, I don't really know the details. But by setting
"-highlightborder
0" and then removing the 2px adjustment code, it fixes the bug on my
computer. Tested on Pd-0.40.3-extended on Mac OS X and 0.41-test06 on
Ubuntu gutsy.
File Added: fix_2px_growing_canvas-0.41-test06.patch
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1829055&group_…
Patches item #1833178, was opened at 2007-11-16 09:56
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1833178&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: Out of Date
Priority: 5
Private: No
Submitted By: oskude (oskude)
Assigned to: Miller Puckette (millerpuckette)
Summary: arrow keys update scrollbars
Initial Comment:
this patch _always_ updates the scrollbars when moving objects with the arrow keys. a "better" patch would be to only update scrollbars if we are getting bigger than the current canvas size.
and for long shot, maybe we should do this all in canvas_displaceselection anyway...
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 20:51
Message:
This patch has either been incorporated into pd-gui-rewrite pd-devel 0.43
or made irrelevant by it.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-11-26 17:46
Message:
Logged In: YES
user_id=27104
Originator: NO
I added this change as described in my previous comment to
branch-0-40-extended.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-11-16 13:52
Message:
Logged In: YES
user_id=27104
Originator: NO
It looks to me that this should definitely be included directly in
canvas_displaceselection():
sys_vgui("pdtk_canvas_getscroll .x%lx.c\n", x);
Then this could probably be removed from canvas_mouseup():
if (x->gl_editor->e_onmotion != MA_NONE)
sys_vgui("pdtk_canvas_getscroll .x%lx.c\n", x);
My only concern is that this could slow things down on older machines,
since it would be running pdtk_canvas_getscroll a low more.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1833178&group_…
Patches item #1551825, was opened at 2006-09-04 04:17
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551825&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: Out of Date
Priority: 7
Private: No
Submitted By: oskude (oskude)
Assigned to: Miller Puckette (millerpuckette)
Summary: autoscrollbars
Initial Comment:
autoscrollbars patch for pd cvs. dunno how good the
code is, but it works :)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 20:50
Message:
This patch has either been incorporated into pd-gui-rewrite pd-devel 0.43
or made irrelevant by it.
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2007-12-17 23:23
Message:
Logged In: YES
user_id=313747
Originator: NO
oops,. then un-took it again, since it was acting funny (scrollbars
appeared and disappeared constantly when clicking inside the canvas
help window)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-11-13 19:02
Message:
Logged In: YES
user_id=27104
Originator: NO
works for me, checking into branch-v0-40-extended (FYI: this patch
replaces the old one)
----------------------------------------------------------------------
Comment By: oskude (oskude)
Date: 2007-11-13 18:39
Message:
Logged In: YES
user_id=1383707
Originator: YES
pd_autoscrollbars_2007-11-14.patch
- should fix #1830767 (Slide bars don't update automatically)
- moved code to pdtk_canvas_getscroll, thanks for the tip!
+ a new, empty patch should not have scrollbars
File Added: pd_autoscrollbars_2007-11-14.patch
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-11-13 02:29
Message:
Logged In: YES
user_id=27104
Originator: NO
I think this functionality should probably be incorporated into
pdtk_canvas_getscroll in u_main.tk since it gets called on button release.
This should help with bug #1830767
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-11-12 19:59
Message:
Logged In: YES
user_id=27104
Originator: NO
This patch works well for resize events, but it prevents the scrollbars
from working properly when cutting, pasting, and adding objects. I'd like
to keep it in, but it needs to be fixed.
See bug #1830767
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-18 09:19
Message:
Logged In: YES
user_id=27104
One other thing that would be fixed ideally. This problem
existed before this patch, but its related. If a patch is
bigger than the window, the scrollbars are not displayed
when that patch is opened. You have to resize the window,
then the scrollbars will display.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-16 13:07
Message:
Logged In: YES
user_id=27104
Very nice! My only comment is that it is a couple pixels
off on Mac OS X 10.4/Pd-extended 0.39.2-test5. I can cover
about 3 pixels before the scrollbars kick in.
I added to the Pd-extended build system as
pure-data/packages/patches/pd_autoscrollbars-0.40-pre.patch
It will be in the nightly builds starting tomorrow.
----------------------------------------------------------------------
Comment By: oskude (oskude)
Date: 2006-09-15 04:09
Message:
Logged In: YES
user_id=1383707
this patch removes scrollbars in a pd-patch canvas window
when the content is smaller than the window size.
and add scrollbars to pd-patch window if content bigger than
window size.
works individually for height(bottom scrollbar) and
width(right scrollbar)
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-09-13 15:26
Message:
Logged In: YES
user_id=27104
can you elaborate on what this patch does?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1551825&group_…
Patches item #1971585, was opened at 2008-05-24 20:15
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1971585&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: 6
Private: No
Submitted By: davigoli (davigoli)
Assigned to: Miller Puckette (millerpuckette)
Summary: Enhanced Path and Startup dialogs
Initial Comment:
Enhanced the Path and Startup dialogs to use Tk listbox widgets.
Ran into frustration with a max of 10 total startup paths and 10 total startup commands, as well as general low level of usability for these controls. Since they haven't been significantly changed in about 5 years or more, they seem to warrant an update.
These dialogs now support an arbitrarily long list of startup paths and commands. Other features include drag-and-drop reordering of path/startup items, consolidation of "Save all settings" button into the "apply" function, path browser for locating startup paths, and keyboard bindings for easy editing (Enter to change, Delete to delete, up and down arrows for navigation).
Before submitting, I vetted this project with members of the Pd community, and it received a sound approval from everyone who tried it. I also incorporated feedback as it was given. Please consider this patch for addition into the pd "vanilla" trunk. Thank you!
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 20:48
Message:
This patch has either been incorporated into pd-gui-rewrite pd-devel 0.43
or made irrelevant by it.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1971585&group_…
Patches item #1881907, was opened at 2008-01-29 11:24
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&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 zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: more t_float/t_sample fixes
Initial Comment:
pd-0.41 has a lot of cleanup regarding the types of numbers (see patch-#1822001 'use of t_float/t_sample instead of "float"')
however, some things have been left out by the original patches, here are some more:
m_pd.h:
seems like the t_float-enabling of postfloat() was forgotten in the declaration
d_math.c:
here it is the other way round: while the declarations in m_pd.h use t_float, the definitions do not
g_array.c g_template.c:
here my patch was a bit rash: scanf() doesn't like to get pointers to double (if "t_float" is set to "double") if the format string is really "%f" (or "%g"); the new patches use an internal _double_ variable and the format string "%lf" ("%lg"); the _double_ variable is then cast to (t_float).
this should be on the save side; the alternatives would have been using an internal _float_ variable, and/or to change the format-string depending on the used type.
d_fftroutine.c: this needed a bit more changes, but luckily enough, the original code already was aware of possible type-changes; i have currently used "t_float" (in line with the m_pd.h declaration of "pd_fft()"), but i am not sure whether this really should be "t_sample".
changes should be rather simple: just change the defines of FLOAT and SAMPLE in the beginning... (and don't forget the declaration in m_pd.h)
with these changes, Pd compiles without (additional) warnings with t_float/t_floatarg and t_sample set to "double".
(there is still work to do in d_ugen.c though, to make it really usable...)
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 20:43
Message:
it seems that some of this stuff has been accepted and some not, perhaps
they should be reformated?
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-01-29 12:54
Message:
Logged In: YES
user_id=564396
Originator: YES
File Added: sigmund~.c.diff
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-01-29 12:12
Message:
Logged In: YES
user_id=564396
Originator: YES
added a fix for extra/sigmung~
File Added: sigmund~.c.diff
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-01-29 12:11
Message:
Logged In: YES
user_id=564396
Originator: YES
added a fix for pique
File Added: pique.c.diff
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-01-29 12:09
Message:
Logged In: YES
user_id=564396
Originator: YES
added a fix for extra/lrshift~
File Added: lrshift~.c.diff
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-01-29 12:08
Message:
Logged In: YES
user_id=564396
Originator: YES
added a fix for extra/loop~
(the core code originally was not dependent on Pd; i therefore introduced
an additional "#define t_sample float" in case it is not compiled for Pd)
File Added: loop~.c.diff
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-01-29 12:06
Message:
Logged In: YES
user_id=564396
Originator: YES
added a fix for extra/choice
File Added: choice.c.diff
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1881907&group_…
Patches item #2584887, was opened at 2009-02-10 07:12
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2584887&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: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: bonk ignores relative paths when reading templates
Initial Comment:
bonk~ can not open previously stored attack templates when only a relative path is supplied to the "read templates.txt" message.
bonk~ also ignores any [declare] declarations when searching for template files and only works with absolute paths or templates in the working directory PPd was started from.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 20:35
Message:
This seems like it might be a duplicate of patch #1242459
https://sourceforge.net/tracker/?func=detail&aid=1242459&group_id=55736&ati…
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-02-15 23:29
Message:
one detail: MAXPDSTRING is longer than FILENAME_MAX on Windows, so to
prevent crasher bugs, any time a file path is stored, FILENAME_MAX should
be used instead of MAXPDSTRING.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2009-02-10 11:07
Message:
Okay, attached is a patch that changes the "read" and "write" messages to
use canvas-relative paths. Tested only briefly, but seems to work. Diff
against current SVN HEAD.
File Added: bonk~.c.diff
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2009-02-10 07:19
Message:
bonk~ should probably use the canvas_open() method to open files instead of
a plain fdopen()
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2584887&group_…
Bugs item #1186531, was opened at 2005-04-20 05:13
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1186531&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: None
Priority: 5
Private: No
Submitted By: Tim Blechmann (timblech)
Assigned to: Nobody/Anonymous (nobody)
Summary: crash when using donecanvasdialog message
Initial Comment:
hi all ...
pd crashes, if i send a donecanvasdialog message to a
closed subpatch:
|;pd-mysubpatch donecanvasdialog 0 0 1(
works fine (switching on gop)
|;pd-mysubpatch donecanvasdialog 0 0 0(
results in:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 11495)]
0x0805f3d3 in glist_findrtext (gl=0x0, who=0x83dc7f8)
at g_rtext.c:332
332 t_rtext *x = gl->gl_editor->e_rtext;
(gdb) where
#0 0x0805f3d3 in glist_findrtext (gl=0x0,
who=0x83dc7f8) at g_rtext.c:332
#1 0x0805a23d in graph_vis (gr=0x83dc7f8,
parent_glist=0x83dc718, vis=0) at g_graph.c:665
#2 0x0805a1e5 in graph_vis (gr=0x83dc718,
parent_glist=0x84808d0, vis=138266616) at g_graph.c:804
#3 0x0806c81c in canvas_setgraph (x=0x83dc718, flag=0)
at g_editor.c:830
#4 0x0806c8a7 in canvas_donecanvasdialog (x=0x83dc718,
xperpix=-nan(0x7fffff), yperpix=1,
fgraphme=-nan(0x7fffff)) at g_editor.c:872
#5 0x08085671 in pd_typedmess (x=0x83dc718,
s=0x83dc8f8, argc=0, argv=0x8108428) at m_class.c:815
#6 0x080882a4 in binbuf_eval (x=0x0, target=0x83dc718,
argc=1, argv=0xbff3d9b0) at m_binbuf.c:597
#7 0x0805bfd0 in message_float (x=0x83dc7f8, f=0) at
g_text.c:300
#8 0x0808653d in outlet_float (x=0x0, f=0) at m_obj.c:431
#9 0x0807ca3e in toggle_bang (x=0x83de2e8) at
g_toggle.c:250
#10 0x0807cbbe in toggle_newclick (z=0x0,
glist=0x84808d0, xpix=511, ypix=328, shift=0, alt=0,
dbl=0, doit=1)
at g_toggle.c:282
#11 0x0806e14b in canvas_doclick (x=0x84808d0,
xpos=511, ypos=328, which=1, mod=0, doit=1) at
g_editor.c:1036
#12 0x0806eb6a in canvas_mousedown (x=0x0, xpos=511,
ypos=328, which=1, mod=0) at g_editor.c:1209
#13 0x08085671 in pd_typedmess (x=0x84808d0,
s=0x83dc8f8, argc=0, argv=0x8108408) at m_class.c:815
#14 0x080852b3 in pd_typedmess (x=0x83dcce0,
s=0x83dc8f8, argc=4, argv=0x81083e8) at m_class.c:836
#15 0x080882a4 in binbuf_eval (x=0x0, target=0x83dcce0,
argc=0, argv=0x0) at m_binbuf.c:597
#16 0x0808e7eb in socketreceiver_read (x=0x822b6a0,
fd=5) at s_inter.c:537
#17 0x0808d9fa in sys_domicrosleep (microsec=0,
pollem=138266616) at s_inter.c:177
#18 0x0808e404 in sys_pollgui () at s_inter.c:820
#19 0x0808c094 in m_scheduler () at m_sched.c:488
#20 0x0808d841 in sys_main (argc=2, argv=0xbff3f554) at
s_main.c:354
#21 0x080918a6 in main (argc=0, argv=0x0) at s_entry.c:27
cheers ... t
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-01 20:28
Message:
Using Pd-devel 0.43 on Mac OS X 10.5.8, I couldn't reproduce this.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2005-06-21 05:58
Message:
Logged In: YES
user_id=564396
i cannot reproduce this.
could you post a patch ? (to pd-dev)?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1186531&group_…