January 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Contributing to Pharo

by Christophe Demarey

I read too fast. But my comment is still true. We also want a new version browser. Monticello browser is too tied to ... Monticello. We would like a better approach for both git and monticello. Esteban did a prototype for himself but he has no time to work on it, sadly Le 27 janv. 2016 Ã 15:13, Dale Henrichs a Ã©crit : > Haha, I certainly understand the lack of time/manpower ... Just in case it wasn't clear, when I said "project browser" I wasn't talking about replacing the code browser (Nautilus), but replacing/augmenting the Monticello Browser - which should turn out to be a much simpler undertaking --- "Project Browser" that manages the projects within the image - load, save, changes, etc.: > > <Screen Shot 2016-01-27 at 6.11.33 AM.png> > > > Dale > > On 1/26/16 11:29 PM, Christophe Demarey wrote: >> Hi Dale, >> >> Le 27 janv. 2016 Ã 04:11, Dale Henrichs a Ã©crit : >> >>> I've been wondering no-one in the Pharo community has started building a "Project Browser" to replace the "Package Browser" .... I've had a "project browser" in tODE for several years now and you work with a manageble list of Metacello projects like the following: >> Of course, we have that in mind. We would love to have it but lack of time / manpower ... >> We are not happy with the current browser (Nautilus). We could have something really more powerful. It will come but we have other projects to achieve before ;) >> If someone comes with a better browser, we would love to set it as default. >> >> Cheers, >> Christophe >

Jan. 28, 2016

Re: [Pharo-dev] LearningObject

by stepharo

I wanted to avoid to use the class Api becuase with ProtoObject you never know. I think that I found the problem. The compilation happens in another thread. Le 28/1/16 00:17, ClÃ©ment Bera a Ã©crit : > Hello, > > The logging of sources is not part of the compiler. It is part of the > behavior API. > > Something like that would work : > > ATMinimalLearningObject >> addFromObjectSelector: aSelector > self class compile: (Object >> aSelector) sourceCode classified: #foo > > Now it is strange that the decompiler can't decompile instVarAt: . It > looks like it is a bug related to primitive error code decompilation. > This is something I should look at during the sprint... > > > 2016-01-27 20:42 GMT+01:00 stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>>: > > Hi guys > > I'm on holidays (no book no mooc no bugs just playing magic good > music and hacking a bit) > and I wanted to implemented a fun object that learn from Object by > copying the methods. > > ProtoObject subclass: #ATMinimalLearningObject > instanceVariableNames: '' > classVariableNames: '' > package: 'MiniActalk2' > > > ATMinimalLearningObject >> doesNotUnderstand: aMessage > > | sel | > sel := aMessage selector. > Transcript show: 'Does not understand ', sel printString ; cr. > ^ (Object includesSelector: sel) > ifTrue: [ > self addFromObjectSelector: sel. > aMessage sendTo: self ] > ifFalse: [ super doesNotUnderstand: aMessage ]. > > ATMinimalLearningObject >> addFromObjectSelector: aSelector > > | method | > method := OpalCompiler new > class: self class; > source: (Object sourceCodeAt: aSelector); > compile. > self class addSelector: aSelector withMethod: method. > > ATMinimalLearningObject subclass: #ATProtozoid > instanceVariableNames: 'ff' > classVariableNames: '' > package: 'MiniActalk2' > > > Now it is working but I have the impression that we may have a > problem. > > When I do > ATProtozoid new instVarAt: 1 > > > I get the following definition for instVarAt: > > instVarAt: t1 > self error: 'Decompilation failed' > > > but > > Object sourceCodeAt: #instVarAt: returns the correct string. > > 'instVarAt: index > "Primitive. Answer a fixed variable in an object. The > numbering of the variables > corresponds to the named instance variables, followed by the > indexed instance > variables. Fail if the index is not an Integer or is not the > index of a fixed variable. > Essential. See Object documentation whatIsAPrimitive." > > <primitive: 173 error: ec> > self primitiveFailed' > > May be the compile is not logging the method body. > But since the compiler is full uncommented this is super nice to > learn and get empowered. > > Stef > > >

Jan. 28, 2016

Re: [Pharo-dev] Experiences with git, tODE and GsDevKit_home: Part 1 - basic structure considerations

by Ben Coman

On Thu, Jan 28, 2016 at 9:41 AM, Ben Coman <btc(a)openinworld.com> wrote: > > > On Thu, Jan 28, 2016 at 5:03 AM, Dale Henrichs < > dale.henrichs(a)gemtalksystems.com> wrote: > >> The git repository is not tightly coupled to the image like the changes >> file (you can delete a git repository without impacting the functionality >> of an image), but if you are making changes in the image, then you _are_ >> coupled to a particular git commit identified by its SHA. >> >> Metacello will record the SHA of the git repository at the time that >> packages are loaded from a git repository (to enable this feature in Pharo, >> some methods need to be implemented in the MetacelloPlatform for Pharo) and >> this information is stored along with the Metacello registration for the >> project. >> >> Since the git repository can be independently manipulated from the shell >> or an image can be saved that references a SHA that is no longer "current" >> .... it is very important that the SHA be recorded and made visible to >> users via the tools. >> > > By "current", do you mean the currently checked out directory as seen from > the shell command line? > > Slightly off topic... > I wonder if we could avoid needing a currently checked out directory as > seen from the command line and have the Image work directly with the git > repository (within the .git folder - is this what libgit integration may > give us?) thus making the Image the equivalent of the current checked out > directory? Then lets dump the .changes file by... rather than a method's > source reference being a (fragile) hardcoded index into the .changes file, > make each method an SHA key into the git (or mercurial) repository. > * Git is fundamentally a content-addressable filesystem with a VCS user > interface written on top of it. Youâll learn more about what this means in > a bit. [2] > * Git is a simple key-value data store. You can insert any kind of content > into it, and it will give you back a key that you can use to retrieve the > content again at any time. [3] > * [In Mercurial...] each revision of a file is identified by a 'NodeID', > which is a SHA hash of its contents (combined with the position of that > node in the history). [4] > * The baseline data structures for Fossil and Git are the same (modulo formatting details). Both systems store check-ins as immutable objects referencing their immediate ancestors and named by their SHA1 hash. [5] So to firm up this idea, while we might not want to tie ourselves too tightly to git, rather than try working with *all* types of source code management, would it be reasonable to concentrate on an abstraction layer focused on *content-addressable* source code? That is, would this provide flexibility for sufficient backend options, but a better experience with those than a totally generic source code management. (btw, Could EPICEA be made to work with SHAs?) cheers -ben > > In short, should our source code indexing be "content-addressable" with > the possibility to use *any* key-value repository. Each method SHA would > be calculated from its own source code and parent class SHA. Each class > would calculate its SHA from its definition and superclass' SHA. A > package/project SHA would be calculated from all its component class and > method SHAs. > > [1] https://git-scm.com/book/en/v1/Git-Internals-Plumbing-and-Porcelain > [2] https://git-scm.com/book/en/v1/Git-Internals > [3] https://git-scm.com/book/en/v1/Git-Internals-Git-Objects > [4] http://ericsink.com/vcbe/html/repository_structure.html > [5] http://fossil-scm.org/xfer/doc/trunk/www/fossil-v-git.wiki > > cheer -ben > > > >> Soooo --- managing skew is an important function for the "project >> browser"... Here's what the tODE "Project Browser" looks like when version >> skew is detected: >> > > In this I assume the red ones are skewed and the X ^ Y represent commits, > but could you explain which ones. > > > Well I think that's enough for now...Here are some topics that I plan to >> cover in future posts: >> - what has to be done to get the initial clone and hook it into an >> image? >> - sharing git repos between separate "active images" >> - cloning a github:// repos? >> - ssh vs https clones >> - working with remotes >> >> Dale >> >> [1] https://github.com/dalehenrich/tode >> [2] https://github.com/GsDevKit/GsDevKit_home >> [3] https://github.com/dalehenrich/metacello-work >> [4] https://github.com/dalehenrich/filetree >> > >

Jan. 28, 2016

Re: [Pharo-dev] Experiences with git, tODE and GsDevKit_home: Part 1 - basic structure considerations

by Ben Coman

On Thu, Jan 28, 2016 at 5:03 AM, Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > The git repository is not tightly coupled to the image like the changes > file (you can delete a git repository without impacting the functionality > of an image), but if you are making changes in the image, then you _are_ > coupled to a particular git commit identified by its SHA. > > Metacello will record the SHA of the git repository at the time that > packages are loaded from a git repository (to enable this feature in Pharo, > some methods need to be implemented in the MetacelloPlatform for Pharo) and > this information is stored along with the Metacello registration for the > project. > > Since the git repository can be independently manipulated from the shell > or an image can be saved that references a SHA that is no longer "current" > .... it is very important that the SHA be recorded and made visible to > users via the tools. > By "current", do you mean the currently checked out directory as seen from the shell command line? Slightly off topic... I wonder if we could avoid needing a currently checked out directory as seen from the command line and have the Image work directly with the git repository (within the .git folder - is this what libgit integration may give us?) thus making the Image the equivalent of the current checked out directory? Then lets dump the .changes file by... rather than a method's source reference being a (fragile) hardcoded index into the .changes file, make each method an SHA key into the git (or mercurial) repository. * Git is fundamentally a content-addressable filesystem with a VCS user interface written on top of it. Youâll learn more about what this means in a bit. [2] * Git is a simple key-value data store. You can insert any kind of content into it, and it will give you back a key that you can use to retrieve the content again at any time. [3] * [In Mercurial...] each revision of a file is identified by a 'NodeID', which is a SHA hash of its contents (combined with the position of that node in the history). [4] In short, should our source code indexing be "content-addressable" with the possibility to use *any* key-value repository. Each method SHA would be calculated from its own source code and parent class SHA. Each class would calculate its SHA from its definition and superclass' SHA. A package/project SHA would be calculated from all its component class and method SHAs. [1] https://git-scm.com/book/en/v1/Git-Internals-Plumbing-and-Porcelain [2] https://git-scm.com/book/en/v1/Git-Internals [3] https://git-scm.com/book/en/v1/Git-Internals-Git-Objects [4] http://ericsink.com/vcbe/html/repository_structure.html cheer -ben > Soooo --- managing skew is an important function for the "project > browser"... Here's what the tODE "Project Browser" looks like when version > skew is detected: > In this I assume the red ones are skewed and the X ^ Y represent commits, but could you explain which ones. > > [image: project list with version skew] > > > > Well I think that's enough for now...Here are some topics that I plan to > cover in future posts: > - what has to be done to get the initial clone and hook it into an image? > - sharing git repos between separate "active images" > - cloning a github:// repos? > - ssh vs https clones > - working with remotes > > Dale > > [1] https://github.com/dalehenrich/tode > [2] https://github.com/GsDevKit/GsDevKit_home > [3] https://github.com/dalehenrich/metacello-work > [4] https://github.com/dalehenrich/filetree >

Jan. 28, 2016

Re: [Pharo-dev] GTDebugger missing block parameters?

by Eliot Miranda

Hi Nicolai > On Jan 15, 2016, at 4:57 AM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > > 2016-01-15 13:26 GMT+01:00 Stephan Eggermont <stephan(a)stack.nl>: >> When debugging a method containing a block with a parameter, >> the parameter is missing from the variable list (because it is aliased?). > > Yes, this happens with block vars from optimized blocks (ifNotNil:). > The tempvars arent't local to the block, but method vars. > And the debugger (debuggerMap) doesn't knows about this (this happens on both debuggers AFAIK). It works in the Squeak debugger. Try e.g. debugging Character space printOn: Transcript > >> >> Stephan >

Jan. 28, 2016

Re: [Pharo-dev] Compiler examples? comments?

by Ben Coman

On Thu, Jan 28, 2016 at 1:52 AM, stepharo <stepharo(a)free.fr> wrote: > Hi > > The class comment of the compiler is not useful. > > The compiler accepts Smalltalk source code and compiles it with respect to a > given class. The user of the compiler supplies a context so that temporary > variables are accessible during compilation. If there is an error, a > requestor (usually a kind of StringHolderController) is sent the message > notify:at:in: so that the error message can be displayed. If there is no > error, then the result of compilation is a MethodNode, which is the root of > a parse tree whose nodes are kinds of ParseNodes. The parse tree can be sent > messages to (1) generate code for a CompiledMethod (this is done for > compiling methods or evaluating expressions); (2) pretty-print the code (for > formatting); or (3) produce a map from object code back to source code (used > by debugger program-counter selection). See also Parser, Encoder, ParseNode. > > > if I do not know how to invoke the compiler then I still have no clue. > Of course one may think that I'm too stupid to learn from the system. > > so I tried > > Compiler new > class: ATActor; > parse: 'foo ^ 23'; > compile Wouldn't that be OpalCompiler? btw, do we want to rename Compiler to OldCompiler or 2015Compiler before unloading - so it doesn't clash if it ever needs to be loaded back for some emergency reason, and also have a global variable holding the current compiler, or a singleton class as a facade to the current compiler, thus perhaps making the API more explicit? cheers -ben

Jan. 28, 2016

Re: [Pharo-dev] LearningObject

by ClÃ©ment Bera

Hello, The logging of sources is not part of the compiler. It is part of the behavior API. Something like that would work : ATMinimalLearningObject >> addFromObjectSelector: aSelector self class compile: (Object >> aSelector) sourceCode classified: #foo Now it is strange that the decompiler can't decompile instVarAt: . It looks like it is a bug related to primitive error code decompilation. This is something I should look at during the sprint... 2016-01-27 20:42 GMT+01:00 stepharo <stepharo(a)free.fr>: > Hi guys > > I'm on holidays (no book no mooc no bugs just playing magic good music and > hacking a bit) > and I wanted to implemented a fun object that learn from Object by copying > the methods. > > ProtoObject subclass: #ATMinimalLearningObject > instanceVariableNames: '' > classVariableNames: '' > package: 'MiniActalk2' > > > ATMinimalLearningObject >> doesNotUnderstand: aMessage > > | sel | > sel := aMessage selector. > Transcript show: 'Does not understand ', sel printString ; cr. > ^ (Object includesSelector: sel) > ifTrue: [ > self addFromObjectSelector: sel. > aMessage sendTo: self ] > ifFalse: [ super doesNotUnderstand: aMessage ]. > > ATMinimalLearningObject >> addFromObjectSelector: aSelector > > | method | > method := OpalCompiler new > class: self class; > source: (Object sourceCodeAt: aSelector); > compile. > self class addSelector: aSelector withMethod: method. > > ATMinimalLearningObject subclass: #ATProtozoid > instanceVariableNames: 'ff' > classVariableNames: '' > package: 'MiniActalk2' > > > Now it is working but I have the impression that we may have a problem. > > When I do > ATProtozoid new instVarAt: 1 > > > I get the following definition for instVarAt: > > instVarAt: t1 > self error: 'Decompilation failed' > > > but > > Object sourceCodeAt: #instVarAt: returns the correct string. > > 'instVarAt: index > "Primitive. Answer a fixed variable in an object. The numbering of the > variables > corresponds to the named instance variables, followed by the indexed > instance > variables. Fail if the index is not an Integer or is not the index of > a fixed variable. > Essential. See Object documentation whatIsAPrimitive." > > <primitive: 173 error: ec> > self primitiveFailed' > > May be the compile is not logging the method body. > But since the compiler is full uncommented this is super nice to learn and > get empowered. > > Stef > > >

Jan. 27, 2016

Re: [Pharo-dev] why do I get error...when I try to find senders?

by Nicolai Hess

Sorry, I think this is from my fix for 15325 GT workspace/inspector evaluates source wrong when it ends with $", treating it as nil instead I'll try to fix this. Am 27.01.2016 9:50 nachm. schrieb "stepharo" <stepharo(a)free.fr>: > Yes that one! > Tx alex > This should be related to Shout or RB. > > > Le 27/1/16 21:15, Aliaksei Syrel a Ã©crit : > > > I have the same. To reproduce: > > 1. open playground. > 2. put both hands on keyboard. > 3. type "at:" > 4. press cmd+n or cmd+m > 5. ... > 6. Syntax Error > [image: Inline image 1] > > > Cheers, > Alex > > On Wed, Jan 27, 2016 at 8:59 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hmm, I never saw this one. Anyone else can reproduce this? >> >> Doru >> >> > On Jan 27, 2016, at 6:56 PM, stepharo <stepharo(a)free.fr> wrote: >> > >> > Hi >> > >> > I open playground or nautilus. >> > I type >> > compile:classified: >> > and select the text >> > and I press senders and I get a syntax error expected.... >> > >> > Just typing this mail now I cannot reproduce it. >> > There is something wrong with the system. >> > >> > Stef >> > >> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "Speaking louder won't make the point worthier." >> >> >> > >

Jan. 27, 2016

Re: [Pharo-dev] Stored Settings

by Jimmie Houchin

Okay, thanks. Having not used the settings in 4 and before I do not know what changes were made. But I would love for there to be user options as what to name the saved settings and what saved settings are loaded. Shalom Aleichem Jimmie On 01/27/2016 01:44 PM, stepharo wrote: > pay attention that settings storage changed in 50 if I'm correct > (because the saved settings where not refactored when > their image API changed). > > > Le 27/1/16 19:12, Jimmie Houchin a Ã©crit : >> Sorry for the noise. >> >> I think I have found what I am looking for in the Deep Into Pharo book. >> I am reading now. >> >> Shalom Aleichem >> >> Jimmie >> >> On 01/27/2016 11:16 AM, Jimmie Houchin wrote: >>> Hello, >>> >>> I am learning how to better manage my processes. I have never messed >>> with the settings much before. The defaults were generally fine. >>> However, with some of my projects I am requiring fonts which are >>> best satisfied by a font with a larger character set allowing for >>> multiple languages. At the moment I am using Linux Libertine or >>> Linux Biolinum. >>> >>> I would like to easily have these be the default fonts I use in the >>> image. I opened a clean image, I made the setting changes. I then >>> "Store Settings". I then opened a new clean image and "Load >>> Settings". It claims that the Linux Libertine is the new font but it >>> is not so. In order for the Linux Libertine font to become active I >>> have to "update" the fonts. Then the fonts become visible and the >>> Linux Libertine becomes active. >>> >>> How do I automate the updating of the fonts in order to have the >>> system fonts available when I open an image or "Load Settings"? >>> >>> How do I automate or script as much as possible the initial state of >>> an image? >>> >>> Also in the "Store Settings" and "Load Settings" it would be nice if >>> you could name the settings file and be able to choose what file you >>> load from as opposed to there being only a single default file. >>> >>> I have attempted to find answers in the list archives. But I have >>> not yet found what I am looking for. >>> >>> Pointers to documentation or articles if available are greatly >>> appreciated. >>> Also any wisdom or advise. >>> >>> Thanks. Shalom Aleichem >>> >>> Jimmie >> >> >> > >

Jan. 27, 2016

Re: [Pharo-dev] Contributing to Pharo

by Dale Henrichs

Esteban, FileTree is indeed neutral with regards to SCM, but Stef and I were referring to a smalltalk api for managing the git (or other repos) in terms of doing commits, checkouts and the like ... FileTree itself isn't involved ... Dale On 01/27/2016 12:47 PM, Esteban A. Maringolo wrote: > 2016-01-27 17:30 GMT-03:00 Dale Henrichs <dale.henrichs(a)gemtalksystems.com>: >> Totally agree with having an abstraction layer or common set of functions ... >> >> As I've said before, I talk about git mainly because of github and because there needs to be a "first" and I chose git ... >> >> Other than details, I think that most if not all of the information I plan to share is "disk-based SCM neutral" and applies equally to each SCM .... > AFAIU FileTree has that purpose, although I don't know if it is used > with something other than Git as a SCM. > > > Esteban A. Maringolo >

Jan. 27, 2016