February 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] Issue 3692 in pharo: Default line-end convention fix

by pharo＠googlecode.com

Status: Accepted Owner: siguc...(a)gmail.com New issue 3692 by siguc...(a)gmail.com: Default line-end convention fix http://code.google.com/p/pharo/issues/detail?id=3692 Multibyte filestream guess about line endings was apparently wrong. Should use CR for MacOS and LF for rest unixes, not vise verse. Attachments: fix-line-ends.1.cs 678 bytes

Feb. 10, 2011

Re: [Pharo-project] drawString: aString from: firstIndex to: lastIndex at: aPoint font: fontOrNil color: c

by Schwab,Wilhelm K

I knew I had read that somewhere: thanks for the link. Still, the question of performance lurks. Passing all of those parameters and setting all of the colors/pens/etc. for EVERY operation might be inefficient. Just asking... ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Henrik Johansen [henrik.s.johansen(a)veloxit.no] Sent: Thursday, February 10, 2011 7:52 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] drawString: aString from: firstIndex to: lastIndex at: aPoint font: fontOrNil color: c On Feb 10, 2011, at 1:24 55PM, Schwab,Wilhelm K wrote: This reminds me of something: I have long been concerned about possible speed penalties that might result from Morphic's accepting colors and other drawing tools as arguments rather than having a canvas hold them as state that can be set once and used many times. It's probably nothing, but it always struck me as very different from the way Dolphin does things. Of course, Object Arts' focus on Windows could have simply have led them to follow along with the platform's design; there is nothing to say they would have created a context if none had existed. Just something to think about. Bill The rationale is explained in http://stephane.ducasse.free.fr/FreeBooks/CollectiveNBlueBook/morphic.final… in the section "Adding appearance" on page 6 - 7. Personally, this is one of the things I don't dislike about Morphic compared to other canvas-based systems :) Cheers, Henry

Feb. 10, 2011

[Pharo-project] Fwd: Build failed in Hudson: Pharo 1.3 #16

by Marcus Denker

We should really fix the 1.3 build.... Begin forwarded message: > From: hudson(a)pharo-ic.lille.inria.fr > Date: February 10, 2011 7:06:37 AM PST > To: marcus.denker(a)inria.fr, Pharo-project(a)lists.gforge.inria.fr > Subject: Build failed in Hudson: Pharo 1.3 #16 > > See <https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/16/> > > ------------------------------------------ > [...truncated 775 lines...] > MetacelloMCProjectSpec>>load > MetacelloProjectReferenceSpec>>loadUsing:gofer: > [:pkg | pkg loadUsing: self gofer: gofer] in MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: > OrderedCollection>>do: > MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: > [super linearLoadPackageSpecs: packageSpecs repositories: repositories] in MetacelloFetchingMCSpecLoader>>linearLoadPackageSpecs:repositories: > BlockClosure>>ensure: > MetacelloLoaderPolicy>>pushLoadDirective:during: > MetacelloLoaderPolicy>>pushLinearLoadDirectivesDuring:for: > MetacelloFetchingMCSpecLoader>>linearLoadPackageSpecs:repositories: > MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>load > MetacelloMCVersionSpecLoader>>load > MetacelloMCVersion>>executeLoadFromArray: > [self versionSpec loader: newLoader. > ^ self executeLoadFromArray: anArray] in [[self versionSpec loader: newLoader. > ^ self executeLoadFromArray: anArray] > ensure: [self versionSpec loader: originalLoader]] in MetacelloMCVersion>>fetchRequiredFromArray: > BlockClosure>>ensure: > [[self versionSpec loader: newLoader. > ^ self executeLoadFromArray: anArray] > ensure: [self versionSpec loader: originalLoader]] in MetacelloMCVersion>>fetchRequiredFromArray: > MetacelloPharoPlatform(MetacelloPlatform)>>do:displaying: > MetacelloPharoPlatform>>do:displaying: > MetacelloMCVersion>>fetchRequiredFromArray: > [| fetchLoader | > fetchLoader := self fetchRequiredFromArray: anArray. > MetacelloPlatform current > do: [fetchLoader doLoad] > displaying: 'Loading ' , displayString. > Transcript cr; show: '...finished ' , self versionNumber printString. > ^ fetchLoader] in MetacelloMCVersion>>doLoadRequiredFromArray: > BlockClosure>>ensure: > MetacelloMCVersion>>doLoadRequiredFromArray: > MetacelloMCVersion>>load > UndefinedObject>>DoIt > Compiler>>evaluate:in:to:notifying:ifFail:logged: > Compiler class>>evaluate:for:notifying:logged: > Compiler class>>evaluate:for:logged: > Compiler class>>evaluate:logged: > [| chunk | val := (self peekFor: $!) > ifTrue: [(Compiler evaluate: self nextChunk logged: false) > scanFrom: self] > ifFalse: [chunk := self nextChunk. > self checkForPreamble: chunk. > Compiler evaluate: chunk logged: true]] in [:bar | > [self atEnd] > whileFalse: [bar value: self position. > self skipSeparators. > [| chunk | val := (self peekFor: $!) > ifTrue: [(Compiler evaluate: self nextChunk logged: false) > scanFrom: self] > ifFalse: [chunk := self nextChunk. > self checkForPreamble: chunk. > Compiler evaluate: chunk logged: true]] > on: InMidstOfFileinNotification > do: [:ex | ex resume: true]. > self skipStyleChunk]. > self close] in RWBinaryOrTextStream(PositionableStream)>>fileInAnnouncing: > BlockClosure>>on:do: > [:bar | > [self atEnd] > whileFalse: [bar value: self position. > self skipSeparators. > [| chunk | val := (self peekFor: $!) > ifTrue: [(Compiler evaluate: self nextChunk logged: false) > scanFrom: self] > ifFalse: [chunk := self nextChunk. > self checkForPreamble: chunk. > Compiler evaluate: chunk logged: true]] > on: InMidstOfFileinNotification > do: [:ex | ex resume: true]. > self skipStyleChunk]. > self close] in RWBinaryOrTextStream(PositionableStream)>>fileInAnnouncing: > NonInteractiveUIManager>>progressInitiationExceptionDefaultAction: > ProgressInitiationException>>defaultAction > UndefinedObject>>handleSignal: > ProgressInitiationException(Exception)>>signal > ProgressInitiationException>>display:at:from:to:during: > ProgressInitiationException class>>display:at:from:to:during: > ByteString(String)>>displayProgressAt:from:to:during: > RWBinaryOrTextStream(PositionableStream)>>fileInAnnouncing: > RWBinaryOrTextStream(PositionableStream)>>fileIn > CodeLoader>>installSourceFile: > [:req | self installSourceFile: req contentStream] in CodeLoader>>installSourceFiles > Array(SequenceableCollection)>>do: > CodeLoader>>installSourceFiles > ProjectLauncher>>startUpAfterLogin > ProjectLauncher>>startUp > [launcher startUp] in [:launcher | ws > addDeferredUIMessage: [launcher startUp]] in AutoStart class>>startUp: > WorldState>>runStepMethodsIn: > PasteUpMorph>>runStepMethods > WorldState>>doOneCycleNowFor: > WorldState>>doOneCycleFor: > PasteUpMorph>>doOneCycle > [[World doOneCycle. > Processor yield. > false] whileFalse. > nil] in Project class>>spawnNewProcess > [self value. > Processor terminateActive] in BlockClosure>>newProcess > ------------------------------------------------------------ > > Processes and their stacks: > Process: a Process in nil > stack: > > Array(SequenceableCollection)>>do: > [:logger | > logger nextPutAll: 'Processes and their stacks: '; > cr. > Process allInstances > do: [:each | > | ctx | > logger nextPutAll: 'Process: '; > print: each; > cr; > nextPutAll: ' stack:'; > cr; > cr. > ctx := each isActiveProcess > ifTrue: [thisContext sender] > ifFalse: [each suspendedContext]. > ctx > ifNotNil: [(ctx stackOfSize: 20) > do: [:s | logger print: s; > cr]]. > logger nextPutAll: '------------------------------'; > cr; > cr]] in [Smalltalk logError: aString inContext: aContext. > Smalltalk > logDuring: [:logger | > logger nextPutAll: 'Processes and their stacks: '; > cr. > Process allInstances > do: [:each | > | ctx | > logger nextPutAll: 'Process: '; > print: each; > cr; > nextPutAll: ' stack:'; > cr; > cr. > ctx := each isActiveProcess > ifTrue: [thisContext sender] > ifFalse: [each suspendedContext]. > ctx > ifNotNil: [(ctx stackOfSize: 20) > do: [:s | logger print: s; > cr]]. > logger nextPutAll: '------------------------------'; > cr; > cr]]] in NonInteractiveUIManager>>quitFrom:withMessage: > [logStream := self openLog. > aMonadicBlock value: logStream] in SmalltalkImage>>logDuring: > BlockClosure>>ensure: > SmalltalkImage>>logDuring: > [Smalltalk logError: aString inContext: aContext. > Smalltalk > logDuring: [:logger | > logger nextPutAll: 'Processes and their stacks: '; > cr. > Process allInstances > do: [:each | > | ctx | > logger nextPutAll: 'Process: '; > print: each; > cr; > nextPutAll: ' stack:'; > cr; > cr. > ctx := each isActiveProcess > ifTrue: [thisContext sender] > ifFalse: [each suspendedContext]. > ctx > ifNotNil: [(ctx stackOfSize: 20) > do: [:s | logger print: s; > cr]]. > logger nextPutAll: '------------------------------'; > cr; > cr]]] in NonInteractiveUIManager>>quitFrom:withMessage: > BlockClosure>>ensure: > NonInteractiveUIManager>>quitFrom:withMessage: > NonInteractiveUIManager>>unhandledErrorDefaultAction: > UnhandledError>>defaultAction > UndefinedObject>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > UnhandledError(Exception)>>signal > UnhandledError class>>signalForException: > MessageNotUnderstood(Error)>>defaultAction > MessageNotUnderstood>>defaultAction > UndefinedObject>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > ------------------------------ > > Process: a Process in Delay class>>handleTimerEvent > stack: > > Delay class>>handleTimerEvent > Delay class>>runTimerEventLoop > [self runTimerEventLoop] in Delay class>>startTimerEventLoop > [self value. > Processor terminateActive] in BlockClosure>>newProcess > ------------------------------ > > Process: a Process in SmalltalkImage>>lowSpaceWatcher > stack: > > SmalltalkImage>>lowSpaceWatcher > [self lowSpaceWatcher] in SmalltalkImage>>installLowSpaceWatcher > [self value. > Processor terminateActive] in BlockClosure>>newProcess > ------------------------------ > > Process: a Process in ProcessorScheduler class>>idleProcess > stack: > > ProcessorScheduler class>>idleProcess > [self idleProcess] in ProcessorScheduler class>>startUp > [self value. > Processor terminateActive] in BlockClosure>>newProcess > ------------------------------ > > Process: a Process in [delaySemaphore wait] in Delay>>wait > stack: > > [delaySemaphore wait] in Delay>>wait > BlockClosure>>ifCurtailed: > Delay>>wait > InputEventPollingFetcher>>waitForInput > InputEventPollingFetcher(InputEventFetcher)>>eventLoop > [self eventLoop] in InputEventPollingFetcher(InputEventFetcher)>>installEventLoop > [self value. > Processor terminateActive] in BlockClosure>>newProcess > ------------------------------ > > Process: a Process in WeakArray class>>finalizationProcess > stack: > > WeakArray class>>finalizationProcess > [self finalizationProcess] in WeakArray class>>restartFinalizationProcess > [self value. > Processor terminateActive] in BlockClosure>>newProcess > ------------------------------ > > Archiving artifacts > Enregistrement des rÃ©sultats des tests > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Feb. 10, 2011

Re: [Pharo-project] Issue 3685 in pharo: #createUserSubclass:instVarNames:categoryName: no longer accepts an inst var array

by pharo＠googlecode.com

Comment #1 on issue 3685 by stephane...(a)gmail.com: #createUserSubclass:instVarNames:categoryName: no longer accepts an inst var array http://code.google.com/p/pharo/issues/detail?id=3685 Normally we should not pass array to class creation.

Feb. 10, 2011

Re: [Pharo-project] Issue 3687 in pharo: Browse senders/implementors in Omnibrowser/OB pops up menu that doesn't respond to enter/CR

by pharo＠googlecode.com

Comment #4 on issue 3687 by ncalexan...(a)gmail.com: Browse senders/implementors in Omnibrowser/OB pops up menu that doesn't respond to enter/CR http://code.google.com/p/pharo/issues/detail?id=3687 I assume you meant slice, and this is what happened before with 3659. Somehow, the slice works for me. I am following the instructions to the letter (at least I think I am), and this is still not doing what we expect. How should I address this? Attachments: OB-enter-in-senders-implementors.1.cs 467 bytes

Feb. 10, 2011

Re: [Pharo-project] Issue 3668 in pharo: remove SmalltalkImage scopeFor:from:envtAndPathIfFound:

by pharo＠googlecode.com

Updates: Status: Closed Labels: Milestone-1.3 Comment #1 on issue 3668 by stephane...(a)gmail.com: remove SmalltalkImage scopeFor:from:envtAndPathIfFound: http://code.google.com/p/pharo/issues/detail?id=3668 in 13049

Feb. 10, 2011

Re: [Pharo-project] Issue 1765 in pharo: JPEGReadWriter>>#decompressionTest should be made into a Sunit Test

by pharo＠googlecode.com

Comment #4 on issue 1765 by jannik.l...(a)gmail.com: JPEGReadWriter>>#decompressionTest should be made into a Sunit Test http://code.google.com/p/pharo/issues/detail?id=1765 "JPEGReadWriter new decompressionTest" raise an error. Are you sure this method works fine?

Feb. 10, 2011

Re: [Pharo-project] Issue 2922 in pharo: Suggestions for dependency reduction

by pharo＠googlecode.com

Comment #11 on issue 2922 by jannik.l...(a)gmail.com: Suggestions for dependency reduction http://code.google.com/p/pharo/issues/detail?id=2922 The slice cannot be loaded in Pharo1.3 I removed it

Feb. 10, 2011

Re: [Pharo-project] Issue 3660 in pharo: Revert incorrect Monticello branch naming support

by pharo＠googlecode.com

Comment #8 on issue 3660 by siguc...(a)gmail.com: Revert incorrect Monticello branch naming support http://code.google.com/p/pharo/issues/detail?id=3660 Thank you thank you thank you ! :)

Feb. 10, 2011

Re: [Pharo-project] Issue 3583 in pharo: Shout should only be active in code panes

by pharo＠googlecode.com

Comment #32 on issue 3583 by Benjamin...(a)gmail.com: Shout should only be active in code panes http://code.google.com/p/pharo/issues/detail?id=3583 I have posted a new slide with the same name instead of two '-' at the beginning: SLICE-Issue-3583--Shout-should-only... I've tested, it seams to work (I cross fingers). If you want to use the cs, if you load the 4 cs in the good order, it should work (it's what I've fone to create the slice)

Feb. 10, 2011