- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Re Please test Pharo 1.3!
by Marcus Denker June 28, 2011

June 28, 2011

On Jun 28, 2011, at 9:20 PM, Brian Tabone wrote: > Sven, > > I have now tried ZnUserAgentTests>>#testDelete by itself and it ran and succeeded, I then ran all ZnUserAgentTests and it passed. I then ran all (and only) Zn* tests and 151 ran and 151 passed. > I then ran all tests except Zn* and it ran much further up until the VM crashed. crash snapshots and the small dmp file attached. > The VM seems to be very old... we need to do these tests with the current code base... > -Brian > > From: Sven Van Caekenberghe <sven(a)beta9.be> > To: Pharo-project(a)lists.gforge.inria.fr > Sent: Tuesday, June 28, 2011 1:48 PM > Subject: Re: [Pharo-project] Re Please test Pharo 1.3! > > > On 28 Jun 2011, at 19:54, Marcus Denker wrote: > > > > > On Jun 28, 2011, at 7:50 PM, Sven Van Caekenberghe wrote: > > > >> > >> On 28 Jun 2011, at 18:35, Brian Tabone wrote: > >> > >>> I ran the full test suite on Pharo 1.3 (one click image) on Win 7 64, and it appears that the image hangs up on a socket read. Below is some information from the F2 console window, I dumped stacks, processes, primitives, and socket info. The image does not respond to alt - . (no user interrupt window ever displays). Attached is a screenshot of the image where it hangs. The VM reports its version as: > >>> > >>> Teleplace VM 1.0.15 (release) from Oct 4, 2010 > >>> Compiler: gcc 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) > >>> > >>> Sorry if this is a duplicate or known issue, just figured I should be on the safe side and report it. > >> > >> It seems that ZnUserAgentTests>>#testDelete fails for you. > >> > >> It works for me and for the regular integration/build servers, does the windows slave pass this test ? > >> > > The windows slave does not yet run tests.. we will add that ASAP now that it is up and running. > > OK, Marcus, I don't want to push, you'll let us know when it is ready. > > Brian, > > Does the ZnUserAgentTests>>#testDelete succeed when you run it in isolation ? > > Does the whole test suite always fail at the same test ? > > Sven > > > > > > <Pharo 1.3 test without Zn.JPG><Pharo 1.3 VM crash.JPG><crash.dmp> -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

5 6

Re: [Pharo-project] Re Please test Pharo 1.3!
by Marcus Denker June 28, 2011

June 28, 2011

On Jun 28, 2011, at 10:07 PM, Schwab,Wilhelm K wrote: > Is the end result going to be the same as copying the contents of /coglinux/lib/squeak/3.9-7/ into the one-click's Contents/Linux directory? There is other stuff under Resources, but (now that I actually look at it), it appears to be MacOS related?? > > I don't want to rush it, make a mess, and start reporting "bugs" that the result of my own misdeeds. > We need to provide the right setup out of the box. This "dowload that vm there, but change this and take into account that" never work and will never work. We will get there... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Re: [Pharo-project] Re Please test Pharo 1.3!
by Marcus Denker June 28, 2011

June 28, 2011

On Jun 28, 2011, at 9:47 PM, Mariano Martinez Peck wrote: > Yes, can you try with the last one from http://www.mirandabanda.org/files/Cog/VM/ ? > I will update the VMs of the Pharo one-click later this week. Marcus > On Tue, Jun 28, 2011 at 9:27 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jun 28, 2011, at 9:20 PM, Brian Tabone wrote: > > > Sven, > > > > I have now tried ZnUserAgentTests>>#testDelete by itself and it ran and succeeded, I then ran all ZnUserAgentTests and it passed. I then ran all (and only) Zn* tests and 151 ran and 151 passed. > > I then ran all tests except Zn* and it ran much further up until the VM crashed. crash snapshots and the small dmp file attached. > > > The VM seems to be very old... we need to do these tests with the current code base... > > > -Brian > > > > From: Sven Van Caekenberghe <sven(a)beta9.be> > > To: Pharo-project(a)lists.gforge.inria.fr > > Sent: Tuesday, June 28, 2011 1:48 PM > > Subject: Re: [Pharo-project] Re Please test Pharo 1.3! > > > > > > On 28 Jun 2011, at 19:54, Marcus Denker wrote: > > > > > > > > On Jun 28, 2011, at 7:50 PM, Sven Van Caekenberghe wrote: > > > > > >> > > >> On 28 Jun 2011, at 18:35, Brian Tabone wrote: > > >> > > >>> I ran the full test suite on Pharo 1.3 (one click image) on Win 7 64, and it appears that the image hangs up on a socket read. Below is some information from the F2 console window, I dumped stacks, processes, primitives, and socket info. The image does not respond to alt - . (no user interrupt window ever displays). Attached is a screenshot of the image where it hangs. The VM reports its version as: > > >>> > > >>> Teleplace VM 1.0.15 (release) from Oct 4, 2010 > > >>> Compiler: gcc 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) > > >>> > > >>> Sorry if this is a duplicate or known issue, just figured I should be on the safe side and report it. > > >> > > >> It seems that ZnUserAgentTests>>#testDelete fails for you. > > >> > > >> It works for me and for the regular integration/build servers, does the windows slave pass this test ? > > >> > > > The windows slave does not yet run tests.. we will add that ASAP now that it is up and running. > > > > OK, Marcus, I don't want to push, you'll let us know when it is ready. > > > > Brian, > > > > Does the ZnUserAgentTests>>#testDelete succeed when you run it in isolation ? > > > > Does the whole test suite always fail at the same test ? > > > > Sven > > > > > > > > > > > > <Pharo 1.3 test without Zn.JPG><Pharo 1.3 VM crash.JPG><crash.dmp> > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > > > > -- > Mariano > http://marianopeck.wordpress.com > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Re: [Pharo-project] [Jenkins] Kernel 1.4 with Gofer+Networking
by Marcus Denker June 28, 2011

June 28, 2011

On Jun 28, 2011, at 8:42 AM, Pavel Krivanek wrote: > Well, the size is so big because loading of packages worked well but > initialization step that does cleanup failed. Change this: > > line 76: > accuny := Compiler evaluate: (FileStream readOnlyFileNamed: > 'accuny.txt') contentsOfEntireFile. > > line 263: > rep := FileStream forceNewFileNamed: 'PharoDebug.log'. > > ...or use the attached file. Evidently a mess in versions, I think my fault. > done > In the file loadCore.st remove the line 70 that makes the package > Deprecated12 part of the Core image to be up-to-date with current > verson Ok. And we need to change to load from SqueakSource "Pharo14" (but I need to make sure to have actually the last version there copied...) We changed to a new Dir because just getting the list of mcz files is getting too slow for the Pharo Project (>4000 files). -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 2

[Pharo-project] [update 1.4] #14020
by Marcus Denker June 28, 2011

June 28, 2011

14020 ----- Issue 4467: Transcript does not print http://code.google.com/p/pharo/issues/detail?id=4467 Issue 4470: on:fork: re-entering multiple times fix http://code.google.com/p/pharo/issues/detail?id=4470 Issue 4466: Undeclared in TabLabelMorph http://code.google.com/p/pharo/issues/detail?id=4466 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] Re Please test Pharo 1.3!
by Brian Tabone June 28, 2011

June 28, 2011

I ran the full test suite on Pharo 1.3 (one click image) on Win 7 64, and it appears that the image hangs up on a socket read. Below is some information from the F2 console window, I dumped stacks, processes, primitives, and socket info. The image does not respond to alt - . (no user interrupt window ever displays). Attached is a screenshot of the image where it hangs. The VM reports its version as: Teleplace VM 1.0.15 (release) from Oct 4, 2010 Compiler: gcc 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) Sorry if this is a duplicate or known issue, just figured I should be on the safe side and report it. -Brian T Â 0x8fceec M [] in Semaphore>critical: 451980788: a(n) Semaphore Â 0x8fcf0c M BlockClosure>ensure: 474826064: a(n) BlockClosure Â 0x8fcf2c M Semaphore>critical: 451980788: a(n) Semaphore Â 0x8fcf48 M DelayWaitTimeout(Delay)>unschedule 474825444: a(n) DelayWaitTimeout Â 0x8fcf60 M [] in DelayWaitTimeout>wait 474825444: a(n) DelayWaitTimeout Â 0x8fcf80 M BlockClosure>ensure: 474825564: a(n) BlockClosure Â 0x8fcf9c M DelayWaitTimeout>wait 474825444: a(n) DelayWaitTimeout Â 0x8fcfb8 M Semaphore>waitTimeoutMSecs: 473341640: a(n) Semaphore Â 0x8fcfe4 M Socket>waitForConnectionFor:ifTimedOut: 473341616: a(n) Socket Â 0x8fd004 M Socket>waitForAcceptFor: 473341616: a(n) Socket Â 0x8fd028 M ZnMultiThreadedServer>serveConnectionsOn: 473340944: a(n) ZnMultiThreadedServer Â 0x8fd04c I [] in ZnMultiThreadedServer>listenLoop 473340944: a(n) ZnMultiThreadedServer Â 0x8fd06c M BlockClosure>ifCurtailed: 473341896: a(n) BlockClosure Â 0x8fd090 I ZnMultiThreadedServer>listenLoop 473340944: a(n) ZnMultiThreadedServer Â 0x8fd0b0 I [] in ZnMultiThreadedServer(ZnSingleThreadedServer)>start 473340944: a(n) ZnMultiThreadedServer Â 0x8fd0d0 I [] in BlockClosure>newProcess 473341224: a(n) BlockClosure Â 0x8f7090 I ProcessorScheduler class>idleProcess 434630368: a(n) ProcessorScheduler class Â 0x8f70b0 I [] in ProcessorScheduler class>startUp 434630368: a(n) ProcessorScheduler class Â 0x8f70d0 I [] in BlockClosure>newProcess 458657424: a(n) BlockClosure Printing all processes: Process 0x1b568f6c priority 10 Â 0x8f7090 I ProcessorScheduler class>idleProcess 434630368: a(n) ProcessorScheduler class Â 0x8f70b0 I [] in ProcessorScheduler class>startUp 434630368: a(n) ProcessorScheduler class Â 0x8f70d0 I [] in BlockClosure>newProcess 458657424: a(n) BlockClosure Process 0x1b617dec priority 50 Â 0x8f1090 I WeakArray class>finalizationProcess 434630788: a(n) WeakArray class Â 0x8f10b0 I [] in WeakArray class>restartFinalizationProcess 434630788: a(n) WeakArray class Â 0x8f10d0 I [] in BlockClosure>newProcess 459373840: a(n) BlockClosure Process 0x1b6159c8 priority 60 Â 0x8f3fd8 M [] in Semaphore>critical: 451980788: a(n) Semaphore Â 0x8f3ff8 M BlockClosure>ensure: 473703736: a(n) BlockClosure Â 0x8f4018 M Semaphore>critical: 451980788: a(n) Semaphore Â 0x8f4034 M Delay>schedule 459364884: a(n) Delay Â 0x8f404c M Delay>wait 459364884: a(n) Delay Â 0x8f4064 M InputEventPollingFetcher>waitForInput 435076220: a(n) InputEventPollingFetcher Â 0x8f4090 I InputEventPollingFetcher(InputEventFetcher)>eventLoop 435076220: a(n) InputEventPollingFetcher Â 0x8f40b0 I [] in InputEventPollingFetcher(InputEventFetcher)>installEventLoop 435076220: a(n) InputEventPollingFetcher Â 0x8f40d0 I [] in BlockClosure>newProcess 459364588: a(n) BlockClosure Process 0x19fbcaa4 priority 40 Â 0x8f4b6c M [] in Semaphore>critical: 451980788: a(n) Semaphore Â 0x8f4b8c M BlockClosure>ensure: 473745092: a(n) BlockClosure Â 0x8f4bac M Semaphore>critical: 451980788: a(n) Semaphore Â 0x8f4bc8 M DelayWaitTimeout(Delay)>schedule 473744728: a(n) DelayWaitTimeout Â 0x8f4be0 M [] in DelayWaitTimeout>wait 473744728: a(n) DelayWaitTimeout Â 0x8f4c00 M BlockClosure>ensure: 473744848: a(n) BlockClosure Â 0x8f4c1c M DelayWaitTimeout>wait 473744728: a(n) DelayWaitTimeout Â 0x8f4c38 M Semaphore>waitTimeoutMSecs: 473339724: a(n) Semaphore Â 0x8f4c60 I NetNameResolver class>waitForCompletionUntil: 434630188: a(n) NetNameResolver class Â 0x8f4c88 M [] in NetNameResolver class>addressForName:timeout: 434630188: a(n) NetNameResolver class Â 0x8f4ca8 M [] in Semaphore>critical: 433798980: a(n) Semaphore Â 0x8f4cc8 M BlockClosure>ensure: 473744680: a(n) BlockClosure Â 0x8f4ce8 M Semaphore>critical: 433798980: a(n) Semaphore Â 0x8f4d0c M NetNameResolver class>addressForName:timeout: 434630188: a(n) NetNameResolver class Â 0x8f4d38 I SocketStream class>openConnectionToHostNamed:port: 434657256: a(n) SocketStream class Â 0x8f4d64 I ZnNetworkingUtils>socketStreamToHostNamed:port: 439484636: a(n) ZnNetworkingUtils Â 0x8f4d84 M ZnNetworkingUtils>socketStreamToUrlDirectly: 439484636: a(n) ZnNetworkingUtils Â 0x8f4da0 M ZnNetworkingUtils>socketStreamToUrl: 439484636: a(n) ZnNetworkingUtils Â 0x8f4dc4 I ZnNetworkingUtils class>socketStreamToUrl: 436369344: a(n) ZnNetworkingUtils class Â 0x8f4df0 I ZnUserAgent>openConnection 473719764: a(n) ZnUserAgent Â 0x8f4e1c I [] in ZnUserAgent>method:for:headers:data:limit: 473719764: a(n) ZnUserAgent Â 0x8f4e38 M BlockClosure>on:do: 473744280: a(n) BlockClosure Â 0x8f4e64 I ZnUserAgent>method:for:headers:data:limit: 473719764: a(n) ZnUserAgent Â 0x8f4e9c I ZnUserAgent>method:for:headers:data: 473719764: a(n) ZnUserAgent Â 0x8f4ecc I ZnUserAgent>delete:headers: 473719764: a(n) ZnUserAgent Â 0x8f4ef4 I ZnUserAgent>delete: 473719764: a(n) ZnUserAgent Â 0x8f4f18 M [] in ZnUserAgentTests>testDelete 459672096: a(n) ZnUserAgentTests Â 0x8f4f38 M BlockClosure>ensure: 473341072: a(n) BlockClosure Â 0x8f4f5c M ZnUserAgentTests>testDelete 459672096: a(n) ZnUserAgentTests Â 0x8f4f74 M ZnUserAgentTests(TestCase)>performTest 459672096: a(n) ZnUserAgentTests Â 0x8f4f8c M [] in ZnUserAgentTests(TestCase)>runCase 459672096: a(n) ZnUserAgentTests Â 0x8f4fac M BlockClosure>ensure: 473340896: a(n) BlockClosure Â 0x8f4fc8 M ZnUserAgentTests(TestCase)>runCase 459672096: a(n) ZnUserAgentTests Â 0x8f4fe4 M [] in TestResult>runCase: 459609256: a(n) TestResult Â 0x8f5000 M BlockClosure>on:do: 473340688: a(n) BlockClosure Â 0x8f5020 M TestResult>runCase: 459609256: a(n) TestResult Â 0x8f503c M ZnUserAgentTests(TestCase)>run: 459672096: a(n) ZnUserAgentTests Â 0x8f5058 M TestRunner>runTest: 459541056: a(n) TestRunner Â 0x8f5074 M [] in TestRunner>runSuite: 459541056: a(n) TestRunner Â 0x8f50ac M [] in OrderedCollection(Collection)>do:displayingProgress:every: 459609472: a(n) OrderedCollection Â 0x8f50cc M OrderedCollection>do: 459609472: a(n) OrderedCollection Â 0x8efb08 M [] in OrderedCollection(Collection)>do:displayingProgress:every: 459609472: a(n) OrderedCollection Â 0x8efb2c M [] in ProgressInitiationException>defaultMorphicAction 472809788: a(n) ProgressInitiationException Â 0x8efb48 M BlockClosure>on:do: 472810620: a(n) BlockClosure Â 0x8efb70 M [] in ProgressInitiationException>defaultMorphicAction 472809788: a(n) ProgressInitiationException Â 0x8efb90 M BlockClosure>ensure: 472810484: a(n) BlockClosure Â 0x8efbb4 M ProgressInitiationException>defaultMorphicAction 472809788: a(n) ProgressInitiationException Â 0x8efbcc M MorphicUIManager>progressInitiationExceptionDefaultAction: 435697136: a(n) MorphicUIManager Â 0x8efbe8 M ProgressInitiationException>defaultAction 472809788: a(n) ProgressInitiationException Â 0x8efc04 M UndefinedObject>handleSignal: 433782788: a(n) UndefinedObject Â 0x8efc24 M MethodContext(ContextPart)>handleSignal: 460115692: a(n) MethodContext Â 0x8efc40 M ProgressInitiationException(Exception)>signal 472809788: a(n) ProgressInitiationException Â 0x8efc58 M ProgressInitiationException>display:at:from:to:during: 472809788: a(n) ProgressInitiationException Â 0x8efc84 M ProgressInitiationException class>display:at:from:to:during: 436259476: a(n) ProgressInitiationException class Â 0x8efcb0 M ByteString(String)>displayProgressAt:from:to:during: 444517592: a(n) ByteString Â 0x8efce4 M OrderedCollection(Collection)>do:displayingProgress:every: 459609472: a(n) OrderedCollection Â 0x8efd08 M OrderedCollection(Collection)>do:displayingProgress: 459609472: a(n) OrderedCollection Â 0x8efd38 I [] in TestRunner>basicRunSuite:do: 459541056: a(n) TestRunner Â 0x8efd58 M BlockClosure>ensure: 472809576: a(n) BlockClosure Â 0x8efd7c I TestRunner>basicRunSuite:do: 459541056: a(n) TestRunner Â 0x8efda4 I TestRunner>runSuite: 459541056: a(n) TestRunner Â 0x8efdc0 M TestRunner>runAll 459541056: a(n) TestRunner Â 0x8efde0 I PluggableButtonMorph>performAction 459567968: a(n) PluggableButtonMorph Â 0x8efdfc M [] in PluggableButtonMorph>mouseUp: 459567968: a(n) PluggableButtonMorph Â 0x8efe20 M Array(SequenceableCollection)>do: 459609112: a(n) Array Â 0x8efe48 I PluggableButtonMorph>mouseUp: 459567968: a(n) PluggableButtonMorph Â 0x8efe64 M PluggableButtonMorph(Morph)>handleMouseUp: 459567968: a(n) PluggableButtonMorph Â 0x8efe80 M MouseButtonEvent>sentTo: 459609072: a(n) MouseButtonEvent Â 0x8efe9c M PluggableButtonMorph(Morph)>handleEvent: 459567968: a(n) PluggableButtonMorph Â 0x8efeb8 M PluggableButtonMorph(Morph)>handleFocusEvent: 459567968: a(n) PluggableButtonMorph Â 0x8efee0 M [] in HandMorph>sendFocusEvent:to:clear: 435026948: a(n) HandMorph Â 0x8efefc M [] in PasteUpMorph>becomeActiveDuring: 435476532: a(n) PasteUpMorph Â 0x8eff18 M BlockClosure>on:do: 459609020: a(n) BlockClosure Â 0x8eff44 M PasteUpMorph>becomeActiveDuring: 435476532: a(n) PasteUpMorph Â 0x8eff68 M HandMorph>sendFocusEvent:to:clear: 435026948: a(n) HandMorph Â 0x8eff90 M HandMorph>sendEvent:focus:clear: 435026948: a(n) HandMorph Â 0x8effb4 M HandMorph>sendMouseEvent: 435026948: a(n) HandMorph Â 0x8effd8 M HandMorph>handleEvent: 435026948: a(n) HandMorph Â 0x8f0004 M HandMorph>processEvents 435026948: a(n) HandMorph Â 0x8f001c M [] in WorldState>doOneCycleNowFor: 435645020: a(n) WorldState Â 0x8f0040 M Array(SequenceableCollection)>do: 433796144: a(n) Array Â 0x8f005c M WorldState>handsDo: 435645020: a(n) WorldState Â 0x8f0078 M WorldState>doOneCycleNowFor: 435645020: a(n) WorldState Â 0x8f0094 M WorldState>doOneCycleFor: 435645020: a(n) WorldState Â 0x8f00b0 M PasteUpMorph>doOneCycle 435476532: a(n) PasteUpMorph Â 0x8f00d0 I [] in Project class>? 435884876: a(n) Project class 435931716 s [] in BlockClosure>? Process 0x1af0afd4 priority 80 Â 0x8f20b0 M Delay class>handleTimerEvent 434636128: a(n) Delay class Â 0x8f20d0 I Delay class>runTimerEventLoop 434636128: a(n) Delay class 451980936 s [] in Delay class>startTimerEventLoop 451981172 s [] in BlockClosure>newProcess Process 0x1b568da0 priority 60 Â 0x8f3090 I SmalltalkImage>lowSpaceWatcher 438033300: a(n) SmalltalkImage Â 0x8f30b0 I [] in SmalltalkImage>installLowSpaceWatcher 438033300: a(n) SmalltalkImage Â 0x8f30d0 I [] in BlockClosure>newProcess 458656964: a(n) BlockClosure Printing recent primitives: relinquishProcessorForMicroseconds: relinquishProcessorForMicroseconds: relinquishProcessorForMicroseconds: relinquishProcessorForMicroseconds: relinquishProcessorForMicroseconds: relinquishProcessorForMicroseconds: ... (Lots of these from the recent primitives) relinquishProcessorForMicroseconds: relinquishProcessorForMicroseconds: relinquishProcessorForMicroseconds: relinquishProcessorForMicroseconds: ### Socket [3173c8] Â Â Â Handle: 264 Â Â Â Type: 0 Â Â Â State: 1 Â Â Â Error: 0 Â Â Â readSema: 5 Â Â Â writeSema: 6 Â Â Â connSema: 4 Â Â Â Pending accepts: 0 Â Â Â Read Watcher Op: 4 Â Â Â Write Watcher Op: 0 Â Â Â Close pending: 0 Â Â Â In read select: 1 Â Â Â In write select: 0

2 1

[Pharo-project] Iliad in Pharo 1.3
by Bernat Romagosa June 28, 2011

June 28, 2011

Hi lists, I don't know whether this issue is Pharo's or Iliad's, so I'm writing to both lists. I've just tried to pull Iliad 0.9.1 from the repos into a fresh Pharo 1.3 image and I keep getting the error "receiver of session is nil" every time I execute an action. If I click proceed in the debugger and manually refresh the page, it works as it should. So I tried to install 0.9.2 instead, and now no actions work and nothing happens when clicking an anchor. I tried the examples (counter, todo, etc) and they're not working either. ILErrorHandler is in debugMode but I'm not getting any error walkbacks either. Here's a 30 second demo of the problem: http://screenr.com/DCNs Any clues? Cheers! -- Bernat Romagosa.

2 4

Re: [Pharo-project] changes with announcements ?
by Marcus Denker June 28, 2011

June 28, 2011

On Jun 28, 2011, at 3:11 PM, Tudor Girba wrote: > > On 28 Jun 2011, at 14:57, Igor Stasenko wrote: > >> http://code.google.com/p/pharo/issues/detail?id=4470 >> >> Issue 4470: on:fork: re-entering multiple times fix >> >> @Marcus, is it too late to add this fix to 1.3 ? >> Its kind of critical one. > > This would be so cool :) Ok, I am doing an update for this and the transcript. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 2

Re: [Pharo-project] [Jenkins] Kernel 1.4 with Gofer+Networking
by Marcus Denker June 28, 2011

June 28, 2011

On Jun 28, 2011, at 2:49 PM, Pavel Krivanek wrote: > Please, from the script loadCore.st remove the first lines up to line > 42. This patch is already integrated. > done > -- Pavel > > On Tue, Jun 28, 2011 at 2:37 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> >>> As I see we have the first successfull build of the reloaded core :-) >> Very nice!!! >> >>> Maybe it will be better to have separate project for it and run all >>> tests on it (the standard way used for the normal image may be used). >>> >> >> Yes, that is a good idea. I will set it up (slowly). >> >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. >> >> >> > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] [update 1.3] #13279
by Marcus Denker June 28, 2011

June 28, 2011

13279 ----- Issue 4467: Transcript does not print http://code.google.com/p/pharo/issues/detail?id=4467 Issue 4470: on:fork: re-entering multiple times fix http://code.google.com/p/pharo/issues/detail?id=4470 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0