October 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] GUI Builder

by Johan Fabry

Hi Roman, in Pharo there is no GUI for building GUIâs, sadly. You will need to make your GUI by writing code. The default framework for that is Spec. Documentation for Spec is a work in progress, you can find a booklet (also under construction) here: https://ci.inria.fr/pharo-contribution/view/Books/job/BuildingUIWithSpec/la… <https://ci.inria.fr/pharo-contribution/view/Books/job/BuildingUIWithSpec/la…> -- Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org <http://emailcharter.org/> . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > On 14 Oct 2016, at 16:32, Roman G <nykros(a)gmail.com> wrote: > > Im sorry if this a repeated question. IÂ´m a newbie to Pharo. I would like to know what are the available tools for designing GUIs for desktop applications (a la Delphi/Visual Basic). In the Pharo by Example book there is only one chapter dedicated to GUI building by code. > > Thanks in advance. > -- > Saludos. Roman.

Oct. 14, 2016

GUI Builder

by Roman G

Im sorry if this a repeated question. IÂ´m a newbie to Pharo. I would like to know what are the available tools for designing GUIs for desktop applications (a la Delphi/Visual Basic). In the Pharo by Example book there is only one chapter dedicated to GUI building by code. Thanks in advance. -- Saludos. Roman.

Oct. 14, 2016

Re: [Pharo-users] The Ultimate Smalltalk Tutorial

by horrido

Wow! How did I miss this??? It looks great! I guess I have to modify my campaign to avoid overlap. Thanks. -- View this message in context: http://forum.world.st/The-Ultimate-Smalltalk-Tutorial-tp4918859p4918877.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 14, 2016

Re: [Pharo-users] The Ultimate Smalltalk Tutorial

by Johan Fabry

Hi Horrido, did you have a look at the Pharo Mooc? http://files.pharo.org/mooc/ it has exactly the same target audience and also covers Seaside. -- Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > On 14 Oct 2016, at 08:04, horrido <horrido.hobbies(a)gmail.com> wrote: > > GoFundMe for the Ultimate Smalltalk Tutorial > <https://www.gofundme.com/the-ultimate-smalltalk-tutorial-2u3k3sc> . The > plan is to create a complete and full-featured tutorial showing how to write > a Seaside application using Pharo. The tutorial is aimed at rank beginners > who know absolutely nothing about programming and who need a great deal more > hand-holding than Prof Stef. It will provide an alternative to JavaScript > bootcamps that are gobbling up programming beginners at a prodigious rate. > This is quite a substantial undertaking. > > Thank you. > > > > -- > View this message in context: http://forum.world.st/The-Ultimate-Smalltalk-Tutorial-tp4918859.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Oct. 14, 2016

The Ultimate Smalltalk Tutorial

by horrido

GoFundMe for the Ultimate Smalltalk Tutorial <https://www.gofundme.com/the-ultimate-smalltalk-tutorial-2u3k3sc> . The plan is to create a complete and full-featured tutorial showing how to write a Seaside application using Pharo. The tutorial is aimed at rank beginners who know absolutely nothing about programming and who need a great deal more hand-holding than Prof Stef. It will provide an alternative to JavaScript bootcamps that are gobbling up programming beginners at a prodigious rate. This is quite a substantial undertaking. Thank you. -- View this message in context: http://forum.world.st/The-Ultimate-Smalltalk-Tutorial-tp4918859.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 14, 2016

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

by stepharo

Le 13/10/16 Ã 19:12, Andreas Sunardi a Ã©crit : > Hi Stef, > > Well, I'm afraid I'm going to disappoint you. You are not disppointing me. > 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 :) This is cool > 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 :) Super cool :) Keep pushing and having fun. Stef > > > > > > On Tue, Oct 11, 2016 at 12:38 PM, stepharo <stepharo(a)free.fr > <mailto:stepharo@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 <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. 13, 2016

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