- Pharo-users - lists.pharo.org

Re: [Pharo-users] How do I debug a MNU in Pharo-6.0

by Ben Coman

On Thu, Oct 20, 2016 at 5:06 PM, Ben Coman <btc(a)openinworld.com> wrote: > On Thu, Oct 20, 2016 at 6:35 AM, Dale Henrichs > <dale.henrichs(a)gemtalksystems.com> wrote: >> I am trying to debug a problem that showed up loading my version of STON >> into Pharo-6.0. ON Travis, I see the error message[1]: >> >> MessageNotUnderstood: receiver of "ifTrue:ifFalse:" is nil >> >> The code is loading and passing tests in Pharo-5.0, 4.0, 3.0 and several >> versions of GemStone, so I am interested in bringing up a debugger... >> >> I cloned git@github.com:GsDevKit/ston.git and checked out the gs_port branch >> into the directory >> /export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston. >> >> But when I run the following code in a Pharo-6.0 image using the Playground >> by pressing the green arrow: >> >> Metacello new >> baseline: 'Ston'; >> repository: >> 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; >> load: #( 'UTF8' 'Tests') >> >> I do not get the expected MNU in a debugger -- but I do see a bunch of infos >> popping up during the execution but they fade too quickly for me to actually >> read them --- there were 8 or more popups --- and I got the impression that >> they involved the ifTrue:ifFalse:, but danged if I know how to debug the >> problem ... Alternatively, maybe put a haltOnce in each of the six implementors of #inform: cheers -ben >> >> I must have missed the memo that tells me how to get a debugger up in >> Pharo-6.0 ... > > Maybe from commandline try... > [ Metacello new > baseline: 'Ston'; > repository: > 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; > load: #( 'UTF8' 'Tests') > ] on: Error do: [ :err | err debug ]. > > (If I try it myself in Pharo 6 I get ZnUnknownScheme. I guess I need > to load gitfiletree separately) > > cheers -ben

Oct. 20, 2016

Re: [Pharo-users] [Seaside] Seaside can not be used with Pharo 60261

by Norbert Hartl

Hi Johan, can you please upload the ConfigurationOfSeaside3 I've sent in this thread? thanks, Norbert > Am 18.10.2016 um 17:20 schrieb Johan Brichau <johan(a)inceptive.be>: > > >> On 18 Oct 2016, at 16:36, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: >> >> (ConfigurationOfAster project version: #development) load > > There are issues with this âoldâ way of Metacello loading. Can you try: > > Metacello new > configuration:âAsterâ; > version: #development; > load. > > (Maybe you need to add the repo to, donât know). > > Cheers > Johan

Oct. 20, 2016

Re: [Pharo-users] How do I debug a MNU in Pharo-6.0

by Ben Coman

On Thu, Oct 20, 2016 at 6:35 AM, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > I am trying to debug a problem that showed up loading my version of STON > into Pharo-6.0. ON Travis, I see the error message[1]: > > MessageNotUnderstood: receiver of "ifTrue:ifFalse:" is nil > > The code is loading and passing tests in Pharo-5.0, 4.0, 3.0 and several > versions of GemStone, so I am interested in bringing up a debugger... > > I cloned git@github.com:GsDevKit/ston.git and checked out the gs_port branch > into the directory > /export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston. > > But when I run the following code in a Pharo-6.0 image using the Playground > by pressing the green arrow: > > Metacello new > baseline: 'Ston'; > repository: > 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; > load: #( 'UTF8' 'Tests') > > I do not get the expected MNU in a debugger -- but I do see a bunch of infos > popping up during the execution but they fade too quickly for me to actually > read them --- there were 8 or more popups --- and I got the impression that > they involved the ifTrue:ifFalse:, but danged if I know how to debug the > problem ... > > I must have missed the memo that tells me how to get a debugger up in > Pharo-6.0 ... Maybe from commandline try... [ Metacello new baseline: 'Ston'; repository: 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; load: #( 'UTF8' 'Tests') ] on: Error do: [ :err | err debug ]. (If I try it myself in Pharo 6 I get ZnUnknownScheme. I guess I need to load gitfiletree separately) cheers -ben

Oct. 20, 2016

Re: [Pharo-users] Garage sqlite on pharo > 5

by stepharo

I know this is me that paid Guillermo to develop Garage and it was not for us but for the community. And Guillermo made sure that we can tests all drivers on Jenkins. Stef > Why declare that as dead? > > It is there and is okay to use. > > People can update it if needed. > > Why say this? > That's not constructive, man. > > We need DB access. > Pharo without DB access is going nowhere in the industry. > > Just had a pairing session w/ Doru and guess what? The data I need for > Moose/Roassal usage is in a database. > > -_O > > Phil > > > On Mon, Oct 17, 2016 at 7:29 PM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Guillermo created Garage because the consortium asked and payed > him to do and I think that he did it well. Now Guillermo does not > use any database during his development and he is busy to work on > many important tasks for Pharo. > > I will ask Guillermo to declare Garage as dead and people should > not come and cry that DB is not well supported in Pharo. I never > understood why the code of UDBC was not pushed into Garage. > > Stef > > PS: So now people can tell me that I'm insulting torsten or > whatever. Feel free. I found the situation quite sad in fact and > quite also discouraging. > > > > > Le 17/10/16 Ã 15:49, Esteban A. Maringolo a Ã©crit : > > 2016-10-17 8:12 GMT-03:00 Norbert Hartl <norbert(a)hartl.name > <mailto:norbert@hartl.name>>: > > Does anyone use Garage SQL drivers with sqlite in pharo >= 5? > > Garage SQLite driver doesn't work on Pharo 5, the FFI API > changed and > Garage wasn't updated to use UFFI. > You have to use Torsten version in UDBC. > > Gofer it > smalltalkhubUser: 'TorstenBergmann' project: 'UDBC'; > configuration; > load. > (Smalltalk at: #ConfigurationOfUDBC) loadBleedingEdge. > > > Regards, > > Esteban A. Maringolo > > > > > >

Oct. 20, 2016

Re: [Pharo-users] Spec: scaling imageModels

by stepharo

Hi matteo Please open a bug entry and submit a fix and there is a good chance that your enhancements will be added to Pharo. We cannot crawl the mails and do that in addition to all the rest. :) Stef

Oct. 20, 2016

new themoosebook.org - work in progress

by Tudor Girba

Hi, I am working on a new The Moose Book. You can see the current draft here: http://themoosebook.org In the current form, it covers about 40% of what I want to have at the end. My target is to get a first complete version ready until Spring 2017. The book targets Moose 6.1, although most parts will work with Moose 6.0. The book is written in Pillar. A secondary goal for this book is to build a book editor with tools in Pharo. The current book was generated directly from Pharo without using the command line. The current code is in book GitHub repository, but the end goal is to have these tools working separately from the book. Please let me know what you think. The book repo is here: https://github.com/girba/themoosebook Cheers, Doru -- www.tudorgirba.com www.feenk.com "Every thing has its own flow."

Oct. 20, 2016

Re: [Pharo-users] [Seaside] [ANN] ZÃ¼rich Smalltalk Meetup Nov 8th, 2016

by Esteban Lorenzano

> On 19 Oct 2016, at 22:55, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > > Michal, > > This sounds quite exciting ... I was wondering how you were getting on with Tugrik+Mongo+Voyage and now I know :) > > I would be very interested in helping you in any way that I can, just let me know. > yes, me too :) Esteban > Dale > > On 10/19/2016 01:01 PM, Michal Balda wrote: >> Hi, >> the short answer is: not yet. >> >> The back story is: We have been experimenting with GemStone and Tugrik at work. While Tugrik appears to work very well (even though it is new and not yet finished), I found the overall architecture (Tugrik+Mongo+Voyage) a bit complicated. Tugrik is meant to be a replacement for Voyage-Mongo but actually uses parts of its implementation and behavior. I understand that it does so to mimic Voyage-Mongo so that switching from Mongo to GemStone is relatively painless. That does not fit our use case though - we don't need a replacement for Mongo since we haven't used it in the first place. We would also like to have something that we could possibly maintain ourselves, should the priorities of Esteban or Dale change in a few years (I don't want this to sound negative, I am sure they would not drop the support just because they want to, but I understand they are very busy and for us it is a certain risk we would like to mitigate). >> >> While playing with Tugrik I came up with a few ideas so I started a clean Pharo image with the following task in mind: find a way of getting objects from Pharo to GemStone and back, as simply as possible, without any unnecessary dependencies. In other words, I wanted to see if I could create a simpler Pharo-to-GemStone persistence solution than the existing Tugrik+Mongo+Voyage stack. As of now it's still in an early phase but I already have something that could work. For the meetup in ZÃ¼rich I want to have something to show (a small demo), or, if I run into any conceptual issues, to have a topic for discussion if anyone's interested. >> >> I won't release it publicly until I am sure it works well. But I can guarantee you that if anything exciting does emerge, this mailing list will learn about it. It will definitely not be exclusive for the people who attend the meetup. I just want to use the opportunity of the meetup to get early feedback and/or input, maybe it will trigger a discussion about important issues that I haven't thought about yet. I am not at all a GemStone expert so the possibility is there. >> >> >> Michal >> >> >> >> On 18.10.2016 14:38, Mariano Martinez Peck wrote: >>> Hi, >>> >>> I would love to be in Zurich, but I obviously can't :( >>> So... is there a way to get some more info about that "Gemstone-based persistence framework for Pharo"? And who is Michal? Last name? >>> >>> Thanks, >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com <http://marianopeck.wordpress.com/> >> >

Oct. 20, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by HernÃ¡n Morales Durand

Thank you Otto, I had a look and it seems a nice implementation (couldn't load into the image but using the Monticello Browser) Cheers, HernÃ¡n 2016-10-19 0:44 GMT-03:00 Otto Behrens <otto(a)finworks.biz>: > > Do you mean internal or embedded DSL? I am open to write an DSL if > > facilitates the job, the thing with the Trevor's paper is that he > defines 6 > > implementations of FSM's (and in each implementation he considers several > > issues leading to sub-implementations) so I would like a DSL which let me > > express different implementations for the same FSM. Plus there are FSM > > implementations out there: HotDraw, Connectors, MIDIInputParser, > XMIReader, > > SState, etc. I think a "correct" DSL would enable to define any of them > > right? > > I just meant some syntactically terse way of expressing a state > machine so that one can see the logic clearly. Representing a state > machine in a graphical way is ideal. We did this once, but the problem > is to make the state machine definition resilient to refactorings and > changes to the code. What I mean is that compiling something into code > is a one way thing; to keep it maintained, one would like to "reverse > compile" and draw the state machine from code. > > A "correct" DSL would be something like a Harel state diagram, which > should be able to express most requirements. > > I attach our state package, if you're interested. Not directly one of > the approaches in Trevor's paper. Perhaps another option. I would like > to extend it to use guards and actions and more. > > > The approach I am using now is a parametrized code generator, using > > templates (not in the form of T4 templates), so it's a long way. > > Maybe Helvetia could help? > > Out of my depth here; will have to read a lot more. > > > > > > >> > >> On Tue, Oct 18, 2016 at 9:29 AM, Julien Delplanque <julien(a)tamere.eu> > >> wrote: > >> > Hello, > >> > > >> > A generator for the visitor design pattern: > >> > - Generate methods in visited objects: VisitedObject>>#accept: (with > the > >> > selector name configurable) > >> > - Generate empty methods (or methods with a "self > >> > subclassResponsability" if > >> > an abstract visitor is generated) > >> > called in #accept: methods of VisitedObjects in the Visitor i.e > >> > Visitor>>#acceptVisitedObject: (with the selector > >> > name configurable again). > >> > > >> > Each time this design pattern has to be used, it is annoying to write > by > >> > hand all these methods. > >> > > >> > Regards, > >> > > >> > Julien > >> > > >> > > >> > On 18/10/16 07:24, HernÃ¡n Morales Durand wrote: > >> >> > >> >> Hi guys, > >> >> > >> >> I am writing a code generator, doing a few iterations right now. > >> >> I want your opinion, which most useful thing would you like to be > >> >> generated > >> >> automatically? It could be a pattern, an idiom, another language... > >> >> > >> >> For example my own wish (roadmap) list: > >> >> > >> >> - A "settings framework" settings class generator. > >> >> - A state machine generator (based in the excellent paper of Trevor > P. > >> >> Hopkins) > >> >> - A Spec UI generator. > >> >> > >> >> Let me know your thoughts. > >> >> > >> >> Cheers, > >> >> > >> >> HernÃ¡n > >> >> > >> > > >> > > >> > > >

Oct. 20, 2016

Re: [Pharo-users] [Seaside] [ANN] ZÃ¼rich Smalltalk Meetup Nov 8th, 2016

by Mariano Martinez Peck

On Wed, Oct 19, 2016 at 5:01 PM, Michal Balda <lists(a)michalbalda.cz> wrote: > Hi, > the short answer is: not yet. > > The back story is: We have been experimenting with GemStone and Tugrik at > work. While Tugrik appears to work very well (even though it is new and not > yet finished), I found the overall architecture (Tugrik+Mongo+Voyage) a bit > complicated. Tugrik is meant to be a replacement for Voyage-Mongo but > actually uses parts of its implementation and behavior. I understand that > it does so to mimic Voyage-Mongo so that switching from Mongo to GemStone > is relatively painless. That does not fit our use case though - we don't > need a replacement for Mongo since we haven't used it in the first place. > We would also like to have something that we could possibly maintain > ourselves, should the priorities of Esteban or Dale change in a few years > (I don't want this to sound negative, I am sure they would not drop the > support just because they want to, but I understand they are very busy and > for us it is a certain risk we would like to mitigate). > > While playing with Tugrik I came up with a few ideas so I started a clean > Pharo image with the following task in mind: find a way of getting objects > from Pharo to GemStone and back, as simply as possible, without any > unnecessary dependencies. In other words, I wanted to see if I could create > a simpler Pharo-to-GemStone persistence solution than the existing > Tugrik+Mongo+Voyage stack. As of now it's still in an early phase but I > already have something that could work. For the meetup in ZÃ¼rich I want to > have something to show (a small demo), or, if I run into any conceptual > issues, to have a topic for discussion if anyone's interested. > > I won't release it publicly until I am sure it works well. But I can > guarantee you that if anything exciting does emerge, this mailing list will > learn about it. It will definitely not be exclusive for the people who > attend the meetup. I just want to use the opportunity of the meetup to get > early feedback and/or input, maybe it will trigger a discussion about > important issues that I haven't thought about yet. I am not at all a > GemStone expert so the possibility is there. > > > Hi, OK, I understand. Thanks for the explanation. BTW, for your implementation, do you use ServerBlocks [1] ? It may be handy otherwise. Best regards, [1 ] https://github.com/GsDevKit/GsDevKit_home/blob/master/docs/articles/gsDevKi… > Michal > > > > On 18.10.2016 14:38, Mariano Martinez Peck wrote: > > Hi, > > I would love to be in Zurich, but I obviously can't :( > So... is there a way to get some more info about that "Gemstone-based > persistence framework for Pharo"? And who is Michal? Last name? > > Thanks, > > > -- > Mariano > http://marianopeck.wordpress.com > > > -- Mariano http://marianopeck.wordpress.com

Oct. 20, 2016

Re: [Pharo-users] How do I debug a MNU in Pharo-6.0

by Dale Henrichs

It looks like some "Failed magic" is involved here. A bit of the stack for your viewing pleasure: MessageNotUnderstood: receiver of "ifTrue:ifFalse:" is nil UndefinedObject(Object)>>doesNotUnderstand: #ifTrue:ifFalse: STONWriter>>ExecuteUnOptimizedIn: UndefinedObject(Object)>>mustBeBooleanInMagic: UndefinedObject(Object)>>mustBeBoolean STONWriter>>encodeString: Perhaps this is a Pharo6.0 bug -- triggered by my bug in STONWriter>>encodeString: Travis is running headless and presumably the error/notification/exception handling is a bit different running headless? Dale On 10/19/2016 03:35 PM, Dale Henrichs wrote: > > I am trying to debug a problem that showed up loading my version of > STON into Pharo-6.0. ON Travis, I see the error message[1]: > > MessageNotUnderstood: receiver of "ifTrue:ifFalse:" is nil > > The code is loading and passing tests in Pharo-5.0, 4.0, 3.0 and > several versions of GemStone, so I am interested in bringing up a > debugger... > > I cloned git@github.com:GsDevKit/ston.git and checked out the gs_port > branch into the directory > /export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston. > > But when I run the following code in a Pharo-6.0 image using the > Playground by pressing the green arrow: > > Metacello new > baseline: 'Ston'; > repository: > 'gitfiletree:///export/foos1/users/dhenrich/dev/_home/server/stones/m_340/git/ston/repository'; > load: #( 'UTF8' 'Tests') > > I do not get the expected MNU in a debugger -- but I do see a bunch of > infos popping up during the execution but they fade too quickly for me > to actually read them --- there were 8 or more popups --- and I got > the impression that they involved the ifTrue:ifFalse:, but danged if I > know how to debug the problem ... > > I must have missed the memo that tells me how to get a debugger up in > Pharo-6.0 ... > > Any advice? > > Dale > > [1] https://travis-ci.org/GsDevKit/ston/jobs/169029017#L435 >

Oct. 19, 2016