- Pharo-dev - lists.pharo.org

Corrupt BlockClosure
by Max Leske May 24, 2013

May 24, 2013

Hi Marcus Roberto sent this mail to the Fuel-dev list. When we looked at the problem we noticed that serialization fails because of a corrupt BlockClosure. Since that's not really our territorry Mariano suggested to forward this to you. The image with the corrupt BlockClosure is available here: https://dl.dropboxusercontent.com/u/6281855/DFlow-SubscriptOutOfBounds.zip. To see the stack, right click on the only entry in the right window and click "export session". You'll find the corrupt BlockClosure at BlockClosure>>fuelAccept: @Roberto Is it possible to reproduce the stack with a new session? Or did this only happen once? Cheers, Max Begin forwarded message: > From: Mariano Martinez Peck <marianopeck(a)gmail.com> > Subject: Re: [Pharo-fuel] [Fuel] SubscriptOutOfBounds: 27 > Date: 23. Mai 2013 14:23:45 MESZ > To: The Fuel Project <pharo-fuel(a)lists.gforge.inria.fr> > Reply-To: The Fuel Project <pharo-fuel(a)lists.gforge.inria.fr> > > Indeed, it would be nice if you can known which CompiledMethod and blockclosure are having the problem. Not only the source code but the real bytecodes. > Also, can you isolate and just try to serialize them alone and reproduce the problem? In other words, a reproducible test case? :) > Thanks! > > > On Thu, May 23, 2013 at 8:41 AM, Max Leske <maxleske(a)gmail.com> wrote: > What's the compiled method? Is it a special one? Which selector in which class? > > Max > > On 23.05.2013, at 12:45, "roberto.minelli(a)usi.ch" <roberto.minelli(a)usi.ch> wrote: > > > Hi, > > > > While using Fuel in a 2.0 image to serialize some objects (including CompiledMethods) I'm getting this error: SubscriptOutOfBounds: 27. > > > > I spent hours in the debugger before writing this email, but I'm not able to figure out why this is happening. I attach the full stack of the error (STACK#1). > > > > I understood that it has something to do with a particular CompiledMethod in my image and/or a BlockClosure which for some reason cannot be printed (i.e., the printString returns <error in printString: evaluate "self printString" to debug>) and when I try to printString to debug I got the STACK#2 which in turn does not bring me to any possible solution. > > > > Hope some of you will have an intuition on that or at least tell me where to look or how to script a possible workaround. > > > > Thanks in advance, > > Roby > > > > ############################################################################################ > > ######################################### STACK#1 ########################################### > > ########################################################################################### > > CompiledMethod(Object)>>errorSubscriptBounds: > > CompiledMethod(Object)>>at: > > InstructionStream>>interpretNextInstructionFor: > > CompiledMethod>>abstractBytecodeMessageAt: in Block: [(InstructionStream new method: self pc: pc)... > > BlockClosure>>on:do: > > CompiledMethod>>abstractBytecodeMessageAt: > > BlockClosure>>blockCreationBytecodeMessage > > BlockClosure>>endPC > > BlockClosure>>abstractBytecodeMessagesDo: > > BlockClosure>>isClean > > BlockClosure>>shouldBeSubstitutedByCleanCopy > > BlockClosure>>fuelAccept: > > FLFullGeneralMapper(FLLightGeneralMapper)>>mapAndTrace: > > FLFullGlobalMapper>>mapAndTrace: in Block: [(anObject class == CompiledMethod... > > FLLargeIdentityDictionary>>at:ifAbsent: > > FLFullGlobalMapper>>mapAndTrace: > > FLPluggableSubstitutionMapper>>mapAndTrace: > > FLPluggableSubstitutionMapper>>mapAndTrace: > > FLAnalysis>>mapAndTrace: > > FLAnalysis>>run > > FLAnalyzer>>setDefaultAnalysis in Block: [:anObject | (FLAnalysis... > > FLAnalyzer>>analysisFor: > > FLSerialization>>analysisStep > > FLSerialization>>run > > DFSerializer(FLSerializer)>>setDefaultSerialization in Block: [:anObject :anEncoder | (FLSerialization... > > DFSerializer(FLSerializer)>>serialize:on: in Block: [:anEncoder | ... > > FLEncoder class>>on:globalEnvironment:do: in Block: [aBlock value: anEncoder] > > BlockClosure>>ensure: > > FLEncoder class>>on:globalEnvironment:do: > > DFSerializer(FLSerializer)>>serialize:on: > > > > > > ############################################################################################ > > ######################################### STACK#2 ########################################### > > ############################################################################################ > > Decompiler(Object)>>error: > > Decompiler>>decompileBlock: > > BlockClosure>>decompile > > BlockClosure>>printOn: > > BlockClosure(Object)>>printStringLimitedTo: in Block: [:s | self printOn: s] > > String class(SequenceableCollection class)>>streamContents:limitedTo: > > BlockClosure(Object)>>printStringLimitedTo: > > BlockClosure(Object)>>printString > > BlockClosure>>DoIt > > Compiler>>evaluate:in:to:notifying:ifFail:logged: > > SmalltalkEditor>>evaluateSelectionAndDo: in Block: [rcvr class evaluatorClass new... > > BlockClosure>>on:do: > > SmalltalkEditor>>evaluateSelectionAndDo: > > SmalltalkEditor>>evaluateSelection > > PluggableTextMorph>>doIt in Block: [textMorph editor evaluateSelection] > > PluggableTextMorph>>handleEdit: in Block: [result := editBlock value] > > TextMorphForEditView(TextMorph)>>handleEdit: > > PluggableTextMorph>>handleEdit: > > PluggableTextMorph>>doIt > > SmalltalkEditor class>>buildSmalltalkEditorKeymappingsOn: in Block: [:morph | morph doIt] > > BlockClosure>>cull: > > BlockClosure>>cull:cull: > > BlockClosure>>cull:cull:cull: > > KMCategoryTarget>>completeMatch:buffer: > > KMKeymap>>notifyCompleteMatchTo:buffer: in Block: [:l | l completeMatch: self buffer: aBuffer] > > Array(SequenceableCollection)>>do: > > KMKeymap>>notifyCompleteMatchTo:buffer: > > KMKeymap>>onMatchWith:notify:andDo: > > KMCategory>>onMatchWith:notify:andDo: in Block: [:entry | entry... > > Set>>do: > > > > > > > > _______________________________________________ > > Pharo-fuel mailing list > > Pharo-fuel(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-fuel > > _______________________________________________ > Pharo-fuel mailing list > Pharo-fuel(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-fuel > > > > -- > Mariano > http://marianopeck.wordpress.com > _______________________________________________ > Pharo-fuel mailing list > Pharo-fuel(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-fuel

2 3

Messy Configurations
by Camillo Bruni May 23, 2013

May 23, 2013

I recently spent some time to revise how to write Metacello Configurations. Observation: ============ - many configurations are quite a mess - many configurations duplicate code internally - many configurations have archived development versions For Pharo 3.0 I made a new Configuration template which improves and documents these observed points in quite some detail. Simply load a new 3.0 image and create a new configuration from the monticello working copy browser. Solution: ========= - specify external projects in separate, reusable methods - only have ONE development version you regularly update - do not use version numbers for the development version - only make a version number when you release something stable AKA not #development - name the baseline after the first version that introduces it What do you think?

8 16

MC should really write snaphsot/source.st in UTF8
by Nicolas Cellier May 23, 2013

May 23, 2013

http://stackoverflow.com/questions/16645848/squeak-monticello-character-enc… Let's kill this one, it's totally insane

6 15

What is a ExclusiveWeakMessageSend?
by StÃ©phane Ducasse May 23, 2013

May 23, 2013

Hi Gary We are working with alain on removing all the triggering event facilities from Object and porting it to announcement. Now I was wondering what is the ExclusiveWeakMessageSend. Stef

3 2

Latest vm on Ubuntu 8.04.4 LTS
by Sven Van Caekenberghe May 23, 2013

May 23, 2013

Guys, I am trying to run the latest (as in curl -L get.pharo.org | bash) vm on Ubuntu 8.04.4 LTS and it tells me $ ldd ./pharo-vm/pharo ./pharo-vm/pharo: /lib32/libc.so.6: version `GLIBC_2.11' not found (required by ./pharo-vm/pharo) linux-gate.so.1 => (0xffffe000) libm.so.6 => /lib32/libm.so.6 (0xf7769000) libdl.so.2 => /lib32/libdl.so.2 (0xf7765000) libpthread.so.0 => /lib32/libpthread.so.0 (0xf774c000) libc.so.6 => /lib32/libc.so.6 (0xf75f8000) /lib/ld-linux.so.2 (0xf779c000) This machine was previously happy running all kinds of (older) VMs. Is there a way around this ? Is there a recent vm somewhere that does not require such a recent libc version (or whatever, I don't understand the error message, /lib32/libc.so.6 seems to be present, would that no be enough) ? Thx, Sven

6 11

Video: The Moose Roadmap
by Stephan Eggermont May 23, 2013

May 23, 2013

Another video from the MooseDay2013 Tudor Girba showing the Moose roadmap http://www.youtube.com/watch?v=2JCDS3OVnGM Stephan

1 0

[regression reporter]regression occurred
by no-reply＠ci.inria.fr May 23, 2013

May 23, 2013

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=wi… 3 regressions found. FuelTests.FLMethodContextSerializationTest.testDoIt Tests.Release.ReleaseTest.testObsoleteBehaviors Tests.Release.ReleaseTest.testObsoleteClasses

1 0

[regression reporter]regression occurred
by no-reply＠ci.inria.fr May 23, 2013

May 23, 2013

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=ma… 3 regressions found. FuelTests.FLMethodContextSerializationTest.testDoIt Tests.Release.ReleaseTest.testObsoleteBehaviors Tests.Release.ReleaseTest.testObsoleteClasses

1 0

[regression reporter]regression occurred
by no-reply＠ci.inria.fr May 23, 2013

May 23, 2013

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=li… 3 regressions found. FuelTests.FLMethodContextSerializationTest.testDoIt Tests.Release.ReleaseTest.testObsoleteBehaviors Tests.Release.ReleaseTest.testObsoleteClasses

1 0

[update 3.0] #30164
by Esteban Lorenzano May 23, 2013

May 23, 2013

30164 ----- 10710 DefaultCommandLineHandler class>>#startUp: cleanup https://pharo.fogbugz.com/f/cases/10710 (third attempt, now with full refactor of default command line) Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tests-EstebanLorenzano.541.di… http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-CommandLine-EstebanLor… http://smalltalkhub.com/mc/Pharo/Pharo30/main/ConfigurationCommandLineHandl… http://smalltalkhub.com/mc/Pharo/Pharo30/main/StartupPreferences-EstebanLor…

1 0