Mantis Bugtracker
Main | My View | View Issues | Change Log | Docs
  

Viewing Issue Simple Details [ Jump to Notes ] [ View Advanced ] [ Issue History ] [ Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0005695 [Croquet] Hedgehog major always 01-03-07 06:28 01-19-07 05:41
Reporter howardstearns View Status public  
Assigned To
Priority normal Resolution open  
Status new  
Summary 0005695: future in tail-position of block - core packages
Description The following have future messages in the tail position of a block, and thus I think get compiled into futureSends instead of futureDo. If so, they cause island export and nameMap to grow as in 3299.

TSpace>>doStart:
TButton>>step
TButton>>stepWhileDown
TPointer>>resetSelected:
TAvatarUser>>addToNewSpace:
TAvatarUser>>controlPitch:
TAvatarUser>>costume:
TAvatarUser>>keyStroke:
TAvatarUser>>laserControl:redButton: "Ironic that fixing 3300 reintroduced this!"
TAvatarUser>>takeMeThere:
TAvatarUser>>updateCamera:
Additional Information I'm not attempting in this ticket to report issues like 3300, which can still be a problem.
Attached Files

- Relationships

SYSTEM WARNING: Creating default object from empty value

SYSTEM WARNING: Creating default object from empty value

SYSTEM WARNING: Creating default object from empty value

SYSTEM WARNING: Creating default object from empty value

related to 0003300closed andreas unnecessary futureSend for avatar head transform 
related to 0003299confirmed  future messages compile as futureSend instead of futureDo 
related to 0005696new  future in tail-position of block - demo packages 
related to 0005697new  future in tail-position of block - contrib packages: Minnesota 
child of 0003298confirmed  futureSend futures never go away 

- Notes
(0008848 - 392 - 410 - 410 - 410 - 410 - 410)
howardstearns
01-07-07 20:55

 Wisconsin-hrs.118 defines some KSDKMumble subclasses of the Croquet-Objects classes. These subclasses provide modified copies of the above methods that avoid the problem.

Caution: KSDKAvatarUserMenu is a subclass of TAvatarUserMenu and so it has to fix both a grandparent superclass and a parent superclass that sends to super. See, e.g., KSDKAvatarUserMenu>>keyStroke: and keyStrokeUser:.
 

- Issue History
Date Modified Username Field Change
01-03-07 06:28 howardstearns New Issue
01-03-07 06:29 howardstearns Relationship added related to 0003300
01-03-07 06:29 howardstearns Relationship added related to 0003299
01-03-07 06:30 howardstearns Relationship added related to 0005696
01-03-07 06:31 howardstearns Relationship added related to 0005697
01-07-07 20:55 howardstearns Note Added: 0008848
01-19-07 05:41 howardstearns Relationship added child of 0003298

Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
53 total queries executed.
37 unique queries executed.
Powered by Mantis Bugtracker