Bugs item #2841090, was opened at 2009-08-20 13:34 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090...

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: Fixed Priority: 7 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: [gemlist] may output invalid GemState

Initial Comment: when triggering a [gemlist] out of context (e.g. by connecting it to [gemmouse]) it might output an invalid (though once-valid) state, triggering a crash (when accessing the image in the state)

this only happened when directly triggering from [gemmouse], not by manually clicking on a bang and not by triggering it from [gemhead]. [gemmouse] should be recent enough.

see attached patch

----------------------------------------------------------------------

Comment By: SourceForge Robot (sf-robot)

Date: 2009-09-23 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: IOhannes m zmlnig (zmoelnig) Date: 2009-09-08 12:18

Message: hopefully fixed with rev2871 (by copying the content of GemState rather than the pointer to it in [gemlist])

LATER: make a refcounter for shared objects

----------------------------------------------------------------------

Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 14:13

Message: but it also crashes on other systems, like 2.6.26....

----------------------------------------------------------------------

Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 14:13

Message: to add more info: Pd/Gem won't crash if the [gemmouse] event is delayed (e.g. only 0 ms) however, handling of mouse-events should already be re-queued (i'm using gem-0.92.svn), so i don't understand this.

btw, i'm on Debian/linux running kernel-2.6.18 and xorg-7.3 (X Server 1.4.2)

----------------------------------------------------------------------

You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090...