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

Re: [Pharo-project] source.lukas-renggli.ch is down

by laurent laffont

On Sun, Jan 2, 2011 at 2:54 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > > > On Sun, Jan 2, 2011 at 1:58 PM, laurent laffont <laurent.laffont(a)gmail.com > > wrote: > >> >> On Sun, Jan 2, 2011 at 1:42 PM, StÃ©phane Ducasse < >> stephane.ducasse(a)inria.fr> wrote: >> >>> I do not know I have a lot in my caches. I think that this is a really >>> nice experience we should learn from. >>> We should really have a replication mechanism. By the end of this week I >>> will get information about the server we need. >>> >> >> We may have it on the Hudson server for last successfull build ? >> >> > Yes, this is what I suggested some threads ago...check the latest > successfull Pharo1.2 build and take the stuff from package-cache > Is there a link on the hudson web interface to download the package-cache ? Laurent > > cheers > > mariano > > >> Laurent >> >> >>> >>> Stef >>> >>> >>> On Jan 2, 2011, at 1:36 PM, laurent laffont wrote: >>> >>> > Do someone has a copy of all .mcz needed for Pharo ? >>> > >>> > Laurent. >>> > >>> > On Sun, Jan 2, 2011 at 11:23 AM, Lukas Renggli <renggli(a)gmail.com> >>> wrote: >>> > Looks like it takes 1 or 2 weeks more, because during office hours I >>> > am (normally) not at home :-( >>> > >>> > Lukas >>> > >>> > On 2 January 2011 09:47, Max Leske <maxleske(a)gmail.com> wrote: >>> > > You will probably have to wait at least till tomorrow. Lukas' >>> provider wont fix his line outside office hours. >>> > > >>> > > Max >>> > > >>> > > >>> > > On 02.01.2011, at 00:35, GermÃ¡n Arduino wrote: >>> > > >>> > >> Seems that it remains down still. A lot of things depending of the >>> > >> Lukas server are not working :( >>> > >> >>> > >> >>> > >> 2010/12/29 Torsten Bergmann <astares(a)gmx.de>: >>> > >>> and it is one of the reasons why the hudson build fails :( >>> > >>> >>> > >>> >>> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastFailedBui… >>> > >>> >>> > >>> Even when Lukas restores the server it would be good to use >>> > >>> community controlled squeaksource servers in the future instead >>> > >>> of personal servers (the "truck factor" - you know) >>> > >>> >>> > >>> Bye >>> > >>> T. >>> > >>> >>> > >>> >>> > >>> -- >>> > >>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! >>> > >>> Jetzt De-Mail-Adresse reservieren: >>> http://portal.gmx.net/de/go/demail >>> > >>> >>> > >>> >>> > >> >>> > > >>> > > >>> > > >>> > >>> > >>> > >>> > -- >>> > Lukas Renggli >>> > www.lukas-renggli.ch >>> > >>> > >>> >>> >>> >> >

Jan. 2, 2011

Re: [Pharo-project] source.lukas-renggli.ch is down

by Mariano Martinez Peck

On Sun, Jan 2, 2011 at 1:58 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > > On Sun, Jan 2, 2011 at 1:42 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> I do not know I have a lot in my caches. I think that this is a really >> nice experience we should learn from. >> We should really have a replication mechanism. By the end of this week I >> will get information about the server we need. >> > > We may have it on the Hudson server for last successfull build ? > > Yes, this is what I suggested some threads ago...check the latest successfull Pharo1.2 build and take the stuff from package-cache cheers mariano > Laurent > > >> >> Stef >> >> >> On Jan 2, 2011, at 1:36 PM, laurent laffont wrote: >> >> > Do someone has a copy of all .mcz needed for Pharo ? >> > >> > Laurent. >> > >> > On Sun, Jan 2, 2011 at 11:23 AM, Lukas Renggli <renggli(a)gmail.com> >> wrote: >> > Looks like it takes 1 or 2 weeks more, because during office hours I >> > am (normally) not at home :-( >> > >> > Lukas >> > >> > On 2 January 2011 09:47, Max Leske <maxleske(a)gmail.com> wrote: >> > > You will probably have to wait at least till tomorrow. Lukas' provider >> wont fix his line outside office hours. >> > > >> > > Max >> > > >> > > >> > > On 02.01.2011, at 00:35, GermÃ¡n Arduino wrote: >> > > >> > >> Seems that it remains down still. A lot of things depending of the >> > >> Lukas server are not working :( >> > >> >> > >> >> > >> 2010/12/29 Torsten Bergmann <astares(a)gmx.de>: >> > >>> and it is one of the reasons why the hudson build fails :( >> > >>> >> > >>> >> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastFailedBui… >> > >>> >> > >>> Even when Lukas restores the server it would be good to use >> > >>> community controlled squeaksource servers in the future instead >> > >>> of personal servers (the "truck factor" - you know) >> > >>> >> > >>> Bye >> > >>> T. >> > >>> >> > >>> >> > >>> -- >> > >>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! >> > >>> Jetzt De-Mail-Adresse reservieren: >> http://portal.gmx.net/de/go/demail >> > >>> >> > >>> >> > >> >> > > >> > > >> > > >> > >> > >> > >> > -- >> > Lukas Renggli >> > www.lukas-renggli.ch >> > >> > >> >> >> >

Jan. 2, 2011

Re: [Pharo-project] source.lukas-renggli.ch is down

by laurent laffont

On Sun, Jan 2, 2011 at 1:42 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > I do not know I have a lot in my caches. I think that this is a really nice > experience we should learn from. > We should really have a replication mechanism. By the end of this week I > will get information about the server we need. > We may have it on the Hudson server for last successfull build ? Laurent > > Stef > > > On Jan 2, 2011, at 1:36 PM, laurent laffont wrote: > > > Do someone has a copy of all .mcz needed for Pharo ? > > > > Laurent. > > > > On Sun, Jan 2, 2011 at 11:23 AM, Lukas Renggli <renggli(a)gmail.com> > wrote: > > Looks like it takes 1 or 2 weeks more, because during office hours I > > am (normally) not at home :-( > > > > Lukas > > > > On 2 January 2011 09:47, Max Leske <maxleske(a)gmail.com> wrote: > > > You will probably have to wait at least till tomorrow. Lukas' provider > wont fix his line outside office hours. > > > > > > Max > > > > > > > > > On 02.01.2011, at 00:35, GermÃ¡n Arduino wrote: > > > > > >> Seems that it remains down still. A lot of things depending of the > > >> Lukas server are not working :( > > >> > > >> > > >> 2010/12/29 Torsten Bergmann <astares(a)gmx.de>: > > >>> and it is one of the reasons why the hudson build fails :( > > >>> > > >>> > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastFailedBui… > > >>> > > >>> Even when Lukas restores the server it would be good to use > > >>> community controlled squeaksource servers in the future instead > > >>> of personal servers (the "truck factor" - you know) > > >>> > > >>> Bye > > >>> T. > > >>> > > >>> > > >>> -- > > >>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! > > >>> Jetzt De-Mail-Adresse reservieren: > http://portal.gmx.net/de/go/demail > > >>> > > >>> > > >> > > > > > > > > > > > > > > > > > -- > > Lukas Renggli > > www.lukas-renggli.ch > > > > > > >

Jan. 2, 2011

Re: [Pharo-project] Issue 3502 in pharo: DNU while parsing

by pharo＠googlecode.com

Comment #3 on issue 3502 by stephane.ducasse: DNU while parsing http://code.google.com/p/pharo/issues/detail?id=3502 Thanks!

Jan. 2, 2011

Re: [Pharo-project] source.lukas-renggli.ch is down

by StÃ©phane Ducasse

I do not know I have a lot in my caches. I think that this is a really nice experience we should learn from. We should really have a replication mechanism. By the end of this week I will get information about the server we need. Stef On Jan 2, 2011, at 1:36 PM, laurent laffont wrote: > Do someone has a copy of all .mcz needed for Pharo ? > > Laurent. > > On Sun, Jan 2, 2011 at 11:23 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > Looks like it takes 1 or 2 weeks more, because during office hours I > am (normally) not at home :-( > > Lukas > > On 2 January 2011 09:47, Max Leske <maxleske(a)gmail.com> wrote: > > You will probably have to wait at least till tomorrow. Lukas' provider wont fix his line outside office hours. > > > > Max > > > > > > On 02.01.2011, at 00:35, GermÃ¡n Arduino wrote: > > > >> Seems that it remains down still. A lot of things depending of the > >> Lukas server are not working :( > >> > >> > >> 2010/12/29 Torsten Bergmann <astares(a)gmx.de>: > >>> and it is one of the reasons why the hudson build fails :( > >>> > >>> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastFailedBui… > >>> > >>> Even when Lukas restores the server it would be good to use > >>> community controlled squeaksource servers in the future instead > >>> of personal servers (the "truck factor" - you know) > >>> > >>> Bye > >>> T. > >>> > >>> > >>> -- > >>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! > >>> Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail > >>> > >>> > >> > > > > > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch > >

Jan. 2, 2011

[Pharo-project] source.lukas-renggli.ch is down

by Torsten Bergmann

>Looks like it takes 1 or 2 weeks more, weeks? Would'nt it be possible to upload the stuff to a repo on squeaksource.com and switch the repository so we are not dependent on your private server? Thanks Torsten -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

Jan. 2, 2011

Re: [Pharo-project] Issue 3436 in pharo: #copyFrom: is broken

by pharo＠googlecode.com

Comment #6 on issue 3436 by stephane.ducasse: #copyFrom: is broken http://code.google.com/p/pharo/issues/detail?id=3436 Yes when I said string it was to say close to copyFrom:to:. Now there are two issues: - Object>>copyFrom: -> Object>>copyStateFrom: and adding copyFrom: is not so bad. Consistency is good. Then I do not understand why the Finder did not show up allButFirst:

Jan. 2, 2011

Re: [Pharo-project] source.lukas-renggli.ch is down

by laurent laffont

Do someone has a copy of all .mcz needed for Pharo ? Laurent. On Sun, Jan 2, 2011 at 11:23 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > Looks like it takes 1 or 2 weeks more, because during office hours I > am (normally) not at home :-( > > Lukas > > On 2 January 2011 09:47, Max Leske <maxleske(a)gmail.com> wrote: > > You will probably have to wait at least till tomorrow. Lukas' provider > wont fix his line outside office hours. > > > > Max > > > > > > On 02.01.2011, at 00:35, GermÃ¡n Arduino wrote: > > > >> Seems that it remains down still. A lot of things depending of the > >> Lukas server are not working :( > >> > >> > >> 2010/12/29 Torsten Bergmann <astares(a)gmx.de>: > >>> and it is one of the reasons why the hudson build fails :( > >>> > >>> > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.2/lastFailedBui… > >>> > >>> Even when Lukas restores the server it would be good to use > >>> community controlled squeaksource servers in the future instead > >>> of personal servers (the "truck factor" - you know) > >>> > >>> Bye > >>> T. > >>> > >>> > >>> -- > >>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! > >>> Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail > >>> > >>> > >> > > > > > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch > >

Jan. 2, 2011

Re: [Pharo-project] new Cog VMs

by Mariano Martinez Peck

Hi Eliot. Running: - Mac OS - VM r2340 - PharoCore 1.2 12288 Running all tests I got this DNU. It is reproducable running the test testClosureRestart which seems to pass well in previous VMs. Cheers Mariano THERE_BE_DRAGONS_HERE MessageNotUnderstood: MethodContext>>numArgs 2 January 2011 11:38:31 am VM: Mac OS - intel - 1065 - Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.41] Croquet Cog 3.0.0 Image: Pharo1.2beta [Latest update: #12288] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir /Users/mariano/Pharo/imagenes/PharoCore-1.2beta-12283 Trusted Dir /foobar/tooBar/forSqueak/bogus/ Untrusted Dir /Users/mariano/Library/Preferences/Croquet/Internet/Untrusted MethodContext(Object)>>doesNotUnderstand: #numArgs Receiver: [| b | self assert: 10 == a. self assert: nil == b. b := a + 20. firstTimeThrough ifT...etc... Arguments and temporary variables: t1: numArgs t2: nil t3: nil Receiver's instance variables: sender: nil pc: nil stackp: 3 method: (MethodContextTest>>#privRestartBlockTest "a CompiledMethod(700186624)"...etc... closureOrNil: [| b | self assert: 10 == a. self assert: nil == b. b := a + 20...etc... receiver: MethodContextTest>>#testClosureRestart --- The full stack --- MethodContext(Object)>>doesNotUnderstand: #numArgs ------------------------------------------------------------ On Sun, Jan 2, 2011 at 8:52 AM, Philippe Marschall <kustos(a)gmx.net> wrote: > On 01.01.2011 21:38, Eliot Miranda wrote: > > Hi All, > > > > there are new versions of both the SimpleStackBasedCogit and the > > StackToRegisterMappingCogit Cog VMs in VM.r2337/ > > <http://www.mirandabanda.org/files/Cog/VM/VM.r2337/> & VM.r2338/ > > <http://www.mirandabanda.org/files/Cog/VM/VM.r2338/> respectively. > > These contain fixes for another bad pc mapping bug that could cause > > hard crashes when jitting on a backward branch in a looping interpreted > > method. If you're trying to reproduce Cog crashes please upgrade to one > > of tthese two VMs. > > > > TIA > > and happy new 2011, P.S. according to an FBF > > RT @dpp RT @giuliodeluise 2011 is a prime number & the sum of 11 > > consecutive prime numbers: > 2011=157+163+167+173+179+181+191+193+197+199+211 > > Crashes right at start up: > > Segmentation fault > > > > Smalltalk stack dump: > 0xff8aafb4 M Error class(Exception class)>handles: -1246542340: a(n) > Error class > 0xff8aafdc M MethodContext(ContextPart)>handleSignal: -1220670568: a(n) > MethodContext > 0xff8aaffc M MethodContext(ContextPart)>handleSignal: -1216945468: a(n) > MethodContext > 0xff8ab020 I UnhandledError(Exception)>signal -1216945236: a(n) > UnhandledError > 0xff8ab040 I UnhandledError class>signalForException: -1246541380: a(n) > UnhandledError class > 0xff8ab064 I MessageNotUnderstood(Error)>defaultAction -1216945688: a(n) > MessageNotUnderstood > 0xff8ab084 I MessageNotUnderstood>defaultAction -1216945688: a(n) > MessageNotUnderstood > 0xff8ab0a8 I UndefinedObject>handleSignal: -1247481852: a(n) > UndefinedObject > 0xff8ab0cc I MessageNotUnderstood(Exception)>pass -1216945688: a(n) > MessageNotUnderstood > 0xff8ab0f8 I [] in PasteUpMorph>becomeActiveDuring: -1245846436: a(n) > PasteUpMorph > 0xff8ab11c I BlockClosure>valueWithPossibleArgs: -1221000224: a(n) > BlockClosure > 0xff8ab13c M [] in MethodContext(ContextPart)>handleSignal: -1220670568: > a(n) MethodContext > 0xff8ab15c M BlockClosure>ensure: -1216945284: a(n) BlockClosure > 0xff8ab17c M MethodContext(ContextPart)>handleSignal: -1220670568: a(n) > MethodContext > 0xff8ab1a4 I MethodContext(ContextPart)>handleSignal: -1216945468: a(n) > MethodContext > 0xff8ab1c8 I MessageNotUnderstood(Exception)>signal -1216945688: a(n) > MessageNotUnderstood > 0xff8ab1f0 I ProcessorScheduler(Object)>doesNotUnderstand: >= > -1247476532: a(n) ProcessorScheduler > 0xff8ab210 M Process>priority: -1216945752: a(n) Process > 0xff8ab238 I BlockClosure>forkAt: -1216945972: a(n) BlockClosure > 0xff8ab25c I > InputEventPollingFetcher(InputEventFetcher)>installEventLoop > -1246030580: a(n) InputEventPollingFetcher > 0xff8ab280 I InputEventPollingFetcher(InputEventFetcher)>startUp > -1246030580: a(n) InputEventPollingFetcher > 0xff8ab2a0 I InputEventFetcher class>startUp -1246046280: a(n) > InputEventFetcher class > 0xff8ab2b8 M InputEventFetcher class(Behavior)>startUp: -1246046280: > a(n) InputEventFetcher class > 0xff8ab2e0 M [] in SmalltalkImage>send:toClassesNamedIn:with: > -1242015264: a(n) SmalltalkImage > 0xff8ab2fc M BlockClosure>on:do: -1216946688: a(n) BlockClosure > 0xff8ab32c M [] in SmalltalkImage>send:toClassesNamedIn:with: > -1242015264: a(n) SmalltalkImage > 0xff8ab354 I OrderedCollection>do: -1241999736: a(n) OrderedCollection > 0xff8ab37c I SmalltalkImage>send:toClassesNamedIn:with: -1242015264: > a(n) SmalltalkImage > 0xff8ab3a8 I SmalltalkImage>processStartUpList: -1242015264: a(n) > SmalltalkImage > 0xff8ab3d4 I SmalltalkImage>snapshot:andQuit:embedded: -1242015264: a(n) > SmalltalkImage > -1220672224 s SmalltalkImage>snapshot:andQuit: > -1220672132 s WorldState class>saveAndQuit > -1220672040 s [] in ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > -1220671948 s BlockClosure>ensure: > -1220999860 s CursorWithMask(Cursor)>showWhile: > -1220999972 s ToggleMenuItemMorph(MenuItemMorph)>invokeWithEvent: > -1220671856 s ToggleMenuItemMorph(MenuItemMorph)>mouseUp: > -1220671764 s ToggleMenuItemMorph(MenuItemMorph)>handleMouseUp: > -1220671672 s MouseButtonEvent>sentTo: > -1220671580 s ToggleMenuItemMorph(Morph)>handleEvent: > -1220671488 s MorphicEventDispatcher>dispatchDefault:with: > -1220671396 s MorphicEventDispatcher>dispatchEvent:with: > -1220671304 s ToggleMenuItemMorph(Morph)>processEvent:using: > -1220671212 s MorphicEventDispatcher>dispatchDefault:with: > -1220671120 s MorphicEventDispatcher>dispatchEvent:with: > -1220671028 s MenuMorph(Morph)>processEvent:using: > -1220670936 s MenuMorph(Morph)>processEvent: > -1220670844 s MenuMorph>handleFocusEvent: > -1220670752 s [] in HandMorph>sendFocusEvent:to:clear: > -1220670660 s [] in PasteUpMorph>becomeActiveDuring: > -1220670568 s BlockClosure>on:do: > -1221000336 s PasteUpMorph>becomeActiveDuring: > -1221000456 s HandMorph>sendFocusEvent:to:clear: > -1220670476 s HandMorph>sendEvent:focus:clear: > -1221000572 s HandMorph>sendMouseEvent: > -1221000664 s HandMorph>handleEvent: > -1220670384 s HandMorph>processEvents > -1220670292 s [] in WorldState>doOneCycleNowFor: > -1220670200 s Array(SequenceableCollection)>do: > -1220670108 s WorldState>handsDo: > -1221001008 s WorldState>doOneCycleNowFor: > -1220670016 s WorldState>doOneCycleFor: > -1220669924 s PasteUpMorph>doOneCycle > -1221589100 s [] in Project class>spawnNewProcess > -1221602884 s [] in BlockClosure>newProcess > > Most recent primitives > basicNew > size > at: > basicNew: > decompress:fromByteArray:at: > beCursorWithMask: > vmParameterAt:put: > vmParameterAt:put: > setGCBiasToGrowGCLimit: > setGCBiasToGrow: > ensure: > valueNoContextSwitch > wait > value > specialObjectsArray > new: > at:put: > value > signal > basicNew > new: > at: > value: > basicIdentityHash > on:do: > value > perform:with: > millisecondClockValue > signal > value: > size > size > bitShift: > \\ > \\ > \\ > \\ > \\ > perform:with: > shallowCopy > subclasses > new: > new: > new: > // > value: > value: > value: > = > = > value: > value: > at:put: > value: > at:put: > addAll: > - > + > + > + > size > at: > do: > do: > value: > getSystemAttribute: > compare:with:collated: > value: > value: > platformName > = > = > value: > value: > getSystemAttribute: > compare:with:collated: > determineActivePlatformStartingAt: > determineActivePlatformStartingAt: > basicNew > value: > value: > value: > value: > perform:with: > actualScreenSize > species > species > supportsDisplayDepth: > new: > basicNew > beDisplay > value: > perform:with: > isMemberOf: > value: > perform:with: > basicNew > critical: > critical: > wait > wait > specialObjectsArray > species > new: > replaceFrom:to:with:startingAt: > specialObjectsArray > at:put: > at:put: > primSetInputSemaphore: > suspend > findNextUnwindContextUpTo: > value: > bottomContext > objectAt: > basicNew: > basicNew > basicNew > findNextHandlerContextStarting > tempAt: > nextHandlerContext > handleSignal: > isKindOf: > tempAt:put: > tempAt:put: > tempAt:put: > valueWithArguments: > findNextHandlerContextStarting > basicNew > findNextHandlerContextStarting > tempAt: > findNextHandlerContextStarting > tempAt: > Abgebrochen > > Cheers > Philippe > > >

Jan. 2, 2011

Re: [Pharo-project] An intuitive (or screwed) #copyFrom:

by Lukas Renggli

On 2 January 2011 10:37, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Jan 2, 2011, at 1:33 AM, csrabak(a)bol.com.br wrote: > >> I would like to add to the tally. Changing Object>>copyFrom: to Object>>copyStateFrom: makes for me a lot more sense that changing (in fact by the creation of) OrderedCollection>>copyFrom: to OrderedCollection>>copyFromIndex: >> >> Except we do agree /in limine/ that OrderedCollection>>copyFrom:to: should be changed to >> OrederedCollection>>copyFromIndex:toEndIndex: > > This is the problem I thought about it. so I think that we will have to stay with copyFrom: For the future, I think that the functionality of #copyFrom:to: should be provided by #at: using an interval/collection as argument (something that is pretty common in about any modern programming language). For now #copyFrom:to: is part of ANSI and should not be touched. Lukas -- Lukas Renggli www.lukas-renggli.ch

Jan. 2, 2011