Hi!
Try adding some instance variable to ScrollPane. During the recompilation
step, the instVar pointers in subclasses seem to be off and thus open tools
break.
Why?
Best,
Marcel
--
View this message in context: http://forum.world.st/Class-recompilation-bug-tp4821745.html
Sent from the Squeak - Dev mailing list archive at Nabble.com.
A new version of VMMaker was added to project The Inbox:
http://source.squeak.org/inbox/VMMaker-MattSpr.361.mcz
==================== Summary ====================
Name: VMMaker-MattSpr.361
Author: MattSpr
Time: 29 April 2015, 6:20:36.436 pm
UUID: 07e06652-e637-41d1-8d69-dac0bd244406
Ancestors: VMMaker-tfel.360
Call primitive 255 in InterpreterProxy to indicate failing primitive simulations to the VM (if supported).
=============== Diff against VMMaker-tfel.360 ===============
Item was changed:
----- Method: InterpreterProxy>>primitiveFailFor: (in category 'other') -----
primitiveFailFor: reasonCode
+ "Set specific primitive failure. N.B. primitiveFailFor: PrimNoErr is expected to clear the primFailCode.
+ Primitive 255 is called to indicate that we are currently simulating a primitive that should fail and the VM should handle that case appropriately (if supported by the VM)."
+ <primitive: 255>
+ (self confirm: 'A primitive is failing -- Stop simulation?') ifTrue: [self halt].
+ ^ primFailCode := reasonCode!
- "Set specific primitive failure.
- N.B. primitiveFailFor: PrimNoErr is expected to clear the primFailCode."
- (self confirm:'A primitive is failing -- Stop simulation?') ifTrue:[self halt].
- ^primFailCode := reasonCode!
Item was changed:
----- Method: InterpreterProxy>>success: (in category 'other') -----
success: aBoolean
+ self failed ifTrue: [^ self].
+ aBoolean ifFalse: [self primitiveFailFor: 1].!
- self failed ifTrue:[^self].
- aBoolean ifFalse: [
- primFailCode := 1.
- (self confirm:'A primitive is failing -- Stop simulation?') ifTrue:[self halt]]
- !
Hi,
I made this change to support simulating primitives in the RSqueak VM. Some
primitives in RSqueak are implemented in the image, i.e., the primitive
handler in the VM calls the simulation code in the image. If this simulation
code fails, it will raise "primitive: 255" which will tell the VM to execute
the fallback code for the original primitive.
Other Squeak VMs should not be affected by this change, since primitive 255
is not used anywhere else.
Best,
Matthias
--
View this message in context: http://forum.world.st/The-Inbox-VMMaker-MattSpr-361-mcz-tp4822989p4822991.h…
Sent from the Squeak - Dev mailing list archive at Nabble.com.
Marcel Taeumel uploaded a new version of ToolBuilder-Kernel to project The Trunk:
http://source.squeak.org/trunk/ToolBuilder-Kernel-mt.86.mcz
==================== Summary ====================
Name: ToolBuilder-Kernel-mt.86
Author: mt
Time: 29 April 2015, 5:59:24.245 pm
UUID: f509d30c-1f81-cf4b-b530-e9ee4adc67ed
Ancestors: ToolBuilder-Kernel-mt.85
Removed default value for #wantsResizeHandles because we want to decide that in the specific builders.
=============== Diff against ToolBuilder-Kernel-mt.85 ===============
Item was changed:
----- Method: PluggableCompositeSpec>>wantsResizeHandles (in category 'accessing') -----
wantsResizeHandles
+ ^ wantsResizeHandles!
- ^ wantsResizeHandles ifNil: [false]!
Marcel Taeumel uploaded a new version of Tools to project The Trunk:
http://source.squeak.org/trunk/Tools-mt.609.mcz
==================== Summary ====================
Name: Tools-mt.609
Author: mt
Time: 29 April 2015, 5:13:34.745 pm
UUID: db67547a-3a2c-bf4c-a592-414937bb6bb0
Ancestors: Tools-cmm.608
Removed an old hack for editors (?) that received all menu callbacks (instead of the model). This is not good for new tools as we can see in almost all subclasses of Model and what they overwrite (first?). :)
=============== Diff against Tools-cmm.608 ===============
Item was removed:
- ----- Method: Model>>perform:orSendTo: (in category '*Tools-menus') -----
- perform: selector orSendTo: otherTarget
- "Selector was just chosen from a menu by a user. If can respond, then perform it on myself. If not, send it to otherTarget, presumably the editPane from which the menu was invoked."
-
- "default is that the editor does all"
- ^ otherTarget perform: selector.!