- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo5 download for linux - interpreter cannot read image file

by Andreas Sunardi

Hi Stef, Well, I'm afraid I'm going to disappoint you. I made exactly 1 tool with Pharo in my previous work place and currently trying to get ready to use Pharo when opportunity comes in my current work place. That tool I made was a small tool, a custom controller for ASIC testing. It's a GUI to control ASIC, representing register values as what they mean, organizing them in UI layout in a logical manner. A logical abstraction of a hardware implementation, if you will. It saves my test engineer from having to do what he wants to do in hex numbers, from counting bits and from making error. It's a custom tool for each ASIC. Restoring ASIC state by syncing with Pharo image is really pleasant :) I learnt a lot form Pharo. Morph concept where every GUI element is presentable is very helpful. Wondering what the actual value of a register is? Just ask the register instance to display itself and I can monitor it. Many more of course, but I don't want to bore you to death. My previous company has a long history with Smalltalk. I was fortunate to learn about Smalltalk there. They have ASIC design tool written in Smalltalk, still used today. They don't use Smalltalk anymore. After some years, I missed it, found Pharo, and when an opportunity came to solve a problem, I did it with Pharo. My engineer loved it :) On Tue, Oct 11, 2016 at 12:38 PM, stepharo <stepharo(a)free.fr> wrote: > Hi andreas > > are you using Pharo at work :)? > > Can we know more? > > > Stef > > Le 11/10/16 Ã 17:28, Andreas Sunardi a Ã©crit : > > I confirmed the new version is working just fine. > > If this info is helpful, I'm running this new version on my CentOS 6.5 at > my work. > > On Tue, Oct 11, 2016 at 3:02 AM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> I made a new version of http://files.pharo.org/platfor >> m/Pharo5.0-linux-oldLibC.zip, based on Yan's VM... They should work >> fine. >> >> Now... I need a CentOS compatible VM :P >> >> Esteban >> >> On 10 Oct 2016, at 08:29, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> >> On 10 Oct 2016, at 05:47, Andreas Sunardi <a.sunardi(a)gmail.com> wrote: >> >> Hello Stef, >> >> IMHO, since the 'GNU/Linux w. libc < 2.15' download in Pharo download >> webpage is broken anyway, we should repackage that download. Then other >> people using this version doesn't have to follow extra instruction to patch >> it. Having said that, I understand you and the Pharo team may have a reason >> to not hastily repackage that download option. >> >> >> yes, it is :( >> I need to fix that link. >> >> Esteban >> >> >> So, here are the downloads needed: >> 1. 'GNU/Linux w. libc < 2.15' from Pharo download page >> http://pharo.org/gnu-linux-installation >> $ wget http://files.pharo.org/platform/Pharo5.0-linux-oldLibC.zip >> >> 2. Jan Vrany's Pharo 5 VM https://swing.fit.cvut.cz/j >> enkins/job/pharo-vm-spur-swing/. I used the current latest build, which >> is currently build #5, Jan 17, 2016 >> $ wget https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm >> -spur-swing/lastSuccessfulBuild/artifact/pharo-vm-spur-swing.zip >> >> 3. Pharo 5 sources file from http://files.pharo.org/sources/ >> $ wget http://files.pharo.org/sources/PharoV50.sources.zip >> >> 4. Latest Pharo 5 image from http://files.pharo.org/image, which is >> currently 50761 >> $ wget http://files.pharo.org/image/50/Pharo-Image-5.0-latest.zip >> >> >> Installation: >> 1. Unzip 'GNU/Linux w. libc < 2.15' >> $ unzip Pharo5.0-linux-oldLibC.zip >> >> 2. Replace VM in bin/ with Jan Vrany's build >> $ cd pharo5.0/bin >> $ unzip ../../pharo-vm-spur-swing.zip >> >> 3. Put Pharo 5 sources file in the VM directory >> $ unzip ../../PharoV50.sources.zip >> >> 4. Replace image and changes file with the latest >> $ cd ../shared >> $ rm Pharo5.0.{image,changes} >> $ unzip ../../Pharo-Image-5.0-latest.zip >> $ mv Pharo-50761.image Pharo5.0.image >> $ mv Pharo-50761.changes Pharo5.0.changes >> >> >> Now, we can run pharo with libc < 2.15 >> $ cd .. >> $ pharo >> >> >> I hope that help! >> -- >> Andreas >> >> On Sat, Oct 8, 2016 at 10:10 AM, stepharo <stepharo(a)free.fr> wrote: >> >>> Hi >>> >>> I would like a list of >>> >>> - links >>> >>> - actions (unix commands) >>> >>> so that we can add it to the web site so that other people using the >>> same version than you >>> >>> can install and run pharo simply. >>> >>> >>> Stef >>> >>> >>> Le 7/10/16 Ã 19:06, Andreas Sunardi a Ã©crit : >>> >>> Hi Stef, >>> >>> Can you explain a little bit about what this 'How to' is? Just now I'm >>> able to finally run pharo5 on my CentOS with glibc version < 2.15 and I >>> wrote my finding in my other reply. >>> >>> Are you referring to how to put these things together to finally able to >>> run pharo? Or are you referring to my digging through the error? >>> >>> >>> On Thu, Oct 6, 2016 at 11:08 PM, stepharo <stepharo(a)free.fr> wrote: >>> >>>> Hi andreas >>>> >>>> could you write a little how to so that we can put it on the web site? >>>> >>>> Stef >>>> >>>> Le 7/10/16 Ã 06:20, Andreas Sunardi a Ã©crit : >>>> >>>> Thanks, Bernardo. That fogbugz case is exactly the problem I'm having. >>>> >>>> This VM (pharo-vm-spur-swing.zip) is able to open Pharo 5.0 image from >>>> Pharo download page. This is a good sign. >>>> >>>> Upon opening the image, I am, however, presented immediately with >>>> 'MessageNotUnderstood: receiver of "/" is nil'. It's coming from >>>> SystemSettingsPersistence class >> defaultPreferenceFileReference >>>> >>>> It boils down to >>>> OSEnvironment#getEnv: 'HOME' >>>> >>>> a failure in building an FFI call. The FFI call function signature is >>>> #( String getenv (String string) ) >>>> >>>> The context object built from OSEnvironment#getEnv: gives answer >>>> 'arg1', instead of 'string', to a call to #method#argumentNames. Down the >>>> road, an IRMethod instance is trying to find the index for 'string' and >>>> can't find any, because what is stored is 'arg1'. >>>> >>>> I'm out of my depth at this point, and this is a separate issue than >>>> not being able to start the image. I have to think where I want to go from >>>> here. >>>> >>>> So, thank you for all of you, for the exceedingly quick and friendly >>>> help. >>>> >>>> Cheers! >>>> >>>> On Thu, Oct 6, 2016 at 5:42 PM, Bernardo Ezequiel Contreras < >>>> vonbecmann(a)gmail.com> wrote: >>>> >>>>> Hold on, >>>>> >>>>> There's also this issue >>>>> https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-de >>>>> bian-old-libc >>>>> >>>>> where in one comment jan.vrany recommended his build >>>>> >>>>> https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/ >>>>> >>>>> https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur >>>>> -swing/lastSuccessfulBuild/artifact/pharo-vm-spur-swing.zip >>>>> >>>>> that i have used in debian wheezy with the old libc for quite a while. >>>>> i don't use it anymore because im in jessie. >>>>> >>>>> >>>>> >>>>> On Thu, Oct 6, 2016 at 9:13 PM, Andreas Sunardi <a.sunardi(a)gmail.com> >>>>> wrote: >>>>> >>>>>> Thank you for the impressive quick response. Unfortunately, I have >>>>>> older glibc. So now I'm struggling with compiling glibc 2.15 for 32 bit on >>>>>> my 64 bit CentOS 6.5 machine. Not an easy thing to do. >>>>>> >>>>>> I'll try those VMs once I succeed in building this glibc >>>>>> >>>>>> On Thu, Oct 6, 2016 at 12:41 PM, Bernardo Ezequiel Contreras < >>>>>> vonbecmann(a)gmail.com> wrote: >>>>>> >>>>>>> this >>>>>>> http://files.pharo.org/vm/pharo-spur32/linux/latest.zip >>>>>>> >>>>>>> works pretty well in Debian GNU/Linux 8 Jessie >>>>>>> >>>>>>> >>>>>>> On Thu, Oct 6, 2016 at 4:09 PM, ClÃ©ment Bera <bera.clement(a)gmail.com >>>>>>> > wrote: >>>>>>> >>>>>>>> Thanks for reporting the problem. >>>>>>>> >>>>>>>> The error means the VM is incompatible with the image. There was a >>>>>>>> change of image format in Pharo 5, so the package has likely an old VM >>>>>>>> while the image has the new format, or the new VM while the image has the >>>>>>>> old format. >>>>>>>> >>>>>>>> Someone will look into that problem in the incoming weeks. Most >>>>>>>> Pharo maintainers are on Mac, we noticed recently that other OS were not >>>>>>>> maintained carefully enough (We're sorry about that) and we're trying to >>>>>>>> solve that problem. >>>>>>>> >>>>>>>> Meantime.... >>>>>>>> >>>>>>>> Can you try the latest VM from here (latest.zip): >>>>>>>> http://files.pharo.org/vm/pharo-spur32/linux/ >>>>>>>> >>>>>>>> Or if still failing, the latest VM from here (latest.zip): >>>>>>>> http://files.pharo.org/vm/pharo/linux/ >>>>>>>> >>>>>>>> One of these two VMs should work. Please tell me which one worked >>>>>>>> if you try. >>>>>>>> >>>>>>>> Thanks & Regards >>>>>>>> >>>>>>>> Clement >>>>>>>> >>>>>>>> On Thu, Oct 6, 2016 at 8:44 PM, Bernardo Ezequiel Contreras < >>>>>>>> vonbecmann(a)gmail.com> wrote: >>>>>>>> >>>>>>>>> i already submitted a similar issue >>>>>>>>> https://pharo.fogbugz.com/f/cases/18221/This-interpreter-ver >>>>>>>>> s-6505-cannot-read-image-file-vers-6521 >>>>>>>>> >>>>>>>>> check it and see if it is the same >>>>>>>>> >>>>>>>>> On Thu, Oct 6, 2016 at 3:20 PM, Andreas Sunardi < >>>>>>>>> a.sunardi(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>>> I'm on CentOS 6.5 and I downloaded Pharo 5 for GNU/Linux w. libc >>>>>>>>>> < 2.15 and for CentOS. Both won't start (I have no problem with Windows >>>>>>>>>> version): >>>>>>>>>> >>>>>>>>>> $ pharo >>>>>>>>>> This interpreter (vers. 6505) cannot read image file (vers. 6521). >>>>>>>>>> Press CR to quit... >>>>>>>>>> >>>>>>>>>> I'm unable to find report or information about this issue on the >>>>>>>>>> web. I think it was like this ~2 months ago as well. Is this a known issue? >>>>>>>>>> >>>>>>>>>> First time posting question in this mailing list, so I beg your >>>>>>>>>> pardon if I break any mailing list rule. >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Andreas S >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Bernardo E.C. >>>>>>>>> >>>>>>>>> Sent from a cheap desktop computer in South America. >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Bernardo E.C. >>>>>>> >>>>>>> Sent from a cheap desktop computer in South America. >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Bernardo E.C. >>>>> >>>>> Sent from a cheap desktop computer in South America. >>>>> >>>> >>>> >>>> >>> >>> >> >> >> > >

Oct. 13, 2016

Re: [Pharo-users] Debugger with inlined methods

by Ben Coman

I don't think it is a priority. But its nice to get a feel for possibilities and constraints. cheers -ben On Thu, Oct 13, 2016 at 9:50 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > Well for quick methods it's doable. > > For inlined control flow operations it's quite difficult. Although it > could be possible now with the mustBeBoolean magic thingy... > > > On Thu, Oct 13, 2016 at 3:23 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> Ben, >> >> I was thinking the same as you, I think that if I could set the image in >> development mode, or something like that, it would not do such optimization >> so that debugger behaves more like expected. If the debugger could undo >> such optimizations would be fine also. I just assumed it should be hard to >> accomplish that..... >> >> Regards, >> Vitor >> >> On Wed, Oct 12, 2016 at 9:38 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> >> wrote: >> >>> The simulation of primitives is done in Context>>#doPrimitive:method:r >>> eceiver:args: >>> >>> Basically, specific numbers are simulated in the image while other >>> numbers are run using the VM code. >>> >>> Quick methods (what you call inlined methods) are encoded with primitive >>> numbers between 256 and 512. If you look at IRBytecodeGenerator>>quickMethodPrim >>> you should be able to find the specification of the quick primitive numbers >>> (256 = quick return self, 257 = quick return true, etc...). >>> >>> Basically if you change this method to simulate in the image those >>> primitive numbers instead of using the VM code and simulating by creating >>> the context and executing it, it should work. Or something like that. >>> >>> >>> On Wed, Oct 12, 2016 at 2:18 PM, Ben Coman <btc(a)openinworld.com> wrote: >>> >>>> On Tue, Oct 11, 2016 at 9:45 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >>>> wrote: >>>> > >>>> >> On 11 Oct 2016, at 15:43, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>>> wrote: >>>> >> >>>> >> Hello, >>>> >> >>>> >> I was TTDing today with Pharo and some odd thing happened. I had a >>>> method that just returned false and while debugging I could not step into >>>> it (i wanted to change the method while debugging), I suppose the method >>>> was inlined and so debugging was not available, is that correct? >>>> > >>>> > yes. >>>> >>>> The same also happens for accessors that return an instance variable >>>> directly. I often find It unsettling, to be expecting one behaviour >>>> and something different occurs, even if a moment later I implicitly >>>> understand what happened. >>>> >>>> Except of course that someone busy would have to do it, how hard would >>>> it be for the debugger to un-inline the method so it can step into it? >>>> Are there any reasons not to do that? >>>> >>>> cheers -ben >>>> >>>> >>> >> >

Oct. 13, 2016

Re: [Pharo-users] Debugger with inlined methods

by ClÃ©ment Bera

Well for quick methods it's doable. For inlined control flow operations it's quite difficult. Although it could be possible now with the mustBeBoolean magic thingy... On Thu, Oct 13, 2016 at 3:23 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Ben, > > I was thinking the same as you, I think that if I could set the image in > development mode, or something like that, it would not do such optimization > so that debugger behaves more like expected. If the debugger could undo > such optimizations would be fine also. I just assumed it should be hard to > accomplish that..... > > Regards, > Vitor > > On Wed, Oct 12, 2016 at 9:38 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> > wrote: > >> The simulation of primitives is done in Context>>#doPrimitive:method:r >> eceiver:args: >> >> Basically, specific numbers are simulated in the image while other >> numbers are run using the VM code. >> >> Quick methods (what you call inlined methods) are encoded with primitive >> numbers between 256 and 512. If you look at IRBytecodeGenerator>>quickMethodPrim >> you should be able to find the specification of the quick primitive numbers >> (256 = quick return self, 257 = quick return true, etc...). >> >> Basically if you change this method to simulate in the image those >> primitive numbers instead of using the VM code and simulating by creating >> the context and executing it, it should work. Or something like that. >> >> >> On Wed, Oct 12, 2016 at 2:18 PM, Ben Coman <btc(a)openinworld.com> wrote: >> >>> On Tue, Oct 11, 2016 at 9:45 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >>> wrote: >>> > >>> >> On 11 Oct 2016, at 15:43, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>> wrote: >>> >> >>> >> Hello, >>> >> >>> >> I was TTDing today with Pharo and some odd thing happened. I had a >>> method that just returned false and while debugging I could not step into >>> it (i wanted to change the method while debugging), I suppose the method >>> was inlined and so debugging was not available, is that correct? >>> > >>> > yes. >>> >>> The same also happens for accessors that return an instance variable >>> directly. I often find It unsettling, to be expecting one behaviour >>> and something different occurs, even if a moment later I implicitly >>> understand what happened. >>> >>> Except of course that someone busy would have to do it, how hard would >>> it be for the debugger to un-inline the method so it can step into it? >>> Are there any reasons not to do that? >>> >>> cheers -ben >>> >>> >> >

Oct. 13, 2016

Re: [Pharo-users] Debugger with inlined methods

by Vitor Medina Cruz

Ben, I was thinking the same as you, I think that if I could set the image in development mode, or something like that, it would not do such optimization so that debugger behaves more like expected. If the debugger could undo such optimizations would be fine also. I just assumed it should be hard to accomplish that..... Regards, Vitor On Wed, Oct 12, 2016 at 9:38 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > The simulation of primitives is done in Context>>#doPrimitive:method: > receiver:args: > > Basically, specific numbers are simulated in the image while other numbers > are run using the VM code. > > Quick methods (what you call inlined methods) are encoded with primitive > numbers between 256 and 512. If you look at IRBytecodeGenerator>>quickMethodPrim > you should be able to find the specification of the quick primitive numbers > (256 = quick return self, 257 = quick return true, etc...). > > Basically if you change this method to simulate in the image those > primitive numbers instead of using the VM code and simulating by creating > the context and executing it, it should work. Or something like that. > > > On Wed, Oct 12, 2016 at 2:18 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> On Tue, Oct 11, 2016 at 9:45 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >> > >> >> On 11 Oct 2016, at 15:43, Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> >> >> >> Hello, >> >> >> >> I was TTDing today with Pharo and some odd thing happened. I had a >> method that just returned false and while debugging I could not step into >> it (i wanted to change the method while debugging), I suppose the method >> was inlined and so debugging was not available, is that correct? >> > >> > yes. >> >> The same also happens for accessors that return an instance variable >> directly. I often find It unsettling, to be expecting one behaviour >> and something different occurs, even if a moment later I implicitly >> understand what happened. >> >> Except of course that someone busy would have to do it, how hard would >> it be for the debugger to un-inline the method so it can step into it? >> Are there any reasons not to do that? >> >> cheers -ben >> >> >

Oct. 13, 2016

Re: [Pharo-users] Debugger with inlined methods

by ClÃ©ment Bera

The simulation of primitives is done in Context>>#doPrimitive:method:receiver:args: Basically, specific numbers are simulated in the image while other numbers are run using the VM code. Quick methods (what you call inlined methods) are encoded with primitive numbers between 256 and 512. If you look at IRBytecodeGenerator>>quickMethodPrim you should be able to find the specification of the quick primitive numbers (256 = quick return self, 257 = quick return true, etc...). Basically if you change this method to simulate in the image those primitive numbers instead of using the VM code and simulating by creating the context and executing it, it should work. Or something like that. On Wed, Oct 12, 2016 at 2:18 PM, Ben Coman <btc(a)openinworld.com> wrote: > On Tue, Oct 11, 2016 at 9:45 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > > > >> On 11 Oct 2016, at 15:43, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> > >> Hello, > >> > >> I was TTDing today with Pharo and some odd thing happened. I had a > method that just returned false and while debugging I could not step into > it (i wanted to change the method while debugging), I suppose the method > was inlined and so debugging was not available, is that correct? > > > > yes. > > The same also happens for accessors that return an instance variable > directly. I often find It unsettling, to be expecting one behaviour > and something different occurs, even if a moment later I implicitly > understand what happened. > > Except of course that someone busy would have to do it, how hard would > it be for the debugger to un-inline the method so it can step into it? > Are there any reasons not to do that? > > cheers -ben > >

Oct. 12, 2016

Re: [Pharo-users] Debugger with inlined methods

by Ben Coman

On Tue, Oct 11, 2016 at 9:45 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> On 11 Oct 2016, at 15:43, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: >> >> Hello, >> >> I was TTDing today with Pharo and some odd thing happened. I had a method that just returned false and while debugging I could not step into it (i wanted to change the method while debugging), I suppose the method was inlined and so debugging was not available, is that correct? > > yes. The same also happens for accessors that return an instance variable directly. I often find It unsettling, to be expecting one behaviour and something different occurs, even if a moment later I implicitly understand what happened. Except of course that someone busy would have to do it, how hard would it be for the debugger to un-inline the method so it can step into it? Are there any reasons not to do that? cheers -ben

Oct. 12, 2016

UK Smalltalk User Group Meeting - Monday, October 24th

by Giovanni Corriga

Hi, The next meeting of the UK Smalltalk User Group Meeting will be on Monday, October 24th. We'll meet at our usual venue The Counting House (http://www.the-counting- house.com/) at 7pm. If you'd like to join us, you can just show up at the pub. You can also sign up in advance at the meeting's Meetup page: https://www.meetup.com/UKSTUG/events/233683243/ . Thanks, Giovanni

Oct. 11, 2016

Re: [Pharo-users] [ann] pillar text editor

by stepharo

Le 10/10/16 Ã 08:59, Tudor Girba a Ã©crit : > Hi, > >> On Oct 10, 2016, at 8:48 AM, stepharo <stepharo(a)free.fr> wrote: >> >> Doru >> do you think that we could get a simple visitor that could create a preview in Pharo? > What kind of preview? Like LaTeX :) but simpler Large and Nice fonts for section would be a good start. > >> One of the things I would like is: >> >> - minimal package for a pillar core so that we can display class comment using pillar > You already have a showcase for this if you inspect a Class. We should integrate it next in the comment pane of Nautilus. How can I try this one? > >> - a nice looking set of fonts > Do you mean fonts for editing, or for rendering? I would like to have it for editing but rendering would be good already > > For the editing part, I used the fonts that we have in Pharo because they are part of the same family and they work reasonably well together. We still have an issue in Rubric in that the cursor is not updated when the font changes (for example, when we switch the font from regular to monospace). I do not know how to fix that yet, and it would be great if someone else would help on that. can you open a bug entry? > > Cheers, > Doru > > >> Stef >> >> Le 9/10/16 Ã 23:23, Tudor Girba a Ã©crit : >>> Hi, >>> >>> Pillar now ships with a text editor that also features a syntax highlighter. >>> >>> So, now, if you load the development version of Pillar: >>> >>> Gofer new >>> smalltalkhubUser: 'Pier' project: 'Pillar'; >>> configuration; >>> loadDevelopment. >>> >>> You will have an extra presentation when inspecting a .pillar file: >>> >>> <Mail Attachment.png> >>> >>> The new thing here is that the highlighter is based on the Pillar PetitParser, and it is extensible for highlighting more parts if needed. The highlighting also can support actions. For example, the picture above shows the file to the right after clicking on the reference. >>> >>> Please take a look and let me know what you think. >>> >>> Cheers, >>> Doru >>> >>> >>> -- >>> www.tudorgirba.com >>> www.feenk.com >>> >>> "Things happen when they happen, >>> not when you talk about them happening." >>> > -- > www.tudorgirba.com > www.feenk.com > > "Value is always contextual." > > > > > >

Oct. 11, 2016

Re: [Pharo-users] double dispatch example

by stepharo

Tx todd For me it was too complex. I should check the book and andres and now I used the examples given my alex. Le 10/10/16 Ã 09:24, Todd Blanchard a Ã©crit : > >> On Sep 13, 2016, at 12:35, Denis Kudriashov <dionisiydk(a)gmail.com >> <mailto:dionisiydk@gmail.com>> wrote: >> >> >> 2016-09-13 20:56 GMT+02:00 stepharo <stepharo(a)free.fr >> <mailto:stepharo@free.fr>>: >> >> >> I was thinking about the code in Pharo. >> > >> Probably most known and beautiful case is arithmetic operations. Look >> at #adaptToInteger:andSend: and friends. > > That one is my go-to example to explain it.

Oct. 11, 2016

Re: [Pharo-users] Pharo5 download for linux - interpreter cannot read image file

by stepharo

Hi andreas are you using Pharo at work :)? Can we know more? Stef Le 11/10/16 Ã 17:28, Andreas Sunardi a Ã©crit : > I confirmed the new version is working just fine. > > If this info is helpful, I'm running this new version on my CentOS 6.5 > at my work. > > On Tue, Oct 11, 2016 at 3:02 AM, Esteban Lorenzano > <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > > I made a new version of > http://files.pharo.org/platform/Pharo5.0-linux-oldLibC.zip > <http://files.pharo.org/platform/Pharo5.0-linux-oldLibC.zip>, > based on Yan's VM... They should work fine. > > Now... I need a CentOS compatible VM :P > > Esteban > >> On 10 Oct 2016, at 08:29, Esteban Lorenzano <estebanlm(a)gmail.com >> <mailto:estebanlm@gmail.com>> wrote: >> >> >>> On 10 Oct 2016, at 05:47, Andreas Sunardi <a.sunardi(a)gmail.com >>> <mailto:a.sunardi@gmail.com>> wrote: >>> >>> Hello Stef, >>> >>> IMHO, since the 'GNU/Linux w. libc < 2.15' download in Pharo >>> download webpage is broken anyway, we should repackage that >>> download. Then other people using this version doesn't have to >>> follow extra instruction to patch it. Having said that, I >>> understand you and the Pharo team may have a reason to not >>> hastily repackage that download option. >> >> yes, it is :( >> I need to fix that link. >> >> Esteban >> >>> >>> So, here are the downloads needed: >>> 1. 'GNU/Linux w. libc < 2.15' from Pharo download page >>> http://pharo.org/gnu-linux-installation >>> <http://pharo.org/gnu-linux-installation> >>> $ wget >>> http://files.pharo.org/platform/Pharo5.0-linux-oldLibC.zip >>> <http://files.pharo.org/platform/Pharo5.0-linux-oldLibC.zip> >>> >>> 2. Jan Vrany's Pharo 5 VM >>> https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/ >>> <https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/>. I >>> used the current latest build, which is currently build #5, Jan >>> 17, 2016 >>> $ wget >>> https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur-swing/lastSucc… >>> <https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur-swing/lastSucc…> >>> >>> 3. Pharo 5 sources file from http://files.pharo.org/sources/ >>> <http://files.pharo.org/sources/> >>> $ wget http://files.pharo.org/sources/PharoV50.sources.zip >>> <http://files.pharo.org/sources/PharoV50.sources.zip> >>> >>> 4. Latest Pharo 5 image from http://files.pharo.org/image, which >>> is currently 50761 >>> $ wget >>> http://files.pharo.org/image/50/Pharo-Image-5.0-latest.zip >>> <http://files.pharo.org/image/50/Pharo-Image-5.0-latest.zip> >>> >>> >>> Installation: >>> 1. Unzip 'GNU/Linux w. libc < 2.15' >>> $ unzip Pharo5.0-linux-oldLibC.zip >>> >>> 2. Replace VM in bin/ with Jan Vrany's build >>> $ cd pharo5.0/bin >>> $ unzip ../../pharo-vm-spur-swing.zip >>> >>> 3. Put Pharo 5 sources file in the VM directory >>> $ unzip ../../PharoV50.sources.zip >>> >>> 4. Replace image and changes file with the latest >>> $ cd ../shared >>> $ rm Pharo5.0.{image,changes} >>> $ unzip ../../Pharo-Image-5.0-latest.zip >>> $ mv Pharo-50761.image Pharo5.0.image >>> $ mv Pharo-50761.changes Pharo5.0.changes >>> >>> >>> Now, we can run pharo with libc < 2.15 >>> $ cd .. >>> $ pharo >>> >>> >>> I hope that help! >>> -- >>> Andreas >>> >>> On Sat, Oct 8, 2016 at 10:10 AM, stepharo <stepharo(a)free.fr >>> <mailto:stepharo@free.fr>> wrote: >>> >>> Hi >>> >>> I would like a list of >>> >>> - links >>> >>> - actions (unix commands) >>> >>> so that we can add it to the web site so that other people >>> using the same version than you >>> >>> can install and run pharo simply. >>> >>> >>> Stef >>> >>> >>> Le 7/10/16 Ã 19:06, Andreas Sunardi a Ã©crit : >>>> Hi Stef, >>>> >>>> Can you explain a little bit about what this 'How to' is? >>>> Just now I'm able to finally run pharo5 on my CentOS with >>>> glibc version < 2.15 and I wrote my finding in my other reply. >>>> >>>> Are you referring to how to put these things together to >>>> finally able to run pharo? Or are you referring to my >>>> digging through the error? >>>> >>>> >>>> On Thu, Oct 6, 2016 at 11:08 PM, stepharo <stepharo(a)free.fr >>>> <mailto:stepharo@free.fr>> wrote: >>>> >>>> Hi andreas >>>> >>>> could you write a little how to so that we can put it >>>> on the web site? >>>> >>>> Stef >>>> >>>> >>>> Le 7/10/16 Ã 06:20, Andreas Sunardi a Ã©crit : >>>>> Thanks, Bernardo. That fogbugz case is exactly the >>>>> problem I'm having. >>>>> >>>>> This VM (pharo-vm-spur-swing.zip) is able to open >>>>> Pharo 5.0 image from Pharo download page. This is a >>>>> good sign. >>>>> >>>>> Upon opening the image, I am, however, presented >>>>> immediately with 'MessageNotUnderstood: receiver of >>>>> "/" is nil'. It's coming from >>>>> SystemSettingsPersistence class >> >>>>> defaultPreferenceFileReference >>>>> >>>>> It boils down to >>>>> OSEnvironment#getEnv: 'HOME' >>>>> >>>>> a failure in building an FFI call. The FFI call >>>>> function signature is >>>>> #( String getenv (String string) ) >>>>> >>>>> The context object built from OSEnvironment#getEnv: >>>>> gives answer 'arg1', instead of 'string', to a call to >>>>> #method#argumentNames. Down the road, an IRMethod >>>>> instance is trying to find the index for 'string' and >>>>> can't find any, because what is stored is 'arg1'. >>>>> >>>>> I'm out of my depth at this point, and this is a >>>>> separate issue than not being able to start the image. >>>>> I have to think where I want to go from here. >>>>> >>>>> So, thank you for all of you, for the exceedingly >>>>> quick and friendly help. >>>>> >>>>> Cheers! >>>>> >>>>> On Thu, Oct 6, 2016 at 5:42 PM, Bernardo Ezequiel >>>>> Contreras <vonbecmann(a)gmail.com >>>>> <mailto:vonbecmann@gmail.com>> wrote: >>>>> >>>>> Hold on, >>>>> >>>>> There's also this issue >>>>> https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-debian-old-libc >>>>> <https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-debian-old-libc> >>>>> >>>>> where in one comment jan.vrany recommended his build >>>>> >>>>> https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/ >>>>> <https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/> >>>>> >>>>> https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur-swing/lastSucc… >>>>> <https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur-swing/lastSucc…> >>>>> >>>>> that i have used in debian wheezy with the old >>>>> libc for quite a while. i don't use it anymore >>>>> because im in jessie. >>>>> >>>>> >>>>> >>>>> On Thu, Oct 6, 2016 at 9:13 PM, Andreas Sunardi >>>>> <a.sunardi(a)gmail.com <mailto:a.sunardi@gmail.com>> >>>>> wrote: >>>>> >>>>> Thank you for the impressive quick response. >>>>> Unfortunately, I have older glibc. So now I'm >>>>> struggling with compiling glibc 2.15 for 32 >>>>> bit on my 64 bit CentOS 6.5 machine. Not an >>>>> easy thing to do. >>>>> >>>>> I'll try those VMs once I succeed in building >>>>> this glibc >>>>> >>>>> On Thu, Oct 6, 2016 at 12:41 PM, Bernardo >>>>> Ezequiel Contreras <vonbecmann(a)gmail.com >>>>> <mailto:vonbecmann@gmail.com>> wrote: >>>>> >>>>> this >>>>> http://files.pharo.org/vm/pharo-spur32/linux/latest.zip >>>>> <http://files.pharo.org/vm/pharo-spur32/linux/latest.zip> >>>>> >>>>> works pretty well in Debian GNU/Linux 8 Jessie >>>>> >>>>> On Thu, Oct 6, 2016 at 4:09 PM, ClÃ©ment >>>>> Bera <bera.clement(a)gmail.com >>>>> <mailto:bera.clement@gmail.com>> wrote: >>>>> >>>>> Thanks for reporting the problem. >>>>> >>>>> The error means the VM is incompatible >>>>> with the image. There was a change of >>>>> image format in Pharo 5, so the >>>>> package has likely an old VM while the >>>>> image has the new format, or the new >>>>> VM while the image has the old format. >>>>> >>>>> Someone will look into that problem in >>>>> the incoming weeks. Most Pharo >>>>> maintainers are on Mac, we noticed >>>>> recently that other OS were not >>>>> maintained carefully enough (We're >>>>> sorry about that) and we're trying to >>>>> solve that problem. >>>>> >>>>> Meantime.... >>>>> >>>>> Can you try the latest VM from here >>>>> (latest.zip): >>>>> http://files.pharo.org/vm/pharo-spur32/linux/ >>>>> <http://files.pharo.org/vm/pharo-spur32/linux/> >>>>> >>>>> Or if still failing, the latest VM >>>>> from here (latest.zip): >>>>> http://files.pharo.org/vm/pharo/linux/ >>>>> <http://files.pharo.org/vm/pharo/linux/> >>>>> >>>>> One of these two VMs should work. >>>>> Please tell me which one worked if you >>>>> try. >>>>> >>>>> Thanks & Regards >>>>> >>>>> Clement >>>>> >>>>> On Thu, Oct 6, 2016 at 8:44 PM, >>>>> Bernardo Ezequiel Contreras >>>>> <vonbecmann(a)gmail.com >>>>> <mailto:vonbecmann@gmail.com>> wrote: >>>>> >>>>> i already submitted a similar issue >>>>> https://pharo.fogbugz.com/f/cases/18221/This-interpreter-vers-6505-cannot-r… >>>>> <https://pharo.fogbugz.com/f/cases/18221/This-interpreter-vers-6505-cannot-r…> >>>>> >>>>> check it and see if it is the same >>>>> >>>>> On Thu, Oct 6, 2016 at 3:20 PM, >>>>> Andreas Sunardi >>>>> <a.sunardi(a)gmail.com >>>>> <mailto:a.sunardi@gmail.com>> wrote: >>>>> >>>>> I'm on CentOS 6.5 and I >>>>> downloaded Pharo 5 for >>>>> GNU/Linux w. libc < 2.15 and >>>>> for CentOS. Both won't start >>>>> (I have no problem with >>>>> Windows version): >>>>> >>>>> $ pharo >>>>> This interpreter (vers. 6505) >>>>> cannot read image file (vers. >>>>> 6521). >>>>> Press CR to quit... >>>>> >>>>> I'm unable to find report or >>>>> information about this issue >>>>> on the web. I think it was >>>>> like this ~2 months ago as >>>>> well. Is this a known issue? >>>>> >>>>> First time posting question in >>>>> this mailing list, so I beg >>>>> your pardon if I break any >>>>> mailing list rule. >>>>> >>>>> -- >>>>> Andreas S >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Bernardo E.C. >>>>> >>>>> Sent from a cheap desktop computer >>>>> in South America. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Bernardo E.C. >>>>> >>>>> Sent from a cheap desktop computer in >>>>> South America. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Bernardo E.C. >>>>> >>>>> Sent from a cheap desktop computer in South America. >>>>> >>>>> >>>> >>>> >>> >>> >> > >

Oct. 11, 2016