- Pharo-users - lists.pharo.org

Re: [Pharo-users] accepting method without creating variable and code generation

by Nicolas Passerini

Still, I think it would be nice to be able to save a method even when it does not compile. On Tue, Jun 28, 2016 at 2:52 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Yeah I guess that's not such a bad idea, to have a TemplateClass that > would contain just the template methods, so I don't need to worry about > conflicting instance variables. > > Peter > > On Tue, Jun 28, 2016 at 2:08 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> On Tue, Jun 28, 2016 at 5:55 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: >> > Hi, >> > >> > is it possible to accept a method without creating instance variable? >> > >> > E.g. >> > >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > Object subclass: #MyObject >> > slots: { } >> > classVariables: { } >> > category: 'Category' >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > MyObject>>addValue: aValue >> > container add: aValue >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > >> > Now normally when I would try to compile the method I would get the >> "Unknown variable 'container'" warning that will force me to either create >> temporary or instance variable; I would like to somehow ignore that, >> because the method will actually never get called. >> > >> > My objective is use this method as a template for code generation, so I >> would then take this method, apply some code transformation and compile it >> into different object. >> > >> > Of course I could do >> > >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > MyObject>>addValueTemplate >> > ^ 'MyObject>>addValue: aValue >> > container add: aValue' >> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> > >> > But then I would lose code highlighting, which is quite error-prone for >> more complex snippets. >> > >> > If you have a better approach, I am all ears. :) >> > >> > Thanks, >> > Peter >> >> If you are only templating the method and not the whole class, why not >> add it as an instance variable MyObject? >> Or if MyObject is a real domain object with a few template methods, >> maybe put the templates on the class side and add a dummy >> class-instance-variable there. >> >> cheers -ben >> >> >

June 28, 2016

Re: [Pharo-users] Pharo Launcher

by Christophe Demarey

Hi Tim, > Le 27 juin 2016 Ã 22:12, Tim Mackinnon <tim(a)testit.works> a Ã©crit : > > Hi guys - I finally got some free time to take a look at Pharo-5 and wanted Launcher back as well - I just downloaded it on my mac and Iâm wondering if something is wrong? > > The UI doesnât look right (compared to the older 4.x version) - the top panel is white, and there is a grey run button next to the green one (the triangle) that seems to be missing transparency - so it all looks quite ugly. Have I downloaded something that is wrong? No, is the current state of Pharo Launcher UI. I did not touch to this part but, yes, could be improved. > I also notice, that when I go to create a new image from a template - the name prompt isnât as good as the old version which used to include the parent node in the suggested name so you got something like âPharo 6.0 (beta) 123455â as a descriptive name - it now just seems to offer â1234456â as the name now? I did this change after a small survey on pharo launcher users that were, like me, bothered with previous proposed names: in most cases, they only want the name of their project. That could be discussed but now, in your example, you get 60121 that is still descriptive. Here, we should find the best proposition for most users, will not for to all. > I donât understand the how the paths work now - it seems that my old images launch fine, but a 5.x image doesnât? Do I set the spur path for this - or is it the other way around (vm-path should be the new vm)? The floating help isnât very descriptive on this. Pharo launcher is now shipped with both vm (pre-spur and spur). The cog-spur vm now powered PharoLauncher and should be used to run spur images. If not, maybe you have a wrong setting for it. If you remove settings for both VM it should work. Maybe I should remove these settings since both VMs are now shipped with the launcher app. I do not know if it is relevant to some of you to use another VM than the default ones. Thanks for the feedback. Christophe > > Thanks, > > Tim > > > > Sent from my iPhone >> On 17 Jun 2016, at 13:10, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: >> >> Now fixed. I replaced the DMG on files.pharo.org. >> Thanks for the report >> >>>> Le 17 juin 2016 Ã 13:34, Christophe Demarey <christophe.demarey(a)inria.fr> a Ã©crit : >>>> >>>> >>>> Le 17 juin 2016 Ã 12:00, Serge Stinckwich <serge.stinckwich(a)gmail.com> a Ã©crit : >>>> >>>> On Fri, Jun 17, 2016 at 10:22 AM, Christophe Demarey >>>> <christophe.demarey(a)inria.fr> wrote: >>>>> Hi, >>>>> >>>>> I just updated Pharo Launcher. A new version 0.2.11 is available. >>>>> Here are the change log: >>>> >>>> Great ! Thank you for the update. >>>> >>>>> move Pharo Launcher to the latest stable pharo image: pharo 5.0. It implies >>>>> That Pharo Launcher is now shipped with Spur VM. >>>>> allow an easy download of the new beta image: pharo 6.0 >>>>> the Launcher now comes with 2 VMs: >>>>> >>>>> Spur VM (pharo 5.0 and Pharo 6.0) >>>>> Non-Spur VM (to be able to run old images) >>>> >>>> I dl the mac version. I was not able to run non-spur VM images: the >>>> launcher crash or do nothing ... >>> >>> Indeed, I think itâs a side effect of latest changes I did after testing on Windows. >>> I take a look at it now > > >

June 28, 2016

Re: [Pharo-users] accepting method without creating variable and code generation

by Peter UhnÃ¡k

Yeah I guess that's not such a bad idea, to have a TemplateClass that would contain just the template methods, so I don't need to worry about conflicting instance variables. Peter On Tue, Jun 28, 2016 at 2:08 PM, Ben Coman <btc(a)openinworld.com> wrote: > On Tue, Jun 28, 2016 at 5:55 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > Hi, > > > > is it possible to accept a method without creating instance variable? > > > > E.g. > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Object subclass: #MyObject > > slots: { } > > classVariables: { } > > category: 'Category' > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > MyObject>>addValue: aValue > > container add: aValue > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > Now normally when I would try to compile the method I would get the > "Unknown variable 'container'" warning that will force me to either create > temporary or instance variable; I would like to somehow ignore that, > because the method will actually never get called. > > > > My objective is use this method as a template for code generation, so I > would then take this method, apply some code transformation and compile it > into different object. > > > > Of course I could do > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > MyObject>>addValueTemplate > > ^ 'MyObject>>addValue: aValue > > container add: aValue' > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > But then I would lose code highlighting, which is quite error-prone for > more complex snippets. > > > > If you have a better approach, I am all ears. :) > > > > Thanks, > > Peter > > If you are only templating the method and not the whole class, why not > add it as an instance variable MyObject? > Or if MyObject is a real domain object with a few template methods, > maybe put the templates on the class side and add a dummy > class-instance-variable there. > > cheers -ben > >

June 28, 2016

Re: [Pharo-users] [ANN]Windows previewer / switcher for Pharo

by Julien Delplanque

Also, here is a screenshot (I forgot to attach it to the preceding mail). Julien On 28/06/16 11:06, Julien Delplanque wrote: > Hello, > > This mail to announce you that I am working on a windows previewer / > switcher for > Pharo [1]. > > It is still in early stage of development but it is usable. > > To install it: > > |Metacello new repository: > 'github://JulienDelplanque/WindowsPreviewer/repository'; baseline: > 'WindowsPreviewer'; load| > > See the README for details on activation/shortcuts. > > Please, if you have some ideas or critics let me know! > > Also, a better name than "Windows Previewer" would be cool but I have > no other idea :-)... > > Regards, > > Julien > > Links: > [1]: https://github.com/juliendelplanque/WindowsPreviewer >

June 28, 2016

Re: [Pharo-users] accepting method without creating variable and code generation

by Ben Coman

On Tue, Jun 28, 2016 at 5:55 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > Hi, > > is it possible to accept a method without creating instance variable? > > E.g. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > Object subclass: #MyObject > slots: { } > classVariables: { } > category: 'Category' > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > MyObject>>addValue: aValue > container add: aValue > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Now normally when I would try to compile the method I would get the "Unknown variable 'container'" warning that will force me to either create temporary or instance variable; I would like to somehow ignore that, because the method will actually never get called. > > My objective is use this method as a template for code generation, so I would then take this method, apply some code transformation and compile it into different object. > > Of course I could do > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > MyObject>>addValueTemplate > ^ 'MyObject>>addValue: aValue > container add: aValue' > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > But then I would lose code highlighting, which is quite error-prone for more complex snippets. > > If you have a better approach, I am all ears. :) > > Thanks, > Peter If you are only templating the method and not the whole class, why not add it as an instance variable MyObject? Or if MyObject is a real domain object with a few template methods, maybe put the templates on the class side and add a dummy class-instance-variable there. cheers -ben

June 28, 2016

accepting method without creating variable and code generation

by Peter Uhnak

Hi, is it possible to accept a method without creating instance variable? E.g. ~~~~~~~~~~~~~~~~~~~~~~~~~~ Object subclass: #MyObject slots: { } classVariables: { } category: 'Category' ~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~ MyObject>>addValue: aValue container add: aValue ~~~~~~~~~~~~~~~~~~~~~~~~~~ Now normally when I would try to compile the method I would get the "Unknown variable 'container'" warning that will force me to either create temporary or instance variable; I would like to somehow ignore that, because the method will actually never get called. My objective is use this method as a template for code generation, so I would then take this method, apply some code transformation and compile it into different object. Of course I could do ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ MyObject>>addValueTemplate ^ 'MyObject>>addValue: aValue container add: aValue' ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ But then I would lose code highlighting, which is quite error-prone for more complex snippets. If you have a better approach, I am all ears. :) Thanks, Peter

June 28, 2016

[ANN]Windows previewer / switcher for Pharo

by Julien Delplanque

Hello, This mail to announce you that I am working on a windows previewer / switcher for Pharo [1]. It is still in early stage of development but it is usable. To install it: |Metacello new repository: 'github://JulienDelplanque/WindowsPreviewer/repository'; baseline: 'WindowsPreviewer'; load| See the README for details on activation/shortcuts. Please, if you have some ideas or critics let me know! Also, a better name than "Windows Previewer" would be cool but I have no other idea :-)... Regards, Julien Links: [1]: https://github.com/juliendelplanque/WindowsPreviewer

June 28, 2016

[ANN] Pharo Consortium New Bronze Member: FINWorks

by Marcus Denker

The Pharo Consortium is very happy to announce that FINWorks has joined the Consortium as a Bronze Member. FINWorks: http://finworks.biz FINWorks provides software solutions and automation in the financial sector. Our main area of focus is investment administration, especially back office solutions for LISP (Linked Investment Service Provider or Fund Supermarkets), Benefit Administrators, Unit Trust Companies, Asset Managers, Independent Financial Advisors (IFA) and other financial service providers Pharo Consortium: http://consortium.pharo.org The goal of the Pharo Consortium is to allow companies and institutions to support the ongoing development and future of Pharo. Individuals can support Pharo via the Pharo Association: - http://association.pharo.org - https://salt.bountysource.com/teams/pharo

June 28, 2016

Re: [Pharo-users] parameters of the virtual machine

by Alexandre Bergel

[sorry for the late reply] Thanks ClÃ©ment for your information. I have added a slice with your description of the primitive. https://pharo.fogbugz.com/f/cases/18632/Virtual-Machine-parameters-need-to-… Can the information about the cache be in the standard image and VM? This would be really great. Cheers, Alexandre > On May 24, 2016, at 1:35 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > Hi, > > Sorry the mail is quite long... I CC'd Nevena for section II, she used the VM caches for type inference. > > Section I. VM parameters > > 46 size of machine code zone, in bytes > > Well, the size of the machine code zone :-). To speed-up execution, the cog uses internally a JIT compiler which translates to machine code frequently used bytecoded method and run the machine code to execute them instead of using the interpreter. The machine code zone is an executable memory zone containing all the machine code versions of methods. > > The default size should be between 1Mb and 2Mb for standard applications. If memory is a constraint, it can be lowered down to 750kb, under that you should use the stack VM else the performance starts to drastically decrease. > > This setting is useful to tune your application performance. For example, on compilation-intensive benchs, 750kb is the optimal machine code zone size. On large benchmarks, 2 Mb, maybe more, is better, but then one may see machine code garbage collection pauses. On small benchs all the methods fit into this zone so it doesn't really matter. > > Growing the machine code zone: > - increase the number of methods that can be present there, hence decreasing machine code zone garbage collection frequency and method jit compilation. > - decrease the machine code zone to cpu instruction cache mapping > - slow down machine code zone garbage collection > > To set the machine code zone you need to use another parameter (47 I think) and restart the VM+image. > > 59 number of check event calls since startup (read-only) > > If I remember correctly, the number of times the VM has checked for OS events since start-up. > > 60 number of stack page overflows since startup (read-only; Cog VMs only) > 61 number of stack page divorces since startup (read-only; Cog VMs only) > > This is related to stack page management. Read the Cog blog to understand how it's done. See http://www.mirandabanda.org/cogblog/2009/01/14/under-cover-contexts-and-the… section Stack pages. > > Section II. Accessing the caches > > Is there a way to get access to the cache? How many caches does Cog has? I guess it has > - a method call cache (associating (object,symbol) -> compiled method > - a cache for the JIT-compiled methods right? > > Are there other cache? How can I access them? In particular to query about their fill. > > There is indeed a global look-up cache, mapping (receiver type, symbol) -> (compiled method, primitive function pointer). In the jitted methods there are per send-sites look-up caches, also known as inline caches. > > The most useful is the inline cache values, they provide the receiver types met for each send site and are fairly reliable. There are ways to access those caches. I personally use those caches values for the runtime optimizing compiler, but more recently I worked with Nevena Milojkovic (I CC'd her) and she was able to use those cache values for type inference, while she is not a VM expert. We wrote an IWST paper about that, hopefully it'll get accepted and you will be able to read it. In the IWST paper I sum-up Eliot's implementation of inline caches and how the VM provides the types. > > In short, to access the caches: > 1) add those primitives: > VirtualMachine>>allMachineCodeMethods > <primitive: 'primitiveAllMethodsCompiledToMachineCode' module:''> > ^#() > CompiledMethod>>sendAndBranchData > <primitive: 'primitiveSistaMethodPICAndCounterData' module:''> > ^#() > 2) add glue code to map caches values from bytecode pc to the AST, something like that: > CompiledMethod>>astWithCacheAnnotations > | tmp1 | > tmp1 := self sendAndBranchData. > tmp1 > ifEmpty: [ 'No data' logCr. > ^ self ast ]; > do: [ :arg1 | > (self sourceNodeForPC: arg1 first) > propertyAt: #cacheInformation > put: arg1 allButFirst ]. > ^ self ast > 3) Compile the VM with the SistaCogit and SistaVM=true (Slang compilation settings). > > I guess you could read our IWST paper, that would help. I don't know if that's possible before the reviewers answer. > > Don't build production tools using those values though, the VM is evolving and the cache values may vary in the future with the sista optimizer. > > Regards, > > Clement > > On Tue, May 24, 2016 at 5:39 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi, > > The Cog virtual machine expose some very useful parameters. However, some of them are a bit obscure to me. For example, what are the following parameters? What do they mean? > > 46 size of machine code zone, in bytes > 59 number of check event calls since startup (read-only) > 60 number of stack page overflows since startup (read-only; Cog VMs only) > 61 number of stack page divorces since startup (read-only; Cog VMs only) > > Is there a way to get access to the cache? How many caches does Cog has? I guess it has > - a method call cache (associating (object,symbol) -> compiled method > - a cache for the JIT-compiled methods right? > > Are there other cache? How can I access them? In particular to query about their fill. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 28, 2016

Re: [Pharo-users] Pharo Launcher

by Tim Mackinnon

Hi guys - I finally got some free time to take a look at Pharo-5 and wanted Launcher back as well - I just downloaded it on my mac and Iâm wondering if something is wrong? The UI doesnât look right (compared to the older 4.x version) - the top panel is white, and there is a grey run button next to the green one (the triangle) that seems to be missing transparency - so it all looks quite ugly. Have I downloaded something that is wrong? I also notice, that when I go to create a new image from a template - the name prompt isnât as good as the old version which used to include the parent node in the suggested name so you got something like âPharo 6.0 (beta) 123455â as a descriptive name - it now just seems to offer â1234456â as the name now? I donât understand the how the paths work now - it seems that my old images launch fine, but a 5.x image doesnât? Do I set the spur path for this - or is it the other way around (vm-path should be the new vm)? The floating help isnât very descriptive on this. Thanks, Tim Sent from my iPhone > On 17 Jun 2016, at 13:10, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > > Now fixed. I replaced the DMG on files.pharo.org. > Thanks for the report > >>> Le 17 juin 2016 Ã 13:34, Christophe Demarey <christophe.demarey(a)inria.fr> a Ã©crit : >>> >>> >>> Le 17 juin 2016 Ã 12:00, Serge Stinckwich <serge.stinckwich(a)gmail.com> a Ã©crit : >>> >>> On Fri, Jun 17, 2016 at 10:22 AM, Christophe Demarey >>> <christophe.demarey(a)inria.fr> wrote: >>>> Hi, >>>> >>>> I just updated Pharo Launcher. A new version 0.2.11 is available. >>>> Here are the change log: >>> >>> Great ! Thank you for the update. >>> >>>> move Pharo Launcher to the latest stable pharo image: pharo 5.0. It implies >>>> That Pharo Launcher is now shipped with Spur VM. >>>> allow an easy download of the new beta image: pharo 6.0 >>>> the Launcher now comes with 2 VMs: >>>> >>>> Spur VM (pharo 5.0 and Pharo 6.0) >>>> Non-Spur VM (to be able to run old images) >>> >>> I dl the mac version. I was not able to run non-spur VM images: the >>> launcher crash or do nothing ... >> >> Indeed, I think itâs a side effect of latest changes I did after testing on Windows. >> I take a look at it now

June 27, 2016