Pharo-dev
By thread
pharo-dev@lists.pharo.org
By month
Messages by month
- ----- 2026 -----
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
June 2011
- 110 participants
- 1097 messages
Re: [Pharo-project] Re Please test Pharo 1.3!
by Brian Tabone
Marcus,
   I have run all tests against http://www.mirandabanda.org/files/Cog/VM/VM.r2437/nsvmwin.zip, crashed the VM. I tried running Zn* and 151 ran and passed. I then tested all but the Zn* and got further along but had another VM crash. crash2.dmp and Pharo 1.3 VM crash 2 are from this last run.
VM info:
Cog VM 4.0.0 (release) from Jun 19, 2011
Compiler: gcc 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
-Brian
________________________________
From: Marcus Denker <marcus.denker(a)inria.fr>
To: Pharo-project(a)lists.gforge.inria.fr; Brian Tabone <brian_tabone(a)yahoo.com>
Sent: Tuesday, June 28, 2011 2:27 PM
Subject: Re: [Pharo-project] Re Please test Pharo 1.3!
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 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