- Pharo-dev - lists.pharo.org

Re: [Pharo-project] new Cog VMs

by Eliot Miranda

Hi All, looks like there are issues running Cog on 64-bit linux. I only have a 32-bit one to hand so it'll be a while before I can look at this. BTW, it would really help if when people post bugs they give - a URL to the image and changes, not just a name like Pharo 1.1.1. A pointer to the exact bits eliminates any possibility that I will fetch the wrong image and not be able to reproduce - the exact directory something is installed in, not just the name but the full path, and whether it is remote ounted or not. I just fixed a crash on windows for Torsten that didn't show on a remote-mounted drive but caused a hard crash if installed as c:\pharo. So saying "its in coglinux/" isn;t being precise enough. TIA best Eliot On Sun, Jan 2, 2011 at 11:01 AM, Philippe Marschall <kustos(a)gmx.net> wrote: > On 02.01.2011 16:50, Eliot Miranda wrote: > > Hi Philippe, > > > > what image, what OS and what directories are the vm and image > > installed in (yes it can make a difference). > > - Pharo 1.1.1 > - $uname -a > Linux 2.6.36-gentoo-r4 #1 SMP PREEMPT Sun Dec 12 19:02:46 CET 2010 > x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz GenuineIntel GNU/Linux > - image lies in some subdirectory of the user home, Cog is extracted in > the same folder, so it's under coglinux/ > > Cheers > Philippe > > >

Jan. 2, 2011

Re: [Pharo-project] new Cog VMs

by Eliot Miranda

Hi Martin, crashing immediately on startup could be to do with the UUIDPlugin and libuuid. Try removing coglinux/lib/squeak/3.9-7/UUIDPlugin and see if it makes a difference. If it does I believe the fix is to ensure that there's a 32-bit libuuid.so.1 installed. e.g. [eliot@mcqfes bld]$ ldd coglinux/lib/squeak/3.9-7/UUIDPlugin linux-gate.so.1 => (0x00e2e000) libuuid.so.1 => /lib/libuuid.so.1 (0x0067e000) libc.so.6 => /lib/libc.so.6 (0x008d6000) /lib/ld-linux.so.2 (0x0045a000) [eliot@mcqfes bld]$ file /lib/libuuid.so.1 /lib/libuuid.so.1: symbolic link to `libuuid.so.1.2' [eliot@mcqfes bld]$ file /lib/libuuid.so.1.2 /lib/libuuid.so.1.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped Search the Squeak, vm-dev and Pharo archives for info on how to install a 32-bit version. I think it was mentioned within the last month. If your problem is nothing to do with libuuid then I need info like exact OS version, what directories you've installed things in and a gdb backtrace for the crash. HTH Eliot On Sat, Jan 1, 2011 at 11:16 PM, <mkobetic(a)gmail.com> wrote: > I'm probably doing something obviously wrong, but I have no luck with the > Cog VM. It crashes immediately on startup even with the stock OneClick > image. I downloaded the Pharo-1.1.1 OneClick images. Fetched the latest > coglinux.tgz (r2340), untarred it into the pharo directory and just trying > to run it from the top-level pharo directory as: > > coglinux/squeak Contents/Resources/pharo.image > > crashes immediately (with or without the -vm-display-X11 option). This is > on latest Fedora 14. The old VM seems to have no problem when I try to run > it the same way: > > Contents/Linux/squeakvm Contents/Resources/pharo.image > > seems to start just fine. I can copy the stack dump from the crash, but > since most seem to be running fine, I suspect I'm just not doing it right. > What am I missing ? > > Thanks, > > Martin > > "Eliot Miranda"<eliot.miranda(a)gmail.com> wrote: > > there are new versions of both the SimpleStackBasedCogit and the > > StackToRegisterMappingCogit Cog VMs in > > VM.r2339/<http://www.mirandabanda.org/files/Cog/VM/VM.r2339/> > > & VM.r2340/ <http://www.mirandabanda.org/files/Cog/VM/VM.r2340/> > respectively. > > These contain fixes for rounding bug causing underestimate of > openPICSize > > and resultant hard crashes, seen e.g. by trying to recover lost changes > in a > > Pharo 1.2 image installed on c:\pharo. If you're trying to reproduce Cog > > crashes please upgrade to one of tthese two VMs. > >

Jan. 2, 2011

Re: [Pharo-project] new Cog VMs

by Eliot Miranda

Hi Philippe, what image, what OS and what directories are the vm and image installed in (yes it can make a difference). TIA On Sat, Jan 1, 2011 at 11:52 PM, 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] new Cog VMs

by Igor Stasenko

Hello, Eliot. After updating to emm.42 , i still experiencing crash in same place. I will try different combination of VM/Image. ./Cog.app/Contents/MacOS/Cog mprotect(x,y,PROT_READ | PROT_WRITE): Cannot allocate memory mprotect(x,y,PROT_READ | PROT_WRITE): Invalid argument Segmentation fault Smalltalk stack dump: 0xbff648bc M CompiledMethod(Object)>becomeForward: 460031828: a(n) CompiledMethod 0xbff648e0 M CompiledMethod>setSourcePointer: 460031828: a(n) CompiledMethod 0xbff648fc M CompiledMethod>setSourcePosition:inFile: 460031828: a(n) CompiledMethod 0xbff64924 M CompiledMethod>putSource:fromParseNode:inFile:withPreamble: 460031828: a(n) CompiledMethod 0xbff6495c I Trait(TraitBehavior)>addTraitSelector:withMethod: 459981732: a(n) Trait 0xbff64990 I [] in Trait(TraitBehavior)>updateMethodDictionarySelector: 459981732: a(n) Trait 0xbff649b0 M OrderedCollection>do: 460007796: a(n) OrderedCollection 0xbff649dc I Trait(TraitBehavior)>updateMethodDictionarySelector: 459981732: a(n) Trait 0xbff64a08 I [] in Trait(TraitBehavior)>noteChangedSelectors: 459981732: a(n) Trait 0xbff64a28 M [] in IdentitySet(Set)>do: 460003748: a(n) IdentitySet 0xbff64a4c M Array(SequenceableCollection)>do: 460006832: a(n) Array 0xbff64a68 M IdentitySet(Set)>do: 460003748: a(n) IdentitySet 0xbff64a90 I Trait(TraitBehavior)>noteChangedSelectors: 459981732: a(n) Trait 0xbff64ab8 I Trait(TraitBehavior)>applyChangesOfNewTraitCompositionReplacing: 459981732: a(n) Trait 0xbff64ae0 I Trait(TraitDescription)>applyChangesOfNewTraitCompositionReplacing: 459981732: a(n) Trait 0xbff64b08 I Trait>applyChangesOfNewTraitCompositionReplacing: 459981732: a(n) Trait 0xbff64b30 I Trait(TraitBehavior)>setTraitComposition: 459981732: a(n) Trait 0xbff64b60 I Trait class>named:uses:category:env: 436945252: a(n) Trait class 0xbff64b94 I Trait class>named:uses:category: 436945252: a(n) Trait class 0xbff64bc4 I TraitCompositionTest(TraitsTestCase)>createTraitNamed:uses: 456451272: a(n) TraitCompositionTest 0xbff64bec M TraitCompositionTest>testProvidedMethodBindingsWithConflicts 456451272: a(n) TraitCompositionTest 0xbff64c04 M TraitCompositionTest(TestCase)>performTest 456451272: a(n) TraitCompositionTest 0xbff64c1c M [] in TraitCompositionTest(TestCase)>runCase 456451272: a(n) TraitCompositionTest 0xbff64c3c M BlockClosure>ensure: 459980184: a(n) BlockClosure 0xbff64c58 M TraitCompositionTest(TestCase)>runCase 456451272: a(n) TraitCompositionTest 0xbff64c74 M [] in TestResult>runCase: 456312648: a(n) TestResult 0xbff64c90 M BlockClosure>on:do: 459978612: a(n) BlockClosure 0xbff64cb0 M TestResult>runCase: 456312648: a(n) TestResult 0xbff64ccc M TraitCompositionTest(TestCase)>run: 456451272: a(n) TraitCompositionTest -- Best regards, Igor Stasenko AKA sig.

Jan. 2, 2011

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

by pharo＠googlecode.com

Comment #7 on issue 3436 by rydier: #copyFrom: is broken http://code.google.com/p/pharo/issues/detail?id=3436 The argument would be one off? allButFirst: n == copyFrom: n+1

Jan. 2, 2011

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