November 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] New configuration for XMLWriter!

by Tudor Girba

Hi Stef, ConfigurationOfXMLWriter does not work. The moose build fails because XML-Writer-Core-monty.5 does not seem to exist: FAILED->XML-Writer-Core-monty.5[31mCould not resolve: XML-Writer-Core [XML-Writer-Core-monty.5] in /builds/workspace/moose-5.0/package-cache http://smalltalkhub.com/mc/Pharo/XMLWriter/main/ I did not have time to look into the problem. Could you take a look? Doru On Sun, Nov 24, 2013 at 6:29 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi guys > > I created a new configuration based on the work on monty for the > XMLWriter. Please test and let us know. > In PharoExtras/XMLWriter and available via the configurationBrowser. > > Thanks Monty > > Stef > Working on the new configurationOfXMLParserâ¦. > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 25, 2013

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30594 Home: https://github.com/pharo-project/pharo-core

Nov. 25, 2013

[pharo-project/pharo-core] 7d380d: 30594

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 7d380dcb3b89f9a0b654cc5c711f5c0fcb7c0260 https://github.com/pharo-project/pharo-core/commit/7d380dcb3b89f9a0b654cc5c… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-11-25 (Mon, 25 Nov 2013) Changed paths: A Deprecated30.package/extension/String/instance/encodeForHTTP.st A Deprecated30.package/extension/String/instance/encodeForHTTPWithTextEncoding_.st A Deprecated30.package/extension/String/instance/encodeForHTTPWithTextEncoding_conditionBlock_.st A MonticelloGUI.package/MCSaveVersionDialog.class/class/initialization/previousMessages.st M MonticelloGUI.package/MCSaveVersionDialog.class/instance/log message history/previousMessages.st R Network-Protocols.package/extension/String/instance/encodeForHTTP.st R Network-Protocols.package/extension/String/instance/encodeForHTTPWithTextEncoding_.st R Network-Protocols.package/extension/String/instance/encodeForHTTPWithTextEncoding_conditionBlock_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script249.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30594.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30594 12233 Move a class related method on class side in MCSaveVersionDialog https://pharo.fogbugz.com/f/cases/12233 12239 Move Network-Protocols deprecated methods to Deprecated30 package https://pharo.fogbugz.com/f/cases/12239 http://files.pharo.org/image/30/30594.zip

Nov. 25, 2013

Re: [Pharo-dev] why can't we select the browser we want to use anymore via the window menu?

by Marcus Denker

On 25 Nov 2013, at 10:04, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 25 Nov 2013, at 09:19, phil(a)highoctane.be wrote: > >> Exactly. This researcher/industry - lab/delivery is always present, no matter where one goes. >> >> I was thinking more along the lines of: >> >> >> Investing in the industry >> >> Thousands of vendors depend on IntelÂ® processors for product development. To help them forge ahead with new product advancements, Intel invests heavily in research that drives innovations at the silicon level and establishes new, industry-wide standards. Combined with the predictability of Intelâs tick-tock model, these efforts promote faster, more efficient innovation throughout the industryâyear-in and year-out. >> >> >> >> >> >> > > Yes, and tick-tock as well as research all happens in parallel. > > Now how can we get the resource to do that? > > In the end, the âstable/unstableâ is very much like a tick/tock: we release, when we find problems in the release (and we find a fixâ¦) we fix the release (tik), > while working in tok (big change). > > It would be better to have payed teams for bothâ¦ > With âpayedâ I donât mean the money aspect but the fact that someone will look at the bug tracker every day and spend all hours needed to fix even those bugs that he/she does not care about at all and has never managed to run into. Marcus

Nov. 25, 2013

Re: [Pharo-dev] why can't we select the browser we want to use anymore via the window menu?

by Marcus Denker

On 25 Nov 2013, at 09:19, phil(a)highoctane.be wrote: > Exactly. This researcher/industry - lab/delivery is always present, no matter where one goes. > > I was thinking more along the lines of: > > > Investing in the industry > > Thousands of vendors depend on IntelÂ® processors for product development. To help them forge ahead with new product advancements, Intel invests heavily in research that drives innovations at the silicon level and establishes new, industry-wide standards. Combined with the predictability of Intelâs tick-tock model, these efforts promote faster, more efficient innovation throughout the industryâyear-in and year-out. > > > > > > Yes, and tick-tock as well as research all happens in parallel. Now how can we get the resource to do that? In the end, the âstable/unstableâ is very much like a tick/tock: we release, when we find problems in the release (and we find a fixâ¦) we fix the release (tik), while working in tok (big change). It would be better to have payed teams for bothâ¦ Marcus

Nov. 25, 2013

Re: [Pharo-dev] why can't we select the browser we want to use anymore via the window menu?

by phil＠highoctane.be

Exactly. This researcher/industry - lab/delivery is always present, no matter where one goes. I was thinking more along the lines of: Investing in the industry Thousands of vendors depend on IntelÂ® processors for product development. To help them forge ahead with new product advancements, Intel invests heavily in research that drives innovations at the silicon level and establishes new, industry-wide standards. *Combined with the predictability *of Intelâs tick-tock model, these efforts promote faster, more efficient innovation throughout the industryâyear-in and year-out. --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Mon, Nov 25, 2013 at 8:40 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > > Am 24.11.2013 um 21:18 schrieb Marcus Denker <marcus.denker(a)inria.fr>: > > > On 24 Nov 2013, at 21:08, phil(a)highoctane.be wrote: > > This makes think of the tick tock model of Intel improvements. > > > http://www.intel.com/content/www/us/en/silicon-innovations/intel-tick-tock-… > > Looks like with 2.0 and 3.0 we are going to have two "tick"s in a row. > That may be too much. > > I am afraid even trying out 3.0 when reading about all the moving parts > that are changing in all corners. > > > Maybe we should give up, define Pharo as finished and be happy. > > > I don't think that every statement that has a notion like the one from > phil needs a response out of self-defense. This will happen as long as the > "researcher guys" and the "industry guys" share the same table. It is just > the way it is and we are free to leave statements uncommented. > > Norbert >

Nov. 25, 2013

Re: [Pharo-dev] why can't we select the browser we want to use anymore via the window menu?

by Norbert Hartl

> Am 24.11.2013 um 21:31 schrieb Tudor Girba <tudor(a)tudorgirba.com>: > > I am using Pharo 3.0 in production and it is highly reliable. > So it is not just reliable but highly reliable? What does it mean and what do you call "using in production"? Norbert > Doru > > >> On Sun, Nov 24, 2013 at 9:08 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: >> This makes think of the tick tock model of Intel improvements. >> >> http://www.intel.com/content/www/us/en/silicon-innovations/intel-tick-tock-… >> >> Looks like with 2.0 and 3.0 we are going to have two "tick"s in a row. That may be too much. >> >> I am afraid even trying out 3.0 when reading about all the moving parts that are changing in all corners. >> >> Phil >> >> >> >> --- >> Philippe Back >> Dramatic Performance Improvements >> Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 >> Mail:phil@highoctane.be | Web: http://philippeback.eu >> Blog: http://philippeback.be | Twitter: @philippeback >> Youtube: http://www.youtube.com/user/philippeback/videos >> >> High Octane SPRL >> rue cour Boisacq 101 | 1301 Bierges | Belgium >> >> Pharo Consortium Member - http://consortium.pharo.org/ >> Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com >> Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller >> >> >> >> >>> On Sun, Nov 24, 2013 at 9:02 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Hi guys >>> >>> It would be good not to clean without a clear vision. >>> For example we cannot register an old browser to browse code via the menu of a window. >>> Now let us think two minutes to see if you can get my point: >>> >>> - I want to unload nautilus, rb, keymapping, athens, Ecompletion, Gofer, NativeBoost, Zinc, â¦.. >>> and reload them via their configuration so that we can manage Pharo with configurations. >>> >>> - Right now we LOST yes LOST the configurations of most of the part of the systems (I just spendt several afternoon >>> on the one of RB in the past and now guess what) because >>> we do not have a process to use them and we are afraid to have 10 packages and 10 classes more in the system. >>> I do not understand why we do not start to put the configuration inside the image. To me this is totally stupid >>> not to do it. >>> >>> - Now without a browser this is nearly impossible to work. So we will remove the old browser >>> but we should go slowly because else I will you do it with emacs outside the image to see if you succeed. >>> >>> So it would be good to focus on real impacting changes. >>> >>> Stef > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Nov. 25, 2013

Re: [Pharo-dev] why can't we select the browser we want to use anymore via the window menu?

by Norbert Hartl

> Am 24.11.2013 um 21:18 schrieb Marcus Denker <marcus.denker(a)inria.fr>: > > >> On 24 Nov 2013, at 21:08, phil(a)highoctane.be wrote: >> >> This makes think of the tick tock model of Intel improvements. >> >> http://www.intel.com/content/www/us/en/silicon-innovations/intel-tick-tock-… >> >> Looks like with 2.0 and 3.0 we are going to have two "tick"s in a row. That may be too much. >> >> I am afraid even trying out 3.0 when reading about all the moving parts that are changing in all corners. > > Maybe we should give up, define Pharo as finished and be happy. I don't think that every statement that has a notion like the one from phil needs a response out of self-defense. This will happen as long as the "researcher guys" and the "industry guys" share the same table. It is just the way it is and we are free to leave statements uncommented. Norbert

Nov. 25, 2013

Re: [Pharo-dev] why can't we select the browser we want to use anymore via the window menu?

by Norbert Hartl

> Am 24.11.2013 um 21:08 schrieb "phil(a)highoctane.be" <phil(a)highoctane.be>: > > This makes think of the tick tock model of Intel improvements. > > http://www.intel.com/content/www/us/en/silicon-innovations/intel-tick-tock-… > > Looks like with 2.0 and 3.0 we are going to have two "tick"s in a row. That may be too much. > > I am afraid even trying out 3.0 when reading about all the moving parts that are changing in all corners. Yep, me too. But then I think it can't be worse than 2.0 :) We have to live with that. There won't be a matured image version anytime soon so ... Norbert > > Phil > > > > --- > Philippe Back > Dramatic Performance Improvements > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 > Mail:phil@highoctane.be | Web: http://philippeback.eu > Blog: http://philippeback.be | Twitter: @philippeback > Youtube: http://www.youtube.com/user/philippeback/videos > > High Octane SPRL > rue cour Boisacq 101 | 1301 Bierges | Belgium > > Pharo Consortium Member - http://consortium.pharo.org/ > Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com > Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller > > > > >> On Sun, Nov 24, 2013 at 9:02 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Hi guys >> >> It would be good not to clean without a clear vision. >> For example we cannot register an old browser to browse code via the menu of a window. >> Now let us think two minutes to see if you can get my point: >> >> - I want to unload nautilus, rb, keymapping, athens, Ecompletion, Gofer, NativeBoost, Zinc, â¦.. >> and reload them via their configuration so that we can manage Pharo with configurations. >> >> - Right now we LOST yes LOST the configurations of most of the part of the systems (I just spendt several afternoon >> on the one of RB in the past and now guess what) because >> we do not have a process to use them and we are afraid to have 10 packages and 10 classes more in the system. >> I do not understand why we do not start to put the configuration inside the image. To me this is totally stupid >> not to do it. >> >> - Now without a browser this is nearly impossible to work. So we will remove the old browser >> but we should go slowly because else I will you do it with emacs outside the image to see if you succeed. >> >> So it would be good to focus on real impacting changes. >> >> Stef >

Nov. 25, 2013

Re: [Pharo-dev] [Vm-dev] Frequent SegFaults in PharoVM with Pharo 3.0

by Max Leske

Interesting development: no SegFaults (while using exactly the same code) when using an older Pharo image (version 30321 instead of latest). This obviously suggests that the problem lies with the image and not necessarily the vm. Max On 10.11.2013, at 20:10, Max Leske <maxleske(a)gmail.com> wrote: > > On 07.11.2013, at 08:20, Max Leske <maxleske(a)gmail.com> wrote: > >> On 07.11.2013, at 00:27, vm-dev-request(a)lists.squeakfoundation.org wrote: >> >>> Date: Wed, 6 Nov 2013 19:23:47 -0200 >>> From: Mariano Martinez Peck <marianopeck(a)gmail.com> >>> Subject: Re: [Vm-dev] Frequent SegFaults in PharoVM with Pharo 3.0 >>> To: Squeak Virtual Machine Development Discussion >>> <vm-dev(a)lists.squeakfoundation.org> >>> Message-ID: >>> <CAA+-=mWDtHGQWSHx-m4u37Kj0UAMx=UG=qUCz+wMvgDT8BaQZQ(a)mail.gmail.com> >>> Content-Type: text/plain; charset="windows-1252" >>> >>> Max, did you try with Eliot VMs besides the pharo ones? >> >> No, I havenât. I can try (though only on my machine), but if I canât reproduce the SegFault that doesnât mean much unfortunately. It took me 10 to 20 tries with the PharoVM tooâ¦ >> >> Iâll try anyway and let you know what I find. >> >> Max > > I just gave CogVM and NBCog a shot. Unfortunately I canât use the images because theyâve been built with PharoVM and hang after load. At least on the Pharo CI there are no jobs that create Cog / NBCog images. > > So no luck with different VMs. > > Max > >> >>> >>> Thanks >>> >>> >>> On Wed, Nov 6, 2013 at 6:04 PM, Max Leske <maxleske(a)gmail.com> wrote: >>> >>>> >>>> Hi >>>> >>>> Weâve been encountering frequent SegFaults when running the Fuel tests on >>>> the Pharo CI (https://ci.inria.fr/pharo-contribution/job/Fuel/) Since >>>> today Iâve also been able to reproduce the SegFaults on my MacBook Pro (OS >>>> X 10.9) too. We have not been able to determine the cause of the SegFault >>>> but we can produce SegFaults often, although not reliable (more reliable on >>>> the CI). >>>> >>>> The CI uses the stable VM: >>>> http://files.pharo.org/vm/pharo/linux/stable.zip >>>> I use a newer version from October on my machine: >>>> http://files.pharo.org/vm/pharo/mac/273.zip >>>> >>>> Iâve attached all the dumps of the crashes I was able to produce on my >>>> machine, together with Appleâs crash logs. >>>> >>>> Iâve been able to deduce the following: >>>> - garbage collection seems to be a trigger for the SegFault. When one of >>>> the methods FLMethodContextSerialization>>testFuelShouldIgnoreFuel and >>>> FLMethodContextSerialization>>testMethodContextWithNilPc contain the line >>>> â3 timesRepeat: [Smalltalk garbageCollect]â the SegFault appears nearly >>>> always (on CI). When I remove the line the builds run through. >>>> - Not all methods with the garbage collect line trigger a SegFault (I >>>> could only identify those two) >>>> - the garbage collect line itself suffices as a trigger in the mentioned >>>> methods. >>>> - The number of tests (amount of used memory?) seems to influence the >>>> appearence of the SegFault (e.g. loading "DevelopmentGroup" seems to >>>> trigger it more often than loading âBenchmarksâ) >>>> - the SegFault always appears after the tests with the garbage collect >>>> line have been run, never before >>>> - the VM canât write the crash.dmp every time >>>> >>>> Since the SegFaults are so random I cannot give you an image to reproduce >>>> the problem. Iâve had the best results using a fresh 3.0 image ( >>>> http://files.pharo.org/image/30/30549.zip) and then evaluating the >>>> following in a workspace: >>>> >>>> Gofer it >>>> smalltalkhubUser: 'Pharo' project: 'Fuel'; >>>> package: 'ConfigurationOfFuel'; >>>> load. >>>> >>>> ((Smalltalk at: #ConfigurationOfFuel) project version: #bleedingEdge) >>>> load: 'DevelopmentGroup'. >>>> >>>> HDTestReport >>>> runClasses: (TestCase allSubclasses select: [ :class | class name >>>> beginsWith: 'FL']) >>>> named: âfoo' >>>> >>>> If it doesnât work, try using the TestRunner manually. Select the default >>>> Fuel tests (alphabetically at F) and the additional Fuel tests (at the >>>> bottom of the list) and run them. >>>> >>>> If anybody has any clue about what could be going on Iâd really appreciate >>>> any input. Iâll happily provide more information if I can. >>>> >>>> Thanks for reading :) >>>> Max >>>> >>>> >>>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com

Nov. 25, 2013