Bugs item #2621932, was opened at 2009-02-20 19:44
Message generated for change (Comment added) made by matju
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: gop multiplicity
Initial Comment:
1. Open patch.pd
2. Delete the subpatch.
3. Either a) create a new my_abs object or b) undo the previous delete
4. Repeat steps 2-3 n times.
Now when you open the subpatch, all actions occur n+1 times, e.g.:
* creating a new object box makes a chain of n+1 object boxes
* patch is saved n+1 times
* paste creates n+1 new copies
If you don't save and try to close patch.pd, it repeats the message "discard changes to patch.pd" and sometimes crashes after two or three times.
The behavior persists until closing pd completely. So if you go through the steps above 3 times, close the patch, and reopen it and go through them 3 more times, you'll get 7 extra objects every time you create something from the "put" menu.
I only get this behavior when using gop, and with an object visible in the gop window. Same for abstractions. For each extra object created in the subpatch, I get a "consistency check failed: canvas_vis" error to the console.
Using pd-0.42-4 on windows xp sp3
-Jonathan
jancsika(a)yahoo.com
----------------------------------------------------------------------
Comment By: Mathieu Bouchard (matju)
Date: 2009-12-12 22:29
Message:
editor_new gets called for a gop, but editor_free does not.
----------------------------------------------------------------------
Comment By: Mathieu Bouchard (matju)
Date: 2009-12-12 22:24
Message:
t_guiconnect registers a receive-symbol for any canvas but deleting a gop
does not unregister the receive-symbol.
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 09:21
Message:
Oh shit, it only disappears with the reporter's test patch, but I have
experimented the bug also with -noautopatch
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 09:19
Message:
I have tested with -noautopatch, which disables the belowmentioned feature,
and the bug disappears. So it is definitely related to that feature, dunnow
how.
Hope this helps
m.
P.S. can anybody confirm?
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 07:26
Message:
Hi,
This bug seem to have APPEARED ON VERSION 0.42.0
At least, I tested it with the reporter's patch on 0.41.4 and it works
fine, while on 0.42.0 the bug shows up 100% of the time.
That is the same version in which the (very annoying) feature was
introduced that when you create a new object and another one is selected, a
connection is automatically created. May the bug be related to the
introduction of that feature?
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 06:48
Message:
I confirm I can 100% reproduce it on Windows Vista with 0.42-4.
Unfortunately I am only a user so I cannot help.
I have also encountered the same problem; my patch is too big and complex
to attach it, but in my case I can reproduce the problem by just:
A - loading the main patch
B - closing it
C - loading it again
And I get the "mulyiplicity" in the main patch, not any subpatch.
But not with your patch.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2009-11-26 19:44
Message:
I forgot to say I'm using winxp sp3 with pd vanille 0.42-5 to produce the
behavior in the attached patch
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-03 05:07
Message:
In step #3 above, please ignore "a) create a new my_abs object" and simply
undo the previous deletion of the subpatch. Also, the multiplicity bug
happens only within the subpatch window.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2009-04-02 10:26
Message:
could not reproduce with 0.42-4 on linux
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…
Bugs item #2621932, was opened at 2009-02-20 19:44
Message generated for change (Comment added) made by matju
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: gop multiplicity
Initial Comment:
1. Open patch.pd
2. Delete the subpatch.
3. Either a) create a new my_abs object or b) undo the previous delete
4. Repeat steps 2-3 n times.
Now when you open the subpatch, all actions occur n+1 times, e.g.:
* creating a new object box makes a chain of n+1 object boxes
* patch is saved n+1 times
* paste creates n+1 new copies
If you don't save and try to close patch.pd, it repeats the message "discard changes to patch.pd" and sometimes crashes after two or three times.
The behavior persists until closing pd completely. So if you go through the steps above 3 times, close the patch, and reopen it and go through them 3 more times, you'll get 7 extra objects every time you create something from the "put" menu.
I only get this behavior when using gop, and with an object visible in the gop window. Same for abstractions. For each extra object created in the subpatch, I get a "consistency check failed: canvas_vis" error to the console.
Using pd-0.42-4 on windows xp sp3
-Jonathan
jancsika(a)yahoo.com
----------------------------------------------------------------------
Comment By: Mathieu Bouchard (matju)
Date: 2009-12-12 22:24
Message:
t_guiconnect registers a receive-symbol for any canvas but deleting a gop
does not unregister the receive-symbol.
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 09:21
Message:
Oh shit, it only disappears with the reporter's test patch, but I have
experimented the bug also with -noautopatch
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 09:19
Message:
I have tested with -noautopatch, which disables the belowmentioned feature,
and the bug disappears. So it is definitely related to that feature, dunnow
how.
Hope this helps
m.
P.S. can anybody confirm?
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 07:26
Message:
Hi,
This bug seem to have APPEARED ON VERSION 0.42.0
At least, I tested it with the reporter's patch on 0.41.4 and it works
fine, while on 0.42.0 the bug shows up 100% of the time.
That is the same version in which the (very annoying) feature was
introduced that when you create a new object and another one is selected, a
connection is automatically created. May the bug be related to the
introduction of that feature?
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 06:48
Message:
I confirm I can 100% reproduce it on Windows Vista with 0.42-4.
Unfortunately I am only a user so I cannot help.
I have also encountered the same problem; my patch is too big and complex
to attach it, but in my case I can reproduce the problem by just:
A - loading the main patch
B - closing it
C - loading it again
And I get the "mulyiplicity" in the main patch, not any subpatch.
But not with your patch.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2009-11-26 19:44
Message:
I forgot to say I'm using winxp sp3 with pd vanille 0.42-5 to produce the
behavior in the attached patch
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-03 05:07
Message:
In step #3 above, please ignore "a) create a new my_abs object" and simply
undo the previous deletion of the subpatch. Also, the multiplicity bug
happens only within the subpatch window.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2009-04-02 10:26
Message:
could not reproduce with 0.42-4 on linux
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…
Bugs item #2905413, was opened at 2009-11-28 18:15
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2905413&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: Martin Peach (mrpeach)
Summary: mrpeach/tcpserver: messages to clients are doubled
Initial Comment:
hello martin
I was told, that [tcpserver] was updated to use threading now. so i wanted to test the new version. on my machine, it is not working correctly yet. messages sent from [tcpserver] are doubled for some reason. when sending this message with [tcpserver] (it doesn't matter, whether i use the 'send <socketnumber>' or the 'broadcast' method):
97 98 99 100 101 102 103 104 105
i get this on the client side:
97 98 99 100 101 102 103 104 105 97 98 99 100 101 102 103 104 105
sometimes even this:
97 97 98 99 100 101 102 103 104 105 98 99 100 101 102 103 104 105
this is with [tcpserver] compiled from svn checkout from today on pd-0.42.5 on ubuntu 9.10.
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2009-12-13 02:20
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: Martin Peach (mrpeach)
Date: 2009-11-28 21:42
Message:
Oops, I hadn't commented out the original unthreaded call to send, so it
was doing both :(
Should work now, at least it does here. Also I added threaded send for
files.
Thanks for testing!
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2905413&group_…
Hi list,
I have a problem with flext and the modules compiled with it.
I'm using Apple Snow Leopard (10.6.2) on my macbook (white mid 2007 intel core 2 duo 2,16GHz).
I could compile flext itself configuring it for ARCH=i386 only and the compiler and linker flags for a min version 10.5 and also I used the solution they gave here: http://www.mail-archive.com/pd-list@iem.at/msg29829.html to solve a problem with bits/atomicity.h while building it.
Once compiled and installed flext I built and installed some modules from the tutorial to try them but when I add them to a patch Pd (vanilla & extended) crash.
I try also to compile flext and the module adding the flags for the compiler and the linker like explained here: http://www.mail-archive.com/pd-dev@iem.at/msg06512.html
And again the same result.
The problem is that I don't know a way to debug it because PD just closes.
Any help will be absolutely useful!
Thanks
//////////////
Miguel.
Bugs item #2913280, was opened at 2009-12-12 15:08
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2913280&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
Status: Open
Resolution: None
Priority: 8
Private: No
Submitted By: Cyrille Henry (nusmuk)
Assigned to: Miller Puckette (millerpuckette)
Summary: GOP abstraction can crash pd if content is reloaded
Initial Comment:
if abs1 is an abstraction (maybe empty)
if abs2 is a GOP abstraction that use abs1
opening an other instance of abs1 and saving it will crash pd.
see attachement.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2009-12-12 15:49
Message:
confirmed (linux; Pd-vanilla-0.42.5)
it does _not_ crash on 0.41-4 on the same machine.
a quick backtrace shows that the crash appears in canvas_doclear() because
the gl_editor of the argument x is NULL.
----------------------------------------------------------------------
Comment By: Cyrille Henry (nusmuk)
Date: 2009-12-12 15:09
Message:
i forget to say that this is on linux, pd vanilla 0.42
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2913280&group_…
Bugs item #2913280, was opened at 2009-12-12 14:08
Message generated for change (Comment added) made by nusmuk
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2913280&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
Status: Open
Resolution: None
Priority: 8
Private: No
Submitted By: Cyrille Henry (nusmuk)
Assigned to: Miller Puckette (millerpuckette)
Summary: GOP abstraction can crash pd if content is reloaded
Initial Comment:
if abs1 is an abstraction (maybe empty)
if abs2 is a GOP abstraction that use abs1
opening an other instance of abs1 and saving it will crash pd.
see attachement.
----------------------------------------------------------------------
>Comment By: Cyrille Henry (nusmuk)
Date: 2009-12-12 14:09
Message:
i forget to say that this is on linux, pd vanilla 0.42
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2913280&group_…
Bugs item #2913280, was opened at 2009-12-12 14:08
Message generated for change (Tracker Item Submitted) made by nusmuk
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2913280&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: Cyrille Henry (nusmuk)
Assigned to: Miller Puckette (millerpuckette)
Summary: GOP abstraction can crash pd if content is reloaded
Initial Comment:
if abs1 is an abstraction (maybe empty)
if abs2 is a GOP abstraction that use abs1
opening an other instance of abs1 and saving it will crash pd.
see attachement.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2913280&group_…
Bugs item #2621932, was opened at 2009-02-21 01:44
Message generated for change (Comment added) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: gop multiplicity
Initial Comment:
1. Open patch.pd
2. Delete the subpatch.
3. Either a) create a new my_abs object or b) undo the previous delete
4. Repeat steps 2-3 n times.
Now when you open the subpatch, all actions occur n+1 times, e.g.:
* creating a new object box makes a chain of n+1 object boxes
* patch is saved n+1 times
* paste creates n+1 new copies
If you don't save and try to close patch.pd, it repeats the message "discard changes to patch.pd" and sometimes crashes after two or three times.
The behavior persists until closing pd completely. So if you go through the steps above 3 times, close the patch, and reopen it and go through them 3 more times, you'll get 7 extra objects every time you create something from the "put" menu.
I only get this behavior when using gop, and with an object visible in the gop window. Same for abstractions. For each extra object created in the subpatch, I get a "consistency check failed: canvas_vis" error to the console.
Using pd-0.42-4 on windows xp sp3
-Jonathan
jancsika(a)yahoo.com
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 15:21
Message:
Oh shit, it only disappears with the reporter's test patch, but I have
experimented the bug also with -noautopatch
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 15:19
Message:
I have tested with -noautopatch, which disables the belowmentioned feature,
and the bug disappears. So it is definitely related to that feature, dunnow
how.
Hope this helps
m.
P.S. can anybody confirm?
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 13:26
Message:
Hi,
This bug seem to have APPEARED ON VERSION 0.42.0
At least, I tested it with the reporter's patch on 0.41.4 and it works
fine, while on 0.42.0 the bug shows up 100% of the time.
That is the same version in which the (very annoying) feature was
introduced that when you create a new object and another one is selected, a
connection is automatically created. May the bug be related to the
introduction of that feature?
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 12:48
Message:
I confirm I can 100% reproduce it on Windows Vista with 0.42-4.
Unfortunately I am only a user so I cannot help.
I have also encountered the same problem; my patch is too big and complex
to attach it, but in my case I can reproduce the problem by just:
A - loading the main patch
B - closing it
C - loading it again
And I get the "mulyiplicity" in the main patch, not any subpatch.
But not with your patch.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2009-11-27 01:44
Message:
I forgot to say I'm using winxp sp3 with pd vanille 0.42-5 to produce the
behavior in the attached patch
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-03 11:07
Message:
In step #3 above, please ignore "a) create a new my_abs object" and simply
undo the previous deletion of the subpatch. Also, the multiplicity bug
happens only within the subpatch window.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2009-04-02 16:26
Message:
could not reproduce with 0.42-4 on linux
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…
Bugs item #2621932, was opened at 2009-02-21 01:44
Message generated for change (Comment added) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: gop multiplicity
Initial Comment:
1. Open patch.pd
2. Delete the subpatch.
3. Either a) create a new my_abs object or b) undo the previous delete
4. Repeat steps 2-3 n times.
Now when you open the subpatch, all actions occur n+1 times, e.g.:
* creating a new object box makes a chain of n+1 object boxes
* patch is saved n+1 times
* paste creates n+1 new copies
If you don't save and try to close patch.pd, it repeats the message "discard changes to patch.pd" and sometimes crashes after two or three times.
The behavior persists until closing pd completely. So if you go through the steps above 3 times, close the patch, and reopen it and go through them 3 more times, you'll get 7 extra objects every time you create something from the "put" menu.
I only get this behavior when using gop, and with an object visible in the gop window. Same for abstractions. For each extra object created in the subpatch, I get a "consistency check failed: canvas_vis" error to the console.
Using pd-0.42-4 on windows xp sp3
-Jonathan
jancsika(a)yahoo.com
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 15:19
Message:
I have tested with -noautopatch, which disables the belowmentioned feature,
and the bug disappears. So it is definitely related to that feature, dunnow
how.
Hope this helps
m.
P.S. can anybody confirm?
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 13:26
Message:
Hi,
This bug seem to have APPEARED ON VERSION 0.42.0
At least, I tested it with the reporter's patch on 0.41.4 and it works
fine, while on 0.42.0 the bug shows up 100% of the time.
That is the same version in which the (very annoying) feature was
introduced that when you create a new object and another one is selected, a
connection is automatically created. May the bug be related to the
introduction of that feature?
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 12:48
Message:
I confirm I can 100% reproduce it on Windows Vista with 0.42-4.
Unfortunately I am only a user so I cannot help.
I have also encountered the same problem; my patch is too big and complex
to attach it, but in my case I can reproduce the problem by just:
A - loading the main patch
B - closing it
C - loading it again
And I get the "mulyiplicity" in the main patch, not any subpatch.
But not with your patch.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2009-11-27 01:44
Message:
I forgot to say I'm using winxp sp3 with pd vanille 0.42-5 to produce the
behavior in the attached patch
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-03 11:07
Message:
In step #3 above, please ignore "a) create a new my_abs object" and simply
undo the previous deletion of the subpatch. Also, the multiplicity bug
happens only within the subpatch window.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2009-04-02 16:26
Message:
could not reproduce with 0.42-4 on linux
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…
Bugs item #2621932, was opened at 2009-02-21 01:44
Message generated for change (Comment added) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: gop multiplicity
Initial Comment:
1. Open patch.pd
2. Delete the subpatch.
3. Either a) create a new my_abs object or b) undo the previous delete
4. Repeat steps 2-3 n times.
Now when you open the subpatch, all actions occur n+1 times, e.g.:
* creating a new object box makes a chain of n+1 object boxes
* patch is saved n+1 times
* paste creates n+1 new copies
If you don't save and try to close patch.pd, it repeats the message "discard changes to patch.pd" and sometimes crashes after two or three times.
The behavior persists until closing pd completely. So if you go through the steps above 3 times, close the patch, and reopen it and go through them 3 more times, you'll get 7 extra objects every time you create something from the "put" menu.
I only get this behavior when using gop, and with an object visible in the gop window. Same for abstractions. For each extra object created in the subpatch, I get a "consistency check failed: canvas_vis" error to the console.
Using pd-0.42-4 on windows xp sp3
-Jonathan
jancsika(a)yahoo.com
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 13:26
Message:
Hi,
This bug seem to have APPEARED ON VERSION 0.42.0
At least, I tested it with the reporter's patch on 0.41.4 and it works
fine, while on 0.42.0 the bug shows up 100% of the time.
That is the same version in which the (very annoying) feature was
introduced that when you create a new object and another one is selected, a
connection is automatically created. May the bug be related to the
introduction of that feature?
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2009-12-11 12:48
Message:
I confirm I can 100% reproduce it on Windows Vista with 0.42-4.
Unfortunately I am only a user so I cannot help.
I have also encountered the same problem; my patch is too big and complex
to attach it, but in my case I can reproduce the problem by just:
A - loading the main patch
B - closing it
C - loading it again
And I get the "mulyiplicity" in the main patch, not any subpatch.
But not with your patch.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2009-11-27 01:44
Message:
I forgot to say I'm using winxp sp3 with pd vanille 0.42-5 to produce the
behavior in the attached patch
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2009-04-03 11:07
Message:
In step #3 above, please ignore "a) create a new my_abs object" and simply
undo the previous deletion of the subpatch. Also, the multiplicity bug
happens only within the subpatch window.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2009-04-02 16:26
Message:
could not reproduce with 0.42-4 on linux
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…