Hi Sean,
Is it possible that your compiled method has been corrupted? It's the
compiler that chokes when Fuel tries to read #endPC, and the compiler
should not choke on a well formed compiled method... (or ever for that
matter?),
Max
On 20 Jun 2018, at 15:07, Sean P. DeNigris wrote:
While Fuel was trying to serialize a sort block ([ :a :b | a name < b
name
]), I got CompiledMethod>>errorSubscriptBounds:. One strange thing
about the
block is that the outerContext is `SortedCollection>>DoIt`, meaning I
probably had to initialize it by hand due to a previous Fuel problem.
The odd thing about the error is that this object graph was
serializing and
materializing just fine before I upgraded Pharo Launcher.
Call chain:
CompiledMethod(Object)>>errorSubscriptBounds:
CompiledMethod(Object)>>at:
InstructionStream>>interpretNextV3PlusClosureInstructionFor:
OpalEncoderForV3PlusClosures class>>interpretNextInstructionFor:in:
InstructionStream>>interpretNextInstructionFor:
[ (InstructionStream new method: self pc: pc)
interpretNextInstructionFor: nil ] in
CompiledMethod(CompiledCode)>>abstractBytecodeMessageAt: in Block: [
(InstructionStream new method: self pc: pc)...
BlockClosure>>on:do:
CompiledMethod(CompiledCode)>>abstractBytecodeMessageAt:
BlockClosure>>blockCreationBytecodeMessage
BlockClosure>>endPC
BlockClosure>>abstractBytecodeMessagesDo:
BlockClosure>>isClean
BlockClosure>>shouldBeSubstitutedByCleanCopy
BlockClosure>>fuelAccept:
FLLightGeneralMapper>>mapAndTrace:
-----
Cheers,
Sean
--
Sent from:
http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html