December 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Moose-dev] Roassal2 in Pharo 5 -> segfault

by Alexandre Bergel

I have also seen some random crashes using Spurâ¦ Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Dec 29, 2015, at 2:33 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Hi all, > > just in case this is not a known bug: Intensive use of Roassal2 in Pharo 5 causes a segfault of the mac vm. A crash.dump is attached. Itâs the vm I got just now ( wget --quiet -O - get.pharo.org/50+vm | bash ) and Pharo5 with Alexesâ 17280 slice to make Roassal visualize shapes correctly. > > To reproduce, all I need to do is have a visualization open with a layout animation and after some time it will crash. I use this in LRP and I can give easy steps to reproduce if needed. > > <crash.dmp> > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev

Dec. 29, 2015

Re: [Pharo-dev] How can I load GTDebugger in 5.0 ?

by Andrei Chis

Hi Mariano, The code below loads GTDebugger and registers the extensions. Gofer it smalltalkhubUser: 'Moose' project: 'GToolkit'; package: 'ConfigurationOfGTDebugger'; load. (Smalltalk at: #ConfigurationOfGTDebugger) loadDevelopment. #GTGenericStackDebugger asClass register. #GTSUnitDebugger asClass register. #GTBytecodeDebugger asClass register. Smalltalk tools registerDebugger: SpecDebugger withRank: 2. Cheers, Andrei On Tue, Dec 29, 2015 at 11:16 AM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > I'm working now on a config for cleanly loading GTDebugger plus SUnit and > bytecode extensions into Pharo 5. > Hopefully it will be done by today or tomorrow. > > Cheers, > Andrei > > On Tue, Dec 29, 2015 at 2:49 AM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> I tried: >> >> Gofer it >> smalltalkhubUser: 'Moose' project: 'GToolkit'; >> package: 'ConfigurationOfGTDebugger'; >> load. >> (Smalltalk at: #ConfigurationOfGTDebugger) loadBleedingEdge. >> >> >> but that loads a hell of stuff I don't want...and conflicts and.. >> >> So.. how can I get simply GTDebugger with the SUnit extensions? >> >> Thanks in advance, >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > >

Dec. 29, 2015

Roassal2 in Pharo 5 -> segfault

by Johan Fabry

Hi all, just in case this is not a known bug: Intensive use of Roassal2 in Pharo 5 causes a segfault of the mac vm. A crash.dump is attached. Itâs the vm I got just now ( wget --quiet -O - get.pharo.org/50+vm | bash ) and Pharo5 with Alexesâ 17280 slice to make Roassal visualize shapes correctly. To reproduce, all I need to do is have a visualization open with a layout animation and after some time it will crash. I use this in LRP and I can give easy steps to reproduce if needed. ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Dec. 29, 2015

Re: [Pharo-dev] [OT] Dolphin 7 opensourced

by Esteban A. Maringolo

2015-12-29 11:26 GMT-03:00 phil(a)highoctane.be <phil(a)highoctane.be>: > Interesting, as there is a lot of good support for Windows in it. This is REAL good news. > How would you see this working along with Pharo? I don't see much interaction between both, but I would recommend any Pharo developer to use it for a week or more, the coherence and consistency of its user experience is so good that it raises the bar really high for any other dialect. Bringing back to Pharo some of its ideas is great. Esteban A. Maringolo

Dec. 29, 2015

pillar question

by ClÃ©ment Bera

Is this the right place to ask questions about pillar ? I am trying to write documentation using pillar. I am now stuck at conditional printing and on the contrary to my previous issues I didn't find examples in other documentation written in pillar. In latex, I would do conditional printing this way: \newif \ifsol \sol true \ifsol paragraph display if sol is true \fi and depending if I put true or false in the variable sol, the paragraph is displayed or not. Then I can print two version of my document with different texts at specific parts depending on this variable. I tried multiple ways in pillar, but I can't achieve the same result. What is the right way to do conditional printing in pillar ? Thanks ! Clement

Dec. 29, 2015

Re: [Pharo-dev] How can I load GTDebugger in 5.0 ?

by Alexandre Bergel

When will this debugger be part of Pharo5? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Dec 29, 2015, at 7:16 AM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > I'm working now on a config for cleanly loading GTDebugger plus SUnit and bytecode extensions into Pharo 5. > Hopefully it will be done by today or tomorrow. > > Cheers, > Andrei > > On Tue, Dec 29, 2015 at 2:49 AM, Mariano Martinez Peck <marianopeck(a)gmail.com <mailto:marianopeck@gmail.com>> wrote: > I tried: > > Gofer it > smalltalkhubUser: 'Moose' project: 'GToolkit'; > package: 'ConfigurationOfGTDebugger'; > load. > (Smalltalk at: #ConfigurationOfGTDebugger) loadBleedingEdge. > > > but that loads a hell of stuff I don't want...and conflicts and.. > > So.. how can I get simply GTDebugger with the SUnit extensions? > > Thanks in advance, > > -- > Mariano > http://marianopeck.wordpress.com <http://marianopeck.wordpress.com/> >

Dec. 29, 2015

Re: [Pharo-dev] [OT] Dolphin 7 opensourced

by phil＠highoctane.be

Hi, Interesting, as there is a lot of good support for Windows in it. How would you see this working along with Pharo? Phil On Tue, Dec 29, 2015 at 2:47 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > just as an info and in case you missed it but might be interested: > > Dolphin Smalltalk for Windows 7 will be released open source (MIT licensed) > on GitHub today ([1]/[2]). The sources for both the image and > the virtual machine will be available. > > For those who do not know it: Dolphin is a Smalltalk system for Windows > provided by Andy Bower and Blaire McGlashan from www.object-arts.com > The article from BitwiseMag [3] gives an overview. > > The existing Dolphin 6.2 codebase was brought by Andy Bower now > under Git and compiles completely under VisualStudio Community 2013. > This is a new version, Dolphin 7, that is modelled off the previous > X6.1 Professional Edition (although you can choose to build Dolphin > Community > Edition from it if you like). > > Have fun > T. > > [1] http://www.object-arts.com/dolphin7.html > [2] http://www.object-arts.com/gettingstarted.html > [3] > http://www.bitwisemag.com/copy/programming/smalltalk/dolphintutorial.html > >

Dec. 29, 2015

[OT] Dolphin 7 opensourced

by Torsten Bergmann

Hi, just as an info and in case you missed it but might be interested: Dolphin Smalltalk for Windows 7 will be released open source (MIT licensed) on GitHub today ([1]/[2]). The sources for both the image and the virtual machine will be available. For those who do not know it: Dolphin is a Smalltalk system for Windows provided by Andy Bower and Blaire McGlashan from www.object-arts.com The article from BitwiseMag [3] gives an overview. The existing Dolphin 6.2 codebase was brought by Andy Bower now under Git and compiles completely under VisualStudio Community 2013. This is a new version, Dolphin 7, that is modelled off the previous X6.1 Professional Edition (although you can choose to build Dolphin Community Edition from it if you like). Have fun T. [1] http://www.object-arts.com/dolphin7.html [2] http://www.object-arts.com/gettingstarted.html [3] http://www.bitwisemag.com/copy/programming/smalltalk/dolphintutorial.html

Dec. 29, 2015

Re: [Pharo-dev] Kafka protocol

by Robert Withers

I feel there is something missing from your analysis I would like to highlight, Dimitris. Some projects can be solo. Others require collaborative planning. BigData requires collaboration, especially given it's commercial focus. If there is not interest, it is not a problem for me. As you, I have this big pile of beans on front of me. I think I'll go pick a few up and put them in the sack. have a good one, robert On 12/29/2015 07:46 AM, Dimitris Chloupis wrote: > and I spend an hour a day coding for pharo , and from that are maybe a > 10% is for python support because I have many other needs, like Custom > GUIs, visual coding tools, github integration etc etc. > > I am sure for many other coders the case is quite similar. Free time > is a luxury. But in the end as we say in Greece "bean by bean you make > the sack full" or as the English say "in a long road make tiny steps" > . It does not matter how much you can help, the fact that you provide > a tiniest bit of code will be less time spent for the next coder. > Thats helpful enough. > > On Tue, Dec 29, 2015 at 2:38 PM Robert Withers > <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> wrote: > > You're right of course; I made bad choice of words. It is > challenging me to explain what I meant as there is something > reasonable I am trying to say. I will try. > > We all have our own interests and projects we wish to achieve in > Pharo. Often this means everyone is working on their own > directions and interests and often this means working alone > without a team-oriented project. People with similar interests > will join efforts and plans. Other projects have been determined > to align with pharo's core vision and BigTalk and discussion has > yielded plans and work proceedeth collaboratively. > > I work on SecureSession and CryptOCaps as my own interests and I > get much welcome help but they are my projects. I tr to talk about > them in hopes others will use them, but it is my efforts which pay > off. SecureSession is solid and usable. > > The realm of BigData is different. I have knowledge and experience > there and I think it would be powerful for Pharo, but they aree > not my main focus. If Pharo wishes to get into this space, it best > be done collaboratively which requires some BigWords to > coordinate. As they are not my main focus and needs collaboration, > a team should form around it, whether it is in the PharoVision or > not. This is where I think I misspoke, making it official. > > I wish I had twice the time available, to work CryptOCaps and > BigData, but I do not. If nobody is interested in seeing how Pharo > does with BigData there is not anything I can do nor could I offer > my experienmces there to assist. My suggestions to form a BigData > team around it, to coordinate and collaborate, fall short if there > is no interest. I will stop encouraging this and refocus back on > my work. > > My apologies for the distractions, > Robert > > > On 12/29/2015 07:20 AM, Dimitris Chloupis wrote: >> Should be ? There is no "should be" it is what it is, if anyone >> wants something more he is more than welcomed to stop writing to >> the mailing list and use that time instead to sit his ass down >> and make the code . The potential of Pharo is unlimited but >> taking advantage of it is hard work and nothing else. BigData >> frameworks dont come from BigWords. >> >> I wanted Pharo to work with python and use python libraries . Did >> I came to this mailing list to write that pharo "should be" able >> to use python libraries, because python is super popular and its >> constantly growing ? >> >> Nope ! >> >> I sat down my ass and worked hard to make it happen and I did >> accomplish it. Still much to improve but there is no substitute >> to hard work and putting the time to improve pharo. >> >> You wanna use Jars from Pharo , no problemo, work hard and do it. >> But please dont tell me what should be in the vision of Pharo, >> why BigData and not 3d graphics, why 3d graphics and not network >> libraries, why network libraries and not more IDE tools, why IDE >> tools and not more advanced language features, why advance >> language features and not a C API , why C API and not web >> development frameworks ? >> >> In the end nothing , NOTHING , should be outside the scope of a >> language that wants to call itself "turing complete" . No goal is >> higher than something else. Each coders has different needs . >> What it "Should be" is people that are willing to work hard to >> make THEIR OWN NEEDS a reality using a tool THEY LOVE using. Its >> a choice. >> >> And a Stef so well says it >> >> Pharo is Yours >> >> On Mon, Dec 28, 2015 at 9:44 PM Robert Withers >> <robert.w.withers(a)gmail.com <mailto:robert.w.withers@gmail.com>> >> wrote: >> >> What I mean is that an undertaking of this scope should be in >> the Vision >> and on the roadman for Pharo, with a broader concerted >> commitment to >> enterprise BigData integration. >> >> robert >> >> On 12/28/2015 02:29 PM, Robert Withers wrote: >> > >> > >> > On 12/28/2015 12:19 PM, Frank Shearar wrote: >> >> On 27 December 2015 at 16:11, Robert Withers >> >> <robert.w.withers(a)gmail.com >> <mailto:robert.w.withers@gmail.com>> wrote: >> >>> This would be awesome in Pharo: >> >>> >> https://cwiki.apache.org/confluence/display/KAFKA/A+Guide+To+The+Kafka+Prot…. >> >>> >> >>> Since we cannot yet call JARs, implementing the wire >> protocol and API >> >>> proxies would really be huge from an enterprise pharo >> standpoint. If >> >>> other >> >>> folks are interested in working on this, I could help out. >> >> Having a Kafka client in Pharo would indeed be awesome. >> But who cares >> >> about calling JARs? It's a wire protocol; write a client >> against that >> >> and you're done. >> > >> > Yes, although I would still like to load JARs, but for >> different >> > reasons. That aside, yes implementing the wire protocol >> would be >> > really happening. I'll help. I don't want to own it. It would >> > definitely be enterprise. >> > >> > robert >> > >> > >> >> >> >> frank >> >> >> > >> >> -- >> Robert >> . .. ... ^,^ >> >> > > -- > Robert > . .. ... ^,^ > -- Robert . .. ... ^,^

Dec. 29, 2015

Re: [Pharo-dev] Kafka protocol

by Dimitris Chloupis

and I spend an hour a day coding for pharo , and from that are maybe a 10% is for python support because I have many other needs, like Custom GUIs, visual coding tools, github integration etc etc. I am sure for many other coders the case is quite similar. Free time is a luxury. But in the end as we say in Greece "bean by bean you make the sack full" or as the English say "in a long road make tiny steps" . It does not matter how much you can help, the fact that you provide a tiniest bit of code will be less time spent for the next coder. Thats helpful enough. On Tue, Dec 29, 2015 at 2:38 PM Robert Withers <robert.w.withers(a)gmail.com> wrote: > You're right of course; I made bad choice of words. It is challenging me > to explain what I meant as there is something reasonable I am trying to > say. I will try. > > We all have our own interests and projects we wish to achieve in Pharo. > Often this means everyone is working on their own directions and interests > and often this means working alone without a team-oriented project. People > with similar interests will join efforts and plans. Other projects have > been determined to align with pharo's core vision and BigTalk and > discussion has yielded plans and work proceedeth collaboratively. > > I work on SecureSession and CryptOCaps as my own interests and I get much > welcome help but they are my projects. I tr to talk about them in hopes > others will use them, but it is my efforts which pay off. SecureSession is > solid and usable. > > The realm of BigData is different. I have knowledge and experience there > and I think it would be powerful for Pharo, but they aree not my main > focus. If Pharo wishes to get into this space, it best be done > collaboratively which requires some BigWords to coordinate. As they are not > my main focus and needs collaboration, a team should form around it, > whether it is in the PharoVision or not. This is where I think I misspoke, > making it official. > > I wish I had twice the time available, to work CryptOCaps and BigData, but > I do not. If nobody is interested in seeing how Pharo does with BigData > there is not anything I can do nor could I offer my experienmces there to > assist. My suggestions to form a BigData team around it, to coordinate and > collaborate, fall short if there is no interest. I will stop encouraging > this and refocus back on my work. > > My apologies for the distractions, > Robert > > > On 12/29/2015 07:20 AM, Dimitris Chloupis wrote: > > Should be ? There is no "should be" it is what it is, if anyone wants > something more he is more than welcomed to stop writing to the mailing list > and use that time instead to sit his ass down and make the code . The > potential of Pharo is unlimited but taking advantage of it is hard work and > nothing else. BigData frameworks dont come from BigWords. > > I wanted Pharo to work with python and use python libraries . Did I came > to this mailing list to write that pharo "should be" able to use python > libraries, because python is super popular and its constantly growing ? > > Nope ! > > I sat down my ass and worked hard to make it happen and I did accomplish > it. Still much to improve but there is no substitute to hard work and > putting the time to improve pharo. > > You wanna use Jars from Pharo , no problemo, work hard and do it. But > please dont tell me what should be in the vision of Pharo, why BigData and > not 3d graphics, why 3d graphics and not network libraries, why network > libraries and not more IDE tools, why IDE tools and not more advanced > language features, why advance language features and not a C API , why C > API and not web development frameworks ? > > In the end nothing , NOTHING , should be outside the scope of a language > that wants to call itself "turing complete" . No goal is higher than > something else. Each coders has different needs . What it "Should be" is > people that are willing to work hard to make THEIR OWN NEEDS a reality > using a tool THEY LOVE using. Its a choice. > > And a Stef so well says it > > Pharo is Yours > > On Mon, Dec 28, 2015 at 9:44 PM Robert Withers <robert.w.withers(a)gmail.com> > wrote: > >> What I mean is that an undertaking of this scope should be in the Vision >> and on the roadman for Pharo, with a broader concerted commitment to >> enterprise BigData integration. >> >> robert >> >> On 12/28/2015 02:29 PM, Robert Withers wrote: >> > >> > >> > On 12/28/2015 12:19 PM, Frank Shearar wrote: >> >> On 27 December 2015 at 16:11, Robert Withers >> >> <robert.w.withers(a)gmail.com> wrote: >> >>> This would be awesome in Pharo: >> >>> >> https://cwiki.apache.org/confluence/display/KAFKA/A+Guide+To+The+Kafka+Prot… >> . >> >>> >> >>> Since we cannot yet call JARs, implementing the wire protocol and API >> >>> proxies would really be huge from an enterprise pharo standpoint. If >> >>> other >> >>> folks are interested in working on this, I could help out. >> >> Having a Kafka client in Pharo would indeed be awesome. But who cares >> >> about calling JARs? It's a wire protocol; write a client against that >> >> and you're done. >> > >> > Yes, although I would still like to load JARs, but for different >> > reasons. That aside, yes implementing the wire protocol would be >> > really happening. I'll help. I don't want to own it. It would >> > definitely be enterprise. >> > >> > robert >> > >> > >> >> >> >> frank >> >> >> > >> >> -- >> Robert >> . .. ... ^,^ >> >> >> > -- > Robert > . .. ... ^,^ > >

Dec. 29, 2015