- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Downloading 1.4

by Sean P. DeNigris

Marcus Denker-4 wrote: > > We should fix the VMs. > Yes, I've reported several missing plugins to the VM issue tracker, but the noble maintainers are overworked ( and underpaid :) ). For now, anyone using the ObjectiveC, Quicktime, or Applescript plugins (missing at the time I reported them) will not be able to upgrade to 1.4. Sean -- View this message in context: http://forum.world.st/Downloading-1-4-tp3696454p3696591.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 26, 2011

Re: [Pharo-project] TestCase>>#should:notTakeMoreThan: behaves not well in headless mode

by Igor Stasenko

On 26 July 2011 20:40, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > may be I'm wrong but should:notTakeMoreThan: does not tell me that it is forking a process. > So I would prefer it does not. > It forks a process, because if code under the question takes forever to evaluate, you cannot stop it unless using another process who watching over it. evaluationProcess := [ result := aBlock value. evaluated := true. delay unschedule. testProcess resume ] forkNamed: 'Process to evaluate should: notTakeMoreThanMilliseconds:'. > > On Jul 26, 2011, at 7:06 PM, Igor Stasenko wrote: > >> It forks a process for evaluating a block you passing. >> And it works quite well if there's no exception during block evaluation.. >> but if there is, then it signals the TestFailure exception, not in a >> process who waits test to be finished, >> but in a process which forked. >> And then since there is no exception handler, it using default action, >> which just to open a debugger. >> In headless mode it leads to immediate quit from image and logging >> error report. >> >> Like following: >> >> THERE_BE_DRAGONS_HERE >> MessageNotUnderstood: >> NonInteractiveUIManager>>openDebuggerOn:context:label:contents:fullView: >> 26 July 2011 6:35:08 pm >> >> VM: unix - i686 - linux-gnu - Croquet Closure Cog VM [CoInterpreter >> VMMaker-oscog-IgorStasenko.108] >> Image: Pharo1.4a [Latest update: #14025] >> >> NonInteractiveUIManager(Object)>>doesNotUnderstand: >> #openDebuggerOn:context:label:contents:fullView: >> Â Â Â Receiver: a NonInteractiveUIManager >> Â Â Â Arguments and temporary variables: >> Â Â Â Â Â Â Â aMessage: Â Â Â openDebuggerOn: a Process in nil context: >> MethodContextTest(TestCase)...etc... >> Â Â Â Â Â Â Â exception: Â Â Â MessageNotUnderstood: >> NonInteractiveUIManager>>openDebuggerOn:contex...etc... >> Â Â Â Â Â Â Â resumeValue: Â Â nil >> Â Â Â Receiver's instance variables: >> Â Â Â Â Â Â Â uiManager: Â Â Â a MorphicUIManager >> Â Â Â Â Â Â Â doNotQuitOnRestart: Â Â false >> >> >> Debugger class>>openOn:context:label:contents:fullView: >> Â Â Â Receiver: Debugger >> Â Â Â Arguments and temporary variables: >> Â Â Â Â Â Â Â process: Â Â Â Â a Process in nil >> Â Â Â Â Â Â Â context: Â Â Â Â MethodContextTest(TestCase)>>signalFailure: >> Â Â Â Â Â Â Â title: Â 'TestFailure: Assertion failed' >> Â Â Â Â Â Â Â contentsStringOrNil: Â Â nil >> Â Â Â Â Â Â Â bool: Â false >> Â Â Â Â Â Â Â fullView: Â Â Â false >> Â Â Â Receiver's instance variables: >> Â Â Â Â Â Â Â superclass: Â Â CodeHolder >> Â Â Â Â Â Â Â methodDict: Â Â a >> MethodDictionary(#addOptionalButtonsTo:at:plus:->(Debugger>>#addO...etc... >> Â Â Â Â Â Â Â format: Â Â Â Â 168 >> Â Â Â Â Â Â Â instanceVariables: Â Â Â #('interruptedProcess' 'interruptedController' >> 'contextStack...etc... >> Â Â Â Â Â Â Â organization: Â ('*Polymorph-Widgets' addOptionalButtonsTo:at:plus: >> buildMorphicN...etc... >> Â Â Â Â Â Â Â subclasses: Â Â nil >> Â Â Â Â Â Â Â name: Â #Debugger >> Â Â Â Â Â Â Â classPool: Â Â Â a Dictionary(#AlwaysOpenFullDebugger->false >> #ContextStackKeystrokes-...etc... >> Â Â Â Â Â Â Â sharedPools: Â Â nil >> Â Â Â Â Â Â Â environment: Â Â a SystemDictionary(lots of globals) >> Â Â Â Â Â Â Â category: Â Â Â #'Tools-Debugger' >> Â Â Â Â Â Â Â traitComposition: Â Â Â {} >> Â Â Â Â Â Â Â localSelectors: Â Â Â Â nil >> >> >> [:tool | ^ tool >> Â Â Â Â Â Â Â openOn: aProcess >> Â Â Â Â Â Â Â context: aContext >> Â Â Â Â Â Â Â label: aString >> Â Â Â Â Â Â Â contents: contents >> Â Â Â Â Â Â Â fullView: aBool] in ToolRegistry>>debug:context:label:contents:fullView: >> Â Â Â Receiver: a ToolRegistry >> Â Â Â Arguments and temporary variables: >> Â Â Â Â Â Â Â aProcess: Â Â Â Debugger >> Â Â Â Â Â Â Â aContext: Â Â Â a Process in nil >> Â Â Â Â Â Â Â aString: Â Â Â Â MethodContextTest(TestCase)>>signalFailure: >> Â Â Â Â Â Â Â contents: Â Â Â 'TestFailure: Assertion failed' >> Â Â Â Â Â Â Â aBool: Â nil >> Â Â Â Â Â Â Â tool: Â false >> Â Â Â Receiver's instance variables: >> Â Â Â Â Â Â Â tools: Â an IdentityDictionary(#basicInspector->BasicInspector >> #browser->[self de...etc... >> Â Â Â Â Â Â Â inspectorsMap: Â an >> IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... >> >> >> ToolRegistry>>using:do: >> Â Â Â Receiver: a ToolRegistry >> Â Â Â Arguments and temporary variables: >> Â Â Â Â Â Â Â aToolName: Â Â Â #debugger >> Â Â Â Â Â Â Â aBlock: Â Â Â Â [:tool | ^ tool >> Â Â Â Â Â Â Â openOn: aProcess >> Â Â Â Â Â Â Â context: aContext >> Â Â Â Â Â Â Â label: aString...etc... >> Â Â Â Â Â Â Â tool: Â Debugger >> Â Â Â Receiver's instance variables: >> Â Â Â Â Â Â Â tools: Â an IdentityDictionary(#basicInspector->BasicInspector >> #browser->[self de...etc... >> Â Â Â Â Â Â Â inspectorsMap: Â an >> IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... >> >> >> ToolRegistry>>debug:context:label:contents:fullView: >> Â Â Â Receiver: a ToolRegistry >> Â Â Â Arguments and temporary variables: >> Â Â Â Â Â Â Â aProcess: Â Â Â a Process in nil >> Â Â Â Â Â Â Â aContext: Â Â Â MethodContextTest(TestCase)>>signalFailure: >> Â Â Â Â Â Â Â aString: Â Â Â Â 'TestFailure: Assertion failed' >> Â Â Â Â Â Â Â contents: Â Â Â nil >> Â Â Â Â Â Â Â aBool: Â false >> Â Â Â Receiver's instance variables: >> Â Â Â Â Â Â Â tools: Â an IdentityDictionary(#basicInspector->BasicInspector >> #browser->[self de...etc... >> Â Â Â Â Â Â Â inspectorsMap: Â an >> IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... >> >> >> Process>>debug:title:full: >> Â Â Â Receiver: a Process in nil >> Â Â Â Arguments and temporary variables: >> Â Â Â Â Â Â Â context: Â Â Â Â MethodContextTest(TestCase)>>signalFailure: >> Â Â Â Â Â Â Â title: Â 'TestFailure: Assertion failed' >> Â Â Â Â Â Â Â bool: Â false >> Â Â Â Â Â Â Â topCtxt: Â Â Â Â Process>>debug:title:full: >> Â Â Â Receiver's instance variables: >> Â Â Â Â Â Â Â nextLink: Â Â Â nil >> Â Â Â Â Â Â Â suspendedContext: Â Â Â nil >> Â Â Â Â Â Â Â priority: Â Â Â 40 >> Â Â Â Â Â Â Â myList: Â Â Â Â nil >> Â Â Â Â Â Â Â threadId: Â Â Â nil >> Â Â Â Â Â Â Â errorHandler: Â nil >> Â Â Â Â Â Â Â name: Â 'Process to evaluate should: notTakeMoreThanMilliseconds:' >> Â Â Â Â Â Â Â env: Â Â nil >> >> >> Process>>debug:title: >> Â Â Â Receiver: a Process in nil >> Â Â Â Arguments and temporary variables: >> Â Â Â Â Â Â Â context: Â Â Â Â MethodContextTest(TestCase)>>signalFailure: >> Â Â Â Â Â Â Â title: Â 'TestFailure: Assertion failed' >> Â Â Â Receiver's instance variables: >> Â Â Â Â Â Â Â nextLink: Â Â Â nil >> Â Â Â Â Â Â Â suspendedContext: Â Â Â nil >> Â Â Â Â Â Â Â priority: Â Â Â 40 >> Â Â Â Â Â Â Â myList: Â Â Â Â nil >> Â Â Â Â Â Â Â threadId: Â Â Â nil >> Â Â Â Â Â Â Â errorHandler: Â nil >> Â Â Â Â Â Â Â name: Â 'Process to evaluate should: notTakeMoreThanMilliseconds:' >> Â Â Â Â Â Â Â env: Â Â nil >> >> >> TestFailure>>defaultAction >> Â Â Â Receiver: TestFailure: Assertion failed >> Â Â Â Arguments and temporary variables: >> >> Â Â Â Receiver's instance variables: >> Â Â Â Â Â Â Â messageText: Â Â 'Assertion failed' >> Â Â Â Â Â Â Â tag: Â Â nil >> Â Â Â Â Â Â Â signaler: Â Â Â MethodContextTest>>#testClosureRestart >> Â Â Â Â Â Â Â signalContext: Â TestFailure(Exception)>>signal >> Â Â Â Â Â Â Â handlerContext: Â Â Â Â nil >> Â Â Â Â Â Â Â outerContext: Â nil >> >> .... >> >> >> This happens when you run a >> MethodContextTest>>#testClosureRestart >> on Cog VM. >> >> Why it fails is another story :) >> But we need to fix the tester somehow, in order to continue running >> rest of tests instead of quitting to OS. >> >> The problem is that "aBlock value" which signals the exception should >> be wrapped by exception handler. >> And then #should:notTakeMoreThan: should report that exception to the >> main process which runs the test. >> So, a failure would be either due to timeout or due to failing running >> the code without exceptions. >> >> Any suggestions? >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > > -- Best regards, Igor Stasenko AKA sig.

July 26, 2011

Re: [Pharo-project] Downloading 1.4

by Marcus Denker

On Jul 26, 2011, at 7:58 PM, Sean P. DeNigris wrote: > > Marcus Denker-4 wrote: >> >> Is it really realistic to support 20 differents VMs? Who is going to test? >> > > I'm sure that once the new VMs stabilize, it will not be an issue, but given > that the Stack/Cog VMs do not have all the plugins, what do you suggest for > right now? We should fix the VMs. We can *not* support to run on all old VMs. Marcus -- Marcus Denker Do it together: http://taskfor.us

July 26, 2011

Re: [Pharo-project] Downloading 1.4

by Sean P. DeNigris

Marcus Denker-4 wrote: > > Is it really realistic to support 20 differents VMs? Who is going to test? > I'm sure that once the new VMs stabilize, it will not be an issue, but given that the Stack/Cog VMs do not have all the plugins, what do you suggest for right now? Sean -- View this message in context: http://forum.world.st/Downloading-1-4-tp3696454p3696542.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 26, 2011

Re: [Pharo-project] Downloading 1.4

by Marcus Denker

On Jul 26, 2011, at 7:53 PM, Sean P. DeNigris wrote: > > StÃ©phane Ducasse wrote: >> >> https://ci.lille.inria.fr/pharo/job/ >> > > Thanks. It doesn't seem to launch with the Mac Carbon 4.2.5 VM (the only one > with all the plugins built :( ), although it did launch with the Stack > 4.0.0. > > I created Issue 4553. Is it really realistic to support 20 differents VMs? Who is going to test? Marcus -- Marcus Denker Do it together: http://taskfor.us

July 26, 2011

Re: [Pharo-project] Downloading 1.4

by Sean P. DeNigris

StÃ©phane Ducasse wrote: > > https://ci.lille.inria.fr/pharo/job/ > Thanks. It doesn't seem to launch with the Mac Carbon 4.2.5 VM (the only one with all the plugins built :( ), although it did launch with the Stack 4.0.0. I created Issue 4553. -- View this message in context: http://forum.world.st/Downloading-1-4-tp3696454p3696515.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 26, 2011

Re: [Pharo-project] Downloading 1.4

by StÃ©phane Ducasse

good question. We should update the web page we are bad on that one :( https://ci.lille.inria.fr/pharo/job/ On Jul 26, 2011, at 7:33 PM, Sean P. DeNigris wrote: > How to I download 1.4? I don't see it on the website or ci server. > > Thanks. > Sean > > -- > View this message in context: http://forum.world.st/Downloading-1-4-tp3696454p3696454.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

July 26, 2011

Re: [Pharo-project] Maybe a brain dead idea

by StÃ©phane Ducasse

On Jul 26, 2011, at 7:12 PM, Dale Henrichs wrote: > > | > | You should design your object's interface respecting the needed > | protocols, not its internal design. Bad code smell otherwise. > > If your intent is to provide for subclassing in the future (or tomorrow), then you should use accessors exclusively. There is a place for such tool functionality. > > Bad smells are always subjective:) Yes and I know some stinkier ones.... We killed some of them but some are still there.

July 26, 2011

Re: [Pharo-project] TestCase>>#should:notTakeMoreThan: behaves not well in headless mode

by StÃ©phane Ducasse

may be I'm wrong but should:notTakeMoreThan: does not tell me that it is forking a process. So I would prefer it does not. On Jul 26, 2011, at 7:06 PM, Igor Stasenko wrote: > It forks a process for evaluating a block you passing. > And it works quite well if there's no exception during block evaluation.. > but if there is, then it signals the TestFailure exception, not in a > process who waits test to be finished, > but in a process which forked. > And then since there is no exception handler, it using default action, > which just to open a debugger. > In headless mode it leads to immediate quit from image and logging > error report. > > Like following: > > THERE_BE_DRAGONS_HERE > MessageNotUnderstood: > NonInteractiveUIManager>>openDebuggerOn:context:label:contents:fullView: > 26 July 2011 6:35:08 pm > > VM: unix - i686 - linux-gnu - Croquet Closure Cog VM [CoInterpreter > VMMaker-oscog-IgorStasenko.108] > Image: Pharo1.4a [Latest update: #14025] > > NonInteractiveUIManager(Object)>>doesNotUnderstand: > #openDebuggerOn:context:label:contents:fullView: > Receiver: a NonInteractiveUIManager > Arguments and temporary variables: > aMessage: openDebuggerOn: a Process in nil context: > MethodContextTest(TestCase)...etc... > exception: MessageNotUnderstood: > NonInteractiveUIManager>>openDebuggerOn:contex...etc... > resumeValue: nil > Receiver's instance variables: > uiManager: a MorphicUIManager > doNotQuitOnRestart: false > > > Debugger class>>openOn:context:label:contents:fullView: > Receiver: Debugger > Arguments and temporary variables: > process: a Process in nil > context: MethodContextTest(TestCase)>>signalFailure: > title: 'TestFailure: Assertion failed' > contentsStringOrNil: nil > bool: false > fullView: false > Receiver's instance variables: > superclass: CodeHolder > methodDict: a > MethodDictionary(#addOptionalButtonsTo:at:plus:->(Debugger>>#addO...etc... > format: 168 > instanceVariables: #('interruptedProcess' 'interruptedController' > 'contextStack...etc... > organization: ('*Polymorph-Widgets' addOptionalButtonsTo:at:plus: > buildMorphicN...etc... > subclasses: nil > name: #Debugger > classPool: a Dictionary(#AlwaysOpenFullDebugger->false > #ContextStackKeystrokes-...etc... > sharedPools: nil > environment: a SystemDictionary(lots of globals) > category: #'Tools-Debugger' > traitComposition: {} > localSelectors: nil > > > [:tool | ^ tool > openOn: aProcess > context: aContext > label: aString > contents: contents > fullView: aBool] in ToolRegistry>>debug:context:label:contents:fullView: > Receiver: a ToolRegistry > Arguments and temporary variables: > aProcess: Debugger > aContext: a Process in nil > aString: MethodContextTest(TestCase)>>signalFailure: > contents: 'TestFailure: Assertion failed' > aBool: nil > tool: false > Receiver's instance variables: > tools: an IdentityDictionary(#basicInspector->BasicInspector > #browser->[self de...etc... > inspectorsMap: an > IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... > > > ToolRegistry>>using:do: > Receiver: a ToolRegistry > Arguments and temporary variables: > aToolName: #debugger > aBlock: [:tool | ^ tool > openOn: aProcess > context: aContext > label: aString...etc... > tool: Debugger > Receiver's instance variables: > tools: an IdentityDictionary(#basicInspector->BasicInspector > #browser->[self de...etc... > inspectorsMap: an > IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... > > > ToolRegistry>>debug:context:label:contents:fullView: > Receiver: a ToolRegistry > Arguments and temporary variables: > aProcess: a Process in nil > aContext: MethodContextTest(TestCase)>>signalFailure: > aString: 'TestFailure: Assertion failed' > contents: nil > aBool: false > Receiver's instance variables: > tools: an IdentityDictionary(#basicInspector->BasicInspector > #browser->[self de...etc... > inspectorsMap: an > IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... > > > Process>>debug:title:full: > Receiver: a Process in nil > Arguments and temporary variables: > context: MethodContextTest(TestCase)>>signalFailure: > title: 'TestFailure: Assertion failed' > bool: false > topCtxt: Process>>debug:title:full: > Receiver's instance variables: > nextLink: nil > suspendedContext: nil > priority: 40 > myList: nil > threadId: nil > errorHandler: nil > name: 'Process to evaluate should: notTakeMoreThanMilliseconds:' > env: nil > > > Process>>debug:title: > Receiver: a Process in nil > Arguments and temporary variables: > context: MethodContextTest(TestCase)>>signalFailure: > title: 'TestFailure: Assertion failed' > Receiver's instance variables: > nextLink: nil > suspendedContext: nil > priority: 40 > myList: nil > threadId: nil > errorHandler: nil > name: 'Process to evaluate should: notTakeMoreThanMilliseconds:' > env: nil > > > TestFailure>>defaultAction > Receiver: TestFailure: Assertion failed > Arguments and temporary variables: > > Receiver's instance variables: > messageText: 'Assertion failed' > tag: nil > signaler: MethodContextTest>>#testClosureRestart > signalContext: TestFailure(Exception)>>signal > handlerContext: nil > outerContext: nil > > .... > > > This happens when you run a > MethodContextTest>>#testClosureRestart > on Cog VM. > > Why it fails is another story :) > But we need to fix the tester somehow, in order to continue running > rest of tests instead of quitting to OS. > > The problem is that "aBlock value" which signals the exception should > be wrapped by exception handler. > And then #should:notTakeMoreThan: should report that exception to the > main process which runs the test. > So, a failure would be either due to timeout or due to failing running > the code without exceptions. > > Any suggestions? > > -- > Best regards, > Igor Stasenko AKA sig. >

July 26, 2011

Re: [Pharo-project] problem with text editor when editing code and get a proposal to change it

by StÃ©phane Ducasse

On Jul 26, 2011, at 3:58 PM, Igor Stasenko wrote: > On 26 July 2011 15:51, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Hi guys >> >> In 1.4 I get an annoying regression, when the system propose me a change my text gets mangled or not updated. >> Am I the only one to get that? >> It would be good to fix that. >> > > We only accept a good bug reports (with video coverage!) > :) what!? :) you set a high standard: good way to get less bugs :) Stef > >> Stef > > > -- > Best regards, > Igor Stasenko AKA sig. >

July 26, 2011