- Pharo-dev - lists.pharo.org

[Pharo-project] PseudoContext is obsolete
by StÃ©phane Ducasse May 3, 2009

May 3, 2009

http://code.google.com/p/pharo/issues/detail?id=791 Begin forwarded message: > From: Eliot Miranda <eliot.miranda(a)gmail.com> > Date: May 2, 2009 11:32:54 PM CEDT > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Re: [Pharo-project] 10296 available for download > > > > On Sat, May 2, 2009 at 9:33 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > > wrote: > Hi eliot > > > is pseudoContext obsolete? > > yes. The StackVM does context-to-stack mapping without PseudoContext. > > > Stef > > For the psuedocontext I think you should check with Eliot I though he > said that class was no longer needed? > > > On 5/2/09, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > on fgorge > > https://gforge.inria.fr/frs/?group_id=1299 > > Pay attention that > > - copy and paste does not work (at least on mac) > > - you cannot obtain this image by doing a simple update from > 10281 > > > - font update at startup as a preference > (fixes http://code.google.com/p/pharo/issues/detail?id=689) > > - Issue 749: Put back ensureEndsWith: > > - event part one done manually > > - New event part two > > - literalsDo: fix again > > - fix polling argh (not copy and paste :)) > > - with manual premable for Delay fixing (sorry no copy and paste so > painful to write down all the details). > > - apply the last part of DelayCleanup.1.cs from > http://bugs.squeak.org/view.php?id=7321 > > - Remove Delay upper bound limitation > > - SharedQueue>>findFirst: > > - BlockClosure>>asText > > - InputEventSensor>>flushNonKbdEvents > > - literals do -> literalsDo: > > - StreamingOnOrderedCollection > > - Fixing conflict notion in traits since now trait methods are copied. > > - removing powermanagement > enhancing scriptLoader to ask for preamble or postscript > > - 762 MethodContext>>runSimulated:contextAtEachStep > - 772 isSuspended fix > - 770 copy and paste fix - igor suggestions > (still does not work after InputEventSensor > installPollingEventSensorFramework > > - sensor fixes again > > - issue 787: Change compactClassesArray for stackVm and Cog > - issue 783 better errorReportOn: of ContextPart > - issue 789: PseudoContext class initialize removed > > - issue 758: faster font rendering > - issue 790: BookMorph other removal > - issue 786: closing stream on remoteString > > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > >

1 0

[Pharo-project] [ANN] 10294, 10295, 10296
by StÃ©phane Ducasse May 2, 2009

May 2, 2009

Hi here are some updates: 10294 - not working sensor fixes :( but like that they are in 10295 - http://code.google.com/p/pharo/issues/detail?id=789 (PseudoContext initialize) - http://code.google.com/p/pharo/issues/detail?id=788 (compact classes - http://code.google.com/p/pharo/issues/detail?id=783 Issue 783: Better ContextPart>>errorReportOn: 10296 - http://code.google.com/p/pharo/issues/detail?id=790: bookmorph cleaning - http://code.google.com/p/pharo/issues/detail?id=756 font rendering speed up - http://code.google.com/p/pharo/issues/detail?id=786 (remoteString closing) stef

4 11

[Pharo-project] Some problems with Shout Parser
by Igor Stasenko May 2, 2009

May 2, 2009

Note, this error is very hard to reproduce. It happened only few times when i typing in an OB code pane and method source is considerably big. I suspect that this bug is triggered because i'm using a new scheduler, and uncovers a concurrency issue in SHParserST80>>styleInBackgroundProcess:. ---------------- Error: attempt to index non-existent element in an ordered collection 2 May 2009 1:39:33 pm VM: Win32 - a SmalltalkImage Image: Pharo0.1 [Latest update: #10292] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir F:\projects\pharo-freetype\Squeak-new-scheduling Trusted Dir F:\projects\pharo-freetype\Squeak-new-scheduling\sig Untrusted Dir G:\usr\sig\docs\My Squeak OrderedCollection(Object)>>error: Receiver: an OrderedCollection(a SHRange a SHRange a SHRange a SHRange a SHRange a SHRange a SHRange...etc... Arguments and temporary variables: aString: 'attempt to index non-existent element in an ordered collection' Receiver's instance variables: array: an Array(a SHRange a SHRange a SHRange a SHRange a SHRange a SHRange a S...etc... firstIndex: 66 lastIndex: 77 OrderedCollection>>errorNoSuchElement Receiver: an OrderedCollection(a SHRange a SHRange a SHRange a SHRange a SHRange a SHRange a SHRange...etc... Arguments and temporary variables: Receiver's instance variables: array: an Array(a SHRange a SHRange a SHRange a SHRange a SHRange a SHRange a S...etc... firstIndex: 66 lastIndex: 77 OrderedCollection>>at: Receiver: an OrderedCollection(a SHRange a SHRange a SHRange a SHRange a SHRange a SHRange a SHRange...etc... Arguments and temporary variables: anInteger: 130 Receiver's instance variables: array: an Array(a SHRange a SHRange a SHRange a SHRange a SHRange a SHRange a S...etc... firstIndex: 66 lastIndex: 77 [] in [] in SHParserST80>>parseKeyword Receiver: a SHParserST80 Arguments and temporary variables: <<error during printing> Receiver's instance variables: classOrMetaClass: AdvancedDelay source: 'performCommonChecksAt: nowTick "Perform various checks, each time we...etc... workspace: nil arguments: a Dictionary(0->an OrderedCollection('nowTick') ) sourcePosition: 452 currentToken: 'ScheduledDelay' currentTokenFirst: $S temporaries: a Dictionary(0->an OrderedCollection('nowTick' 'nextTick') ) instanceVariables: #('delayDuration' 'resumptionTime' 'waitingProcess' 'beingWa...etc... errorBlock: [closure] in SHParserST80>>parse: currentTokenSourcePosition: 438 blockDepth: 0 bracketDepth: 0 ranges: an OrderedCollection(a SHRange a SHRange a SHRange a SHRange a SHRange ...etc... environment: Smalltalk --- The full stack --- OrderedCollection(Object)>>error: OrderedCollection>>errorNoSuchElement OrderedCollection>>at: [] in [] in SHParserST80>>parseKeyword - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Array(SequenceableCollection)>>do: [] in SHParserST80>>parseKeyword MethodContext(ContextPart)>>unwindTo: TerminateProcess>>signal TerminateProcess class>>signalForProcess:abandonedSemaphore: SystemDictionary(Set)>>do: SystemDictionary(Dictionary)>>associationsDo: SystemDictionary(Dictionary)>>keysDo: SystemDictionary(Dictionary)>>hasBindingThatBeginsWith: [] in SHParserST80>>resolvePartial: OrderedCollection>>do: SHParserST80>>resolvePartial: SHParserST80>>resolve: SHParserST80>>parseTerm [] in SHParserST80>>parseKeyword BlockClosure>>ensure: SHParserST80>>parseKeyword SHParserST80>>parseCascade SHParserST80>>parseExpression SHParserST80>>parseStatement SHParserST80>>parseStatementList [] in SHParserST80>>parse: BlockClosure>>ensure: SHParserST80>>parse: SHParserST80>>parse SHParserST80>>rangesIn:classOrMetaClass:workspace:environment: SHTextStylerST80>>rangesIn:setWorkspace: SHTextStylerST80>>privateStyle: [] in [] in SHTextStylerST80(SHTextStyler)>>styleInBackgroundProcess: [] in BlockClosure>>newProcess -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] I will integrate and push some fixes before noon
by StÃ©phane Ducasse May 2, 2009

May 2, 2009

- not working sensor fixes - http://code.google.com/p/pharo/issues/detail?id=789 (PseudoContext initialize) -http://code.google.com/p/pharo/issues/detail?id=788 (MC pool sorting) - http://code.google.com/p/pharo/issues/detail?id=788 (compact classes - http://code.google.com/p/pharo/issues/detail?id=783 Issue 783: Better ContextPart>>errorReportOn: - http://code.google.com/p/pharo/issues/detail?id=774 network rollover - http://code.google.com/p/pharo/issues/detail?id=784 TestCollections - http://code.google.com/p/pharo/issues/detail?id=769 Fix for (StringTest new testUnescapePercentsWithTextEncoding) - http://code.google.com/p/pharo/issues/detail?id=758 Little font rendering speedup Stef

1 0

[Pharo-project] Fwd: Closure update from eliot
by StÃ©phane Ducasse May 1, 2009

May 1, 2009

Begin forwarded message: > From: John M McIntosh <johnmci(a)smalltalkconsulting.com> > Date: May 1, 2009 7:41:58 PM CEDT > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Cc: Eliot Miranda <eliot.miranda(a)gmail.com> > Subject: Re: [Pharo-project] Closure update from eliot > Reply-To: johnmci(a)smalltalkconsulting.com > > Ok to answer the question, when we need to find the class of an > object, we invoke either fetchClassOf: or fetchClassOfNonInt: > now if the class is compact as per the oops header bits we use more > bits in the oops header to pull the class oops from the compact array > using the compact class index value. Otherwise the oops of the class > is in the header, which requires more storage for the oops header > > When we make the class as compact then it's stuff into the compact > array and allInstances of the old class converted. > > > Lastly, well I'm wondering about the impact on image segments. > > The comment in becomeCompact: says... > > "Here are the restrictions on compact classes in order for export > segments to work: A compact class index may not be reused. If a > class was compact in a release of Squeak, no other class may use > that index. The class might not be compact later, and there should > be nil in its place in the array." > > But I wonder if > remapCompactClasses:refStrm: > > ensures accidents don't happen, however let's see if Eliot has cross- > checked this issue, no doubt the the comment is dated... > > > Also > PseudoContext(class)>>initialize > seems rather obsolete then? > > > On 1-May-09, at 3:10 AM, StÃ©phane Ducasse wrote: > >> I have a stupid question about this one. >> Does it mean that we should fix that at the level of the vm since >> compactClassesArray is a primitive >> and recreateSpecialObjectsArray used it. >> >> stef >> >> Begin forwarded message: >> >>> From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >>> Date: May 1, 2009 11:55:45 AM CEDT >>> To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> >>> Subject: [Pharo-project] Closure update from eliot >>> Reply-To: Pharo-project(a)lists.gforge.inria.fr >>> >>> > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > >

1 1

[Pharo-project] Fwd: latest Pharo image?
by StÃ©phane Ducasse May 1, 2009

May 1, 2009

Begin forwarded message: > From: Eliot Miranda <eliot.miranda(a)gmail.com> > Date: May 1, 2009 1:50:55 AM CEDT > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Cc: nicolas cellier <ncellier(a)ifrance.com>, Lukas Renggli <renggli(a)iam.unibe.ch > > > Subject: Re: latest Pharo image? > > the attached sorts class variables and shared pools in Monticello > class defs and results in fewer conflicts being reported. > > On Thu, Apr 30, 2009 at 12:42 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > > wrote: > You can find it at > > http://gforge.inria.fr/frs/?group_id=1299 > then you should take the pharo and not pharo-dev > then you should do update (in system -> software update) > > Stef > > > On Apr 30, 2009, at 12:21 AM, Eliot Miranda wrote: > > This reminds me to ask you for a location from which to download the > latest Pharo image ith closures so I can check the compiler changes > I've made against the image and send you them. This will be easier > and less error-prone than my e.g. extracting the packages we use > here and you having to work out the changes. > > > mmm latest pharo image > > [1 == 0] forkAt: 999. > > oops.. > > >

1 1

[Pharo-project] Fwd: Closure update from eliot
by StÃ©phane Ducasse May 1, 2009

May 1, 2009

Begin forwarded message: > From: Eliot Miranda <eliot.miranda(a)gmail.com> > Date: May 1, 2009 7:31:05 PM CEDT > To: johnmci(a)smalltalkconsulting.com > Cc: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Re: [Pharo-project] Closure update from eliot > > I just used this in an updated Pharo0.1Core-10281cl.image > > PseudoContext becomeUncompact. > LargeNegativeInteger becomeCompact. > Smalltalk compactClassesArray at: 12 put: nil. "Stomp on the > obsolete Translated whatsit" > BlockClosure becomeCompact > > On Fri, May 1, 2009 at 9:29 AM, John M McIntosh <johnmci(a)smalltalkconsulting.com > > wrote: > Also see > http://code.google.com/p/pharo/issues/detail?id=467 > > > Eliot wants > #(CompiledMethod MethodProperties Array LargeNegativeInteger > LargePositiveInteger Float MethodDictionary Association Point > Rectangle ByteString BlockClosure BlockContext MethodContext nil > Bitmap nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil) > > so do > > (Smalltalk compactClassesArray select: [:e | e notNil and: [e > isObsolete]]) > do: [:i | i becomeUncompact]. > PseudoContext becomeUncompact. > Smalltalk garbageCollect. > LargeNegativeInteger becomeCompact. > BlockClosure becomeCompact. > > gives then > > Smalltalk compactClassesArray inspect > > {CompiledMethod . MethodProperties . Array . LargeNegativeInteger . > LargePositiveInteger . Float . MethodDictionary . Association . > Point . Rectangle . ByteString . BlockClosure . BlockContext . > MethodContext . nil . Bitmap . nil . nil . nil . nil . nil . nil . > nil . nil . nil . nil . nil . nil . nil . nil . nil} > > Which my squinting eyeballs this morning seem to say it's the same... > > A post check is > > Smalltalk compactClassesArray doWithIndex: > [:c :i | c == nil ifFalse: > [c indexIfCompact = i ifFalse: [self halt]]] > > > > > On 1-May-09, at 3:10 AM, StÃ©phane Ducasse wrote: > > Smalltalk compactClassesArray > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > >

1 1

May 1, 2009

Begin forwarded message: > From: John M McIntosh <johnmci(a)smalltalkconsulting.com> > Date: May 1, 2009 7:43:44 PM CEDT > To: Eliot Miranda <eliot.miranda(a)gmail.com> > Cc: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Re: [Pharo-project] Closure update from eliot > Reply-To: johnmci(a)smalltalkconsulting.com > > Boo hiss, well that would work, but '12' is a magic number in this > case the iteration over the collection was to *avoid* one-off > useages of a magic number > Well humpft. > > Of course one off usages of a magic number is allowed... Since it's > less typing.. > > > On 1-May-09, at 10:31 AM, Eliot Miranda wrote: > >> I just used this in an updated Pharo0.1Core-10281cl.image >> >> PseudoContext becomeUncompact. >> LargeNegativeInteger becomeCompact. >> Smalltalk compactClassesArray at: 12 put: nil. "Stomp on the >> obsolete Translated whatsit" >> BlockClosure becomeCompact > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > >

1 0

May 1, 2009

Begin forwarded message: > From: John M McIntosh <johnmci(a)smalltalkconsulting.com> > Date: May 1, 2009 6:29:33 PM CEDT > To: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Cc: Eliot Miranda <eliot.miranda(a)gmail.com> > Subject: Re: [Pharo-project] Closure update from eliot > Reply-To: johnmci(a)smalltalkconsulting.com > > Also see > http://code.google.com/p/pharo/issues/detail?id=467 > > > Eliot wants > #(CompiledMethod MethodProperties Array LargeNegativeInteger > LargePositiveInteger Float MethodDictionary Association Point > Rectangle ByteString BlockClosure BlockContext MethodContext nil > Bitmap nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil) > > so do > > (Smalltalk compactClassesArray select: [:e | e notNil and: [e > isObsolete]]) > do: [:i | i becomeUncompact]. > PseudoContext becomeUncompact. > Smalltalk garbageCollect. > LargeNegativeInteger becomeCompact. > BlockClosure becomeCompact. > > gives then > > Smalltalk compactClassesArray inspect > > {CompiledMethod . MethodProperties . Array . LargeNegativeInteger . > LargePositiveInteger . Float . MethodDictionary . Association . > Point . Rectangle . ByteString . BlockClosure . BlockContext . > MethodContext . nil . Bitmap . nil . nil . nil . nil . nil . nil . > nil . nil . nil . nil . nil . nil . nil . nil . nil} > > Which my squinting eyeballs this morning seem to say it's the same... > > A post check is > > Smalltalk compactClassesArray doWithIndex: > [:c :i | c == nil ifFalse: > [c indexIfCompact = i ifFalse: [self halt]]] > > > > > On 1-May-09, at 3:10 AM, StÃ©phane Ducasse wrote: > >>>> Smalltalk compactClassesArray > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > >

1 0

[Pharo-project] run all tests from superClass
by Cyrille Delaunay May 1, 2009

May 1, 2009

A change have been saved in 'PharoInBox' for class TestCase in package SUnit so that suite are now built from allSelectors. This makes sense when you have testcase classes which inherits from each other and have parametrized (hook-based) setup.

7 13