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

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

by Max Leske

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

Re: [Pharo-dev] Checking RB rules? manifest browser?

by Benjamin

There is the critic browser within the image, but I do not know if you can use your own rules Ben On 06 Nov 2013, at 22:43, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > We have some rules we would like to check against our code (Amber slime rules). How can we do that? > Do we need the manifest browser? How to load it? I searched for "manifest" in smalltalkhub and I got no result. > > Help appreciated. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Nov. 6, 2013

Checking RB rules? manifest browser?

by Alexandre Bergel

Hi! We have some rules we would like to check against our code (Amber slime rules). How can we do that? Do we need the manifest browser? How to load it? I searched for "manifest" in smalltalkhub and I got no result. Help appreciated. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 6, 2013

Frequent SegFaults in PharoVM with Pharo 3.0

by Max Leske

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

Nov. 6, 2013

Re: [Pharo-dev] [Edu] 3-day project with high school students

by phil＠highoctane.be

Guille's LOOP? On Wednesday, November 6, 2013, wrote: > roberto.minelli(a)usi.ch wrote: > >> Hi, >> >> I would like to hear an opinion from you. I need to organize a 3-day >> project with high-school students. In short they will come to our >> University and I am the responsible to guide them to do âsomethingâ to >> introduce them to programming. >> >> The assumption is that they have zero background about programming. In >> this mailing list Iâve read a couple of previous discussions about how to >> start to use Pharo and ST for educational purposes, but Iâd love to collect >> additional opinions. >> >> Visual programming is one of the thing that came to my mind. I though >> about Phratch. Michele suggested me to look also at Etoys (squeakland.org) >> and I will start to look at thesee two tools in the next days. >> >> Any opinion, proposal, tool, article, suggestion, hint on the topic is >> really welcome. >> >> Thanks in advance, >> Roberto >> >> >> >> >> > Three days is not long if they are starting from zero. See if you can > prime them by getting them to first play the game Kodable on the iPad, > before they get there. Then you'll have more impact. I have my young kids > playing it and its worth trying it out yourself. > > cheers -ben > > -- --- 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

Nov. 6, 2013

Re: [Pharo-dev] Deep Into Pharo: PPExpressionParser

by Norbert Hartl

Am 06.11.2013 um 17:32 schrieb Stephan Eggermont <stephan(a)stack.nl>: > Hi Sean, > > In PetitDelphi, we defined a few convenience methods > like plusFor:separatedByToken: that you might find useful. You may have a look at PParser>>#delimitedBy: Norbert

Nov. 6, 2013

Re: [Pharo-dev] Nautilus groups in 3.0

by Benjamin

I think e should remove NautilusUI since itâs now useless and not working and merge it with the TreeNautilusThingy. Itâs quite disturbing to have something there almost working but nope :( And we should iterate a lot over it since a lot of usability has been lost in thereâ¦ For me, it was to soon for a release Ben On 06 Nov 2013, at 16:56, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > if it is there, someone re-added it (because I removed it). > anyway, just to be clear: > > 1) the three is not going to go... is there to stay. We can (and should) improve it, but we are not going to remove it. > 2) what we can do is to re-add the "groups" button and a preference to join or not-join groups in the three panel. > > So, sorry for the hate, but you better deal with it :) > > > > > On Wed, Nov 6, 2013 at 11:11 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > >is not on top, "groups" are removed (since now they are on top, no need for a button). > > But thats what I mean - the "Groups" button is still there. Directly behind the "Hierarchy" > button (but visible by a few pixels on the left). > > Just have a look (see attachement). Use the morphic halos to move the button morph and you will see him. > > Is this a "easter egg" or is your "group" cleanup not yet finished? > > Thx > T. >

Nov. 6, 2013

Re: [Pharo-dev] Nautilus groups in 3.0

by Torsten Bergmann

Esteban wrote: >if it is there, someone re-added it (because I removed it).Â In newest Pharo3.0 Latest update: #30549 there is AbstractNautilusUI>>buildFirstColumn: PackageTreeNautilusUI>>buildFirstColumn: both add the "Group" button and both have your name in the method version. All the other methods for it like #buildGroupsButton, #groupsButtonState, ... are there as well. Dont know where you mean it was removed. However, when one removes the "PackageTreeNautilusUI>>buildFirstColumn:" method the buttons are shown as before, but the Group button has no effect when clicking. Can you have a look again please? Thx T.

Nov. 6, 2013

Re: [Pharo-dev] Deep Into Pharo: PPExpressionParser

by Stephan Eggermont

Hi Sean, In PetitDelphi, we defined a few convenience methods like plusFor:separatedByToken: that you might find useful. Stephan

Nov. 6, 2013

Re: [Pharo-dev] NBOpenGL VM crash.

by Ronie Salgado

I placed an image in my dropbox which reproduces the problem: https://www.dropbox.com/s/7bfdpu4eqrmb7vt/crash-NBOpenGL.zip Greetings, Ronie Salgado 2013/11/6 Igor Stasenko <siguctua(a)gmail.com> > According to dump, it crashes during call to: > > 0x21d8c8 I NBWndClassEx class>unregister:instance: 0x10f7e7cc: a(n) > NBWndClassEx class > > the reason could be that you passing wrong handle which not exists (or was > existed in previous image session but invalid now). > > Not much else i can say without having image and trying myself. > > > > On 6 November 2013 03:42, Ronie Salgado <roniesalg(a)gmail.com> wrote: > >> I'm trying to use the latest version of NBOpenGL in Windows in Pharo 3.0. >> First I'm receiving a "Not suitable implementation" error message. This >> can be solved by adding the following at the class side of >> NBWin32GLContextDriver. >> >> NBWin32GLContextDriver>>supportsCurrentPlatform >> ^ NativeBoost platformId = NativeBoostConstants win32PlatformId >> >> Then, trying the following Roassal3D example produces a VM crash: >> >> R3Example new city >> >> Attached is the crash.dmp file. Currently, we are using an old pharo >> image for developing Roassal3D under windows. >> >> Greetings, >> Ronie Salgado >> > > > > -- > Best regards, > Igor Stasenko. >

Nov. 6, 2013