- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Re Please test Pharo 1.3!

by Schwab,Wilhelm K

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. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Marcus Denker [marcus.denker(a)inria.fr] Sent: Tuesday, June 28, 2011 3:50 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Re Please test Pharo 1.3! 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.

June 28, 2011

Re: [Pharo-project] About HTTP proxies, settings and MacOS

by Sven Van Caekenberghe

On 28 Jun 2011, at 21:05, Denis Kudriashov wrote: > Is Zinc-HTTP supports NTLM proxy authentication? No, it is not. This also seems like a older MS only technology, but I might be wrong. Code contributions are always welcome of course. Sven

June 28, 2011

Re: [Pharo-project] [Jenkins] Kernel 1.4 with Gofer+Networking

by Mariano Martinez Peck

On Tue, Jun 28, 2011 at 6:54 PM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > > On Jun 28, 2011, at 2:37 PM, Marcus Denker 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). > > > > > Ok, 3 failing tests out of 7 911: > > > https://ci.lille.inria.fr/pharo/job/Pharo%20Kernel%20Reload/lastCompletedBu… > > wow. Awesome. What a great work. > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > -- Mariano http://marianopeck.wordpress.com

June 28, 2011

Re: [Pharo-project] Re Please test Pharo 1.3!

by Marcus Denker

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.

June 28, 2011

Re: [Pharo-project] Re Please test Pharo 1.3!

by Mariano Martinez Peck

Checking dump file it looks like a known crash with Cog. Several times I saw crashes related to "CompiledMethod(Object)>becomeForward: 123450824: a(n) CompiledMethod" Stack: Smalltalk stack dump: 0x936f6c M CompiledMethod(Object)>becomeForward: 123450824: a(n) CompiledMethod 0x936f98 I CompiledMethod>setSourcePointer: 123450824: a(n) CompiledMethod 0x936fb4 M CompiledMethod>setSourcePosition:inFile: 123450824: a(n) CompiledMethod 0x936fdc M CompiledMethod>putSource:fromParseNode:inFile:withPreamble: 123450824: a(n) CompiledMethod 0x937004 M CompiledMethod>putSource:fromParseNode:class:category:withStamp:inFile:priorMethod: 123450824: a(n) CompiledMethod 0x937038 M Metaclass(ClassDescription)>logMethodSource:forMethodWithNode:inCategory:withStamp:notifying: 123252764: a(n) Metaclass 0x93706c I MethodAddition>writeSourceToLog 123434384: a(n) MethodAddition 0x93708c I MethodAddition>createCompiledMethod 123434384: a(n) MethodAddition 0x9370b0 I MCMethodDefinition>addMethodAdditionTo: 117453400: a(n) MCMethodDefinition 0x9370d0 M [] in MCPackageLoader>tryToLoad: 121841256: a(n) MCPackageLoader 0x8f48c0 M BlockClosure>on:do: 123434340: a(n) BlockClosure 0x8f48e8 I MCPackageLoader>tryToLoad: 121841256: a(n) MCPackageLoader 0x8f4904 M [] in MCPackageLoader>basicLoad 121841256: a(n) MCPackageLoader 0x8f493c M [] in OrderedCollection(Collection)>do:displayingProgress:every: 121975920: a(n) OrderedCollection 0x8f495c M OrderedCollection>do: 121975920: a(n) OrderedCollection 0x8f498c M [] in OrderedCollection(Collection)>do:displayingProgress:every: 121975920: a(n) OrderedCollection 0x8f49b0 M [] in ProgressInitiationException>defaultMorphicAction 123309096: a(n) ProgressInitiationException 0x8f49cc M BlockClosure>on:do: 123331824: a(n) BlockClosure 0x8f49f4 M [] in ProgressInitiationException>defaultMorphicAction 123309096: a(n) ProgressInitiationException 0x8f4a14 M BlockClosure>ensure: 123331688: a(n) BlockClosure 0x8f4a38 M ProgressInitiationException>defaultMorphicAction 123309096: a(n) ProgressInitiationException 0x8f4a50 M MorphicUIManager>progressInitiationExceptionDefaultAction: 80294140: a(n) MorphicUIManager 0x8f4a6c M ProgressInitiationException>defaultAction 123309096: a(n) ProgressInitiationException 0x8f4a88 M UndefinedObject>handleSignal: 78381060: a(n) UndefinedObject 0x8f4aa8 M MethodContext(ContextPart)>handleSignal: 104675620: a(n) MethodContext 0x8f4ac8 M MethodContext(ContextPart)>handleSignal: 117365292: a(n) MethodContext 0x8f4ae8 M MethodContext(ContextPart)>handleSignal: 121697844: a(n) MethodContext 0x8f4b08 M MethodContext(ContextPart)>handleSignal: 123155732: a(n) MethodContext 0x8f4b24 M ProgressInitiationException(Exception)>signal 123309096: a(n) ProgressInitiationException 0x8f4b3c M ProgressInitiationException>display:at:from:to:during: 123309096: a(n) ProgressInitiationException 0x8f4b68 M ProgressInitiationException class>display:at:from:to:during: 80856472: a(n) ProgressInitiationException class 0x8f4b94 M ByteString(String)>displayProgressAt:from:to:during: 89108292: a(n) ByteString 0x8f4bc8 M OrderedCollection(Collection)>do:displayingProgress:every: 121975920: a(n) OrderedCollection 0x8f4bec M OrderedCollection(Collection)>do:displayingProgress: 121975920: a(n) OrderedCollection 0x8f4c0c M [] in MCPackageLoader>basicLoad 121841256: a(n) MCPackageLoader 0x8f4c28 M BlockClosure>on:do: 123154900: a(n) BlockClosure 0x8f4c50 I [] in MCPackageLoader>basicLoad 121841256: a(n) MCPackageLoader 0x8f4c70 M BlockClosure>ensure: 123154776: a(n) BlockClosure 0x8f4c94 I MCPackageLoader>basicLoad 121841256: a(n) MCPackageLoader 0x8f4cb4 I [] in MCPackageLoader>loadWithNameLike: 121841256: a(n) MCPackageLoader 0x8f4cd8 I [] in MCPackageLoader>useChangeSetNamed:during: 121841256: a(n) MCPackageLoader 0x8f4cf8 M BlockClosure>ensure: 123154580: a(n) BlockClosure 0x8f4d24 I MCPackageLoader>useChangeSetNamed:during: 121841256: a(n) MCPackageLoader 0x8f4d4c I MCPackageLoader>useNewChangeSetNamedLike:during: 121841256: a(n) MCPackageLoader 0x8f4d74 I MCPackageLoader>loadWithNameLike: 121841256: a(n) MCPackageLoader 0x8f4d9c I MCVersionLoader>loadWithNameLike: 121632208: a(n) MCVersionLoader 0x8f4dc0 I MCVersionLoader>load 121632208: a(n) MCVersionLoader 0x8f4de0 I GoferLoad>execute 121632192: a(n) GoferLoad 0x8f4e08 I Gofer>execute:do: 121439760: a(n) Gofer 0x8f4e30 I Gofer>execute: 121439760: a(n) Gofer 0x8f4e54 I Gofer>load 121439760: a(n) Gofer 0x8f4e80 M MetacelloGoferBasedLoaderTest>testNestedLoad1 104569172: a(n) MetacelloGoferBasedLoaderTest 0x8f4e98 M MetacelloGoferBasedLoaderTest(TestCase)>performTest 104569172: a(n) MetacelloGoferBasedLoaderTest 0x8f4eb0 M [] in MetacelloGoferBasedLoaderTest(TestCase)>runCase 104569172: a(n) MetacelloGoferBasedLoaderTest 0x8f4ed0 M BlockClosure>ensure: 121439724: a(n) BlockClosure 0x8f4eec M MetacelloGoferBasedLoaderTest(TestCase)>runCase 104569172: a(n) MetacelloGoferBasedLoaderTest 0x8f4f04 M [] in MetacelloGoferBasedLoaderTest(MetacelloDictionaryRepositoryTest)>runCase 104569172: a(n) MetacelloGoferBasedLoaderTest 0x8f4f20 M [] in SystemChangeNotifier>doSilently: 78407412: a(n) SystemChangeNotifier 0x8f4f40 M BlockClosure>ensure: 121438364: a(n) BlockClosure 0x8f4f5c M SystemChangeNotifier>doSilently: 78407412: a(n) SystemChangeNotifier 0x8f4f80 I [] in MetacelloGoferBasedLoaderTest(MetacelloDictionaryRepositoryTest)>runCase 104569172: a(n) MetacelloGoferBasedLoaderTest 0x8f4fa0 M BlockClosure>ensure: 121438128: a(n) BlockClosure 0x8f4fc8 I MetacelloGoferBasedLoaderTest(MetacelloDictionaryRepositoryTest)>runCase 104569172: a(n) MetacelloGoferBasedLoaderTest 0x8f4fe4 M [] in TestResult>runCase: 104170712: a(n) TestResult 0x8f5000 M BlockClosure>on:do: 121437812: a(n) BlockClosure 0x8f5020 M TestResult>runCase: 104170712: a(n) TestResult 0x8f503c M MetacelloGoferBasedLoaderTest(TestCase)>run: 104569172: a(n) MetacelloGoferBasedLoaderTest 0x8f5058 M TestRunner>runTest: 104102048: a(n) TestRunner 0x8f5074 M [] in TestRunner>runSuite: 104102048: a(n) TestRunner 0x8f50ac M [] in OrderedCollection(Collection)>do:displayingProgress:every: 104171212: a(n) OrderedCollection 0x8f50cc M OrderedCollection>do: 104171212: a(n) OrderedCollection 0x8efb10 M [] in OrderedCollection(Collection)>do:displayingProgress:every: 104171212: a(n) OrderedCollection 0x8efb34 M [] in ProgressInitiationException>defaultMorphicAction 117364284: a(n) ProgressInitiationException 0x8efb50 M BlockClosure>on:do: 117365116: a(n) BlockClosure 0x8efb78 M [] in ProgressInitiationException>defaultMorphicAction 117364284: a(n) ProgressInitiationException 0x8efb98 M BlockClosure>ensure: 117364980: a(n) BlockClosure 0x8efbbc M ProgressInitiationException>defaultMorphicAction 117364284: a(n) ProgressInitiationException 0x8efbd4 M MorphicUIManager>progressInitiationExceptionDefaultAction: 80294140: a(n) MorphicUIManager 0x8efbf0 M ProgressInitiationException>defaultAction 117364284: a(n) ProgressInitiationException 0x8efc0c M UndefinedObject>handleSignal: 78381060: a(n) UndefinedObject 0x8efc2c M MethodContext(ContextPart)>handleSignal: 104675620: a(n) MethodContext 0x8efc48 M ProgressInitiationException(Exception)>signal 117364284: a(n) ProgressInitiationException 0x8efc60 M ProgressInitiationException>display:at:from:to:during: 117364284: a(n) ProgressInitiationException 0x8efc8c M ProgressInitiationException class>display:at:from:to:during: 80856472: a(n) ProgressInitiationException class 0x8efcb8 M ByteString(String)>displayProgressAt:from:to:during: 89108292: a(n) ByteString 0x8efcec M OrderedCollection(Collection)>do:displayingProgress:every: 104171212: a(n) OrderedCollection 0x8efd10 M OrderedCollection(Collection)>do:displayingProgress: 104171212: a(n) OrderedCollection 0x8efd40 I [] in TestRunner>basicRunSuite:do: 104102048: a(n) TestRunner 0x8efd60 M BlockClosure>ensure: 117364072: a(n) BlockClosure 0x8efd84 I TestRunner>basicRunSuite:do: 104102048: a(n) TestRunner 0x8efdac I TestRunner>runSuite: 104102048: a(n) TestRunner 0x8efdc8 M TestRunner>runAll 104102048: a(n) TestRunner 0x8efde8 I PluggableButtonMorph>performAction 104128960: a(n) PluggableButtonMorph 0x8efe04 M [] in PluggableButtonMorph>mouseUp: 104128960: a(n) PluggableButtonMorph 0x8efe28 M Array(SequenceableCollection)>do: 104170568: a(n) Array 0x8efe48 M PluggableButtonMorph>mouseUp: 104128960: a(n) PluggableButtonMorph 0x8efe64 M PluggableButtonMorph(Morph)>handleMouseUp: 104128960: a(n) PluggableButtonMorph 0x8efe80 M MouseButtonEvent>sentTo: 104170528: a(n) MouseButtonEvent 0x8efe9c M PluggableButtonMorph(Morph)>handleEvent: 104128960: a(n) PluggableButtonMorph 0x8efeb8 M PluggableButtonMorph(Morph)>handleFocusEvent: 104128960: a(n) PluggableButtonMorph 0x8efee0 M [] in HandMorph>sendFocusEvent:to:clear: 79625104: a(n) HandMorph 0x8efefc M [] in PasteUpMorph>becomeActiveDuring: 80073648: a(n) PasteUpMorph 0x8eff18 M BlockClosure>on:do: 104170476: a(n) BlockClosure 0x8eff44 M PasteUpMorph>becomeActiveDuring: 80073648: a(n) PasteUpMorph 0x8eff68 M HandMorph>sendFocusEvent:to:clear: 79625104: a(n) HandMorph 0x8eff90 M HandMorph>sendEvent:focus:clear: 79625104: a(n) HandMorph 0x8effb4 M HandMorph>sendMouseEvent: 79625104: a(n) HandMorph 0x8effd8 M HandMorph>handleEvent: 79625104: a(n) HandMorph 0x8f0004 M HandMorph>processEvents 79625104: a(n) HandMorph 0x8f001c M [] in WorldState>doOneCycleNowFor: 80242024: a(n) WorldState 0x8f0040 M Array(SequenceableCollection)>do: 78394416: a(n) Array 0x8f005c M WorldState>handsDo: 80242024: a(n) WorldState 0x8f0078 M WorldState>doOneCycleNowFor: 80242024: a(n) WorldState 0x8f0094 M WorldState>doOneCycleFor: 80242024: a(n) WorldState 0x8f00b0 M PasteUpMorph>doOneCycle 80073648: a(n) PasteUpMorph 0x8f00d0 I [] in Project class>? 80481880: a(n) Project class 80528720 s [] in BlockClosure>? On Tue, Jun 28, 2011 at 9:20 PM, Brian Tabone <brian_tabone(a)yahoo.com>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. > > -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 > > > > > > -- Mariano http://marianopeck.wordpress.com

June 28, 2011

Re: [Pharo-project] Re Please test Pharo 1.3!

by Mariano Martinez Peck

Yes, can you try with the last one from http://www.mirandabanda.org/files/Cog/VM/ ? 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

June 28, 2011

Re: [Pharo-project] Re Please test Pharo 1.3!

by Marcus Denker

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.

June 28, 2011

Re: [Pharo-project] Re Please test Pharo 1.3!

by Brian Tabone

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. -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

June 28, 2011

Re: [Pharo-project] About HTTP proxies, settings and MacOS

by Denis Kudriashov

Is Zinc-HTTP supports NTLM proxy authentication? 2011/6/28 Sven Van Caekenberghe <sven(a)beta9.be> > Name: Zinc-HTTP-SvenVanCaekenberghe.164 > Author: SvenVanCaekenberghe > Time: 17 June 2011, 9:16:22 am > UUID: 90d57d3d-fc41-4548-a2fd-dcd7c22a3a1f > Ancestors: Zinc-HTTP-SvenVanCaekenberghe.163 > > implemented support for proxies that require authorization; > ZnHeaders class>>#requestHeadersFor: will add a Proxy-Authorization header > when needed; > added public API ZnNetworkingUtils > class>>#proxyAuthorizationHeaderValueToUrl: > removed public API ZnNetworkingUtils class>>#httpProxy and #isProxySet; > upgraded public API ZnNetworkingUtils class>>#shouldProxyUrl: to be a > primary interface; > refactored internals of ZnNetworkUtils to use NetworkSystemSettings > directly instead of HTTPSocket; > > this code still has to be tested and validated with real world proxies > --- > > Zn is no longer using HTTPSocket as authorative source for the proxy > settings info, but is using NetworkSystemSettings. This was necessary to get > the info for authenticated proxies. Also, we should not depend on HTTPSocket > if we can avoid it. > > So yes, it seems as if the code that Marcus showed needs to modify > NetworkSystemSettings, which would fix Mariono's issues. > > > Sven > > >

June 28, 2011

Re: [Pharo-project] [GS/SS Beta] zinc incompatibilities with gemstone

by Paul DeBruicker

Hi Esteban - How are you loading Zinc into Gemstone? Were you using the metacello configuration on Squeaksource or something else? The reason I ask is all three issues you report were fixed/working at the start of June when I updated the port to what was current at the time. The Gemstone port is current up to Zinc-HTTP-SvenVanCaekenberghe.162 which is from May 19th. Let me know if loading via the metacello config is flawed and I'll update everything. Also check that you are loading version 1.1 of the project. It is the version referenced in #stable: I pasted the specific fixes below Thanks Paul ZnUrl>>scheme: symbol symbol isNil ifTrue: [ scheme := nil ] ifFalse: [ (#(http https) includes: symbol asSymbol) ifTrue: [ scheme := symbol asSymbol ] ifFalse: [ (ZnUnknowScheme scheme: symbol) signal ] ] ZnNetworkingUtils>>isProxySet ^ HTTPSocket httpProxyServer isEmptyOrNil not ZnNetworkingUtils class>> socketStreamTimeout "Timeout in seconds for SocketStream IO" ^ 10

June 28, 2011