March 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] About inspectors

by Esteban A. Maringolo

Excellent Tudor! Very impressive. It blurs the line between a the Smalltalk tools and an SQL Editor. Esteban A. Maringolo 2014-03-10 12:15 GMT-03:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Yes! > > We have Roassal 2 which is pretty well advanced already. We would like to announce Roassal2 the way its deserve: with fireworks and a big fanfare. > > The coming months will be full of surprises. > > Alexandre > > > On Mar 10, 2014, at 9:59 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> Alex, >> >> On 10 Mar 2014, at 13:54, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >>> Yesterday evening I watched the Wolfram video. I think we can produce Pharo-based video as impressive as what this strange guy did. >> >> Please do ! Visualization and marketing is important indeed. >> >> Sven > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

March 10, 2014

Re: [Pharo-dev] how can I test soundplugin?

by J.F. Rick

Yes, load PharoSound and do the following: SoundPlayer boinkScale. SoundService soundEnabled. SoundService registeredClasses. SoundService reset. BaseSoundSystem soundEnabled: true. SoundService default. ss := SoundService default new. ss class soundEnabled. ss class soundEnabled: true. ss beep. (FMSound lowMajorScaleOn: FMSound pluckedElecBass) play. (FMSound lowMajorScaleOn: FMSound randomWeird1) play. (FMSound majorScaleOn: FMSound oboe1) play. FMSound testFMInteractively. (SampledSound bachFugueVoice2On: SampledSound new) play. SoundPlayer shutDown SoundPlayer boinkScale. SoundService soundEnabled. BaseSoundSystem soundEnabled: true. FMSound testFMInteractively. sound := FMSound pitch: 'a4' dur: 1.0 loudness: 0.4. sound play. SoundService default new class soundEnabled: true. (FMSound pitch: 'a4' dur: 1.0 loudness: 0.4) play On Mon, Mar 10, 2014 at 5:33 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Hi, > > I'm working on the SoundPlugin (finally!) and I would like to know how can > I test that is working. > Is there a package or a script that I can execute to see if it is working? > > cheers, > Esteban > -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

March 10, 2014

About a Spec dedicated mailing-list

by Benjamin

Hello guys :) I was wondering if it will make sense to have a spec dedicated mailing list :) As I have pros and cons, I am asking for your opinion :) Thanks in advance, Ben

March 10, 2014

Re: [Pharo-dev] Is there some shared memory space?

by Max Leske

Wellâ¦ donât delete those two lines when commenting out the version check :) verifyVersionFrom: aDecoder | streamVersion | <---------------------- streamVersion := aDecoder nextEncodedUint16. <------------------- (self version = streamVersion) ifFalse: [ FLBadVersion signalCurrentVersion: self version streamVersion: streamVersion ] On 10.03.2014, at 15:05, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Can you share what happened so we can avoid it? :D > > > On Sun, Mar 9, 2014 at 9:02 PM, Max Leske <maxleske(a)gmail.com> wrote: > Solve. Neither image nor VM nor Fuel luckily :) > > Cheers, > Max > > > On 08.03.2014, at 23:15, Max Leske <maxleske(a)gmail.com> wrote: > >> >> On 08.03.2014, at 23:12, btc(a)openInWorld.com wrote: >> >>> Max Leske wrote: >>>> >>>> >>>> On 08.03.2014, at 15:03, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >>>> >>>>> Hmm, as far as I know there is no "shared memory space"... or bah.. what do you mean by that? >>>>> >>>>> From my understanding I'd say that when you do: >>>>> >>>>> "- I fix the bug (i.e., commenting the self error)" >>>>> >>>>> you introduce some side effect that causes an infinite recursion => lots of contexts are reified because the vm stack gets full => you run out of memory >>>> >>>> No, it seems that the error lies with Fuel, although I canât yet say why. Iâm still investigating. >>>> >>>> Max >>> >>> Max, You've been able to reproduce the problem? >> >> Not really. Iâm working on it with Roberto and post back once weâve figured out more. Iâm pretty sure though that VM and image are fine (apart from limiting the heap size to 500MB *grml*). >> >> >>> >>>> >>>>> >>>>> BTW, are you on windows, linux, mac? which vm/image? >>>>> >>>>> Guille >>>>> >>>>> >>>>> On Sat, Mar 8, 2014 at 2:55 PM, roberto.minelli(a)usi.ch <roberto.minelli(a)usi.ch> wrote: >>>>> Anyone on this? It is very frustrating for me. >>>>> >>>>> Cheers, >>>>> Roby >>>>> >>>>> On Mar 7, 2014, at 1:05 PM, roberto.minelli(a)usi.ch wrote: >>>>> >>>>> > >>>>> > On Mar 7, 2014, at 12:24 PM, Max Leske <maxleske(a)gmail.com> wrote: >>>>> > >>>>> >> >>>>> >> On 07.03.2014, at 11:55, roberto.minelli(a)usi.ch wrote: >>>>> >> >>>>> >>> Hi guys, >>>>> >>> >>>>> >>> I am experiencing a very strange problem that makes me think there is some shared memory problem with Pharo. >>>>> >>> >>>>> >>> Here are the steps that lead to the problem: >>>>> >>> - I have an image, I do something (i.e., materializing objects with Fuel) >>>>> >>> - I encounter a problem and a debugger pops up with a âself error: something" >>>>> >>> - I close the debugger >>>>> >>> - I close the image >>>>> >> >>>>> >> Do you save the image? If so, are you saving references to the already materialized objects? >>>>> > >>>>> > Of course, I did not save the image. Otherwise Iâd have understood the behavior. >>>>> > >>>>> >> >>>>> >>> - I reopen the image >>>>> >>> - I fix the bug (i.e., commenting the self error) >>>>> >>> - I re-run the same thing as in the first step >>>>> >>> - An OutOfMemory error appears. >>>>> >>> >>>>> >>> Any clue? >>>>> >>> >>>>> >>> Thanks, >>>>> >>> Roberto > >

March 10, 2014

how can I test soundplugin?

by Esteban Lorenzano

Hi, Iâm working on the SoundPlugin (finally!) and I would like to know how can I test that is working. Is there a package or a script that I can execute to see if it is working? cheers, Esteban

March 10, 2014

Re: [Pharo-dev] About inspectors

by Alexandre Bergel

Yes! We have Roassal 2 which is pretty well advanced already. We would like to announce Roassal2 the way its deserve: with fireworks and a big fanfare. The coming months will be full of surprises. Alexandre On Mar 10, 2014, at 9:59 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Alex, > > On 10 Mar 2014, at 13:54, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> Yesterday evening I watched the Wolfram video. I think we can produce Pharo-based video as impressive as what this strange guy did. > > Please do ! Visualization and marketing is important indeed. > > Sven -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 10, 2014

Re: [Pharo-dev] Is there some shared memory space?

by Guillermo Polito

Can you share what happened so we can avoid it? :D On Sun, Mar 9, 2014 at 9:02 PM, Max Leske <maxleske(a)gmail.com> wrote: > Solve. Neither image nor VM nor Fuel luckily :) > > Cheers, > Max > > > On 08.03.2014, at 23:15, Max Leske <maxleske(a)gmail.com> wrote: > > > On 08.03.2014, at 23:12, btc(a)openInWorld.com wrote: > > Max Leske wrote: > > > On 08.03.2014, at 15:03, Guillermo Polito <guillermopolito(a)gmail.com> > wrote: > > Hmm, as far as I know there is no "shared memory space"... or bah.. what > do you mean by that? > > From my understanding I'd say that when you do: > > "- I fix the bug (i.e., commenting the self error)" > > you introduce some side effect that causes an infinite recursion => lots > of contexts are reified because the vm stack gets full => you run out of > memory > > > No, it seems that the error lies with Fuel, although I can't yet say why. > I'm still investigating. > > Max > > > Max, You've been able to reproduce the problem? > > > Not really. I'm working on it with Roberto and post back once we've > figured out more. I'm pretty sure though that VM and image are fine (apart > from limiting the heap size to 500MB *grml*). > > > > > > BTW, are you on windows, linux, mac? which vm/image? > > Guille > > > On Sat, Mar 8, 2014 at 2:55 PM, roberto.minelli(a)usi.ch < > roberto.minelli(a)usi.ch> wrote: > >> Anyone on this? It is very frustrating for me. >> >> Cheers, >> Roby >> >> On Mar 7, 2014, at 1:05 PM, roberto.minelli(a)usi.ch wrote: >> >> > >> > On Mar 7, 2014, at 12:24 PM, Max Leske <maxleske(a)gmail.com> wrote: >> > >> >> >> >> On 07.03.2014, at 11:55, roberto.minelli(a)usi.ch wrote: >> >> >> >>> Hi guys, >> >>> >> >>> I am experiencing a very strange problem that makes me think there is >> some shared memory problem with Pharo. >> >>> >> >>> Here are the steps that lead to the problem: >> >>> - I have an image, I do something (i.e., materializing objects with >> Fuel) >> >>> - I encounter a problem and a debugger pops up with a "self error: >> something" >> >>> - I close the debugger >> >>> - I close the image >> >> >> >> Do you save the image? If so, are you saving references to the already >> materialized objects? >> > >> > Of course, I did not save the image. Otherwise I'd have understood the >> behavior. >> > >> >> >> >>> - I reopen the image >> >>> - I fix the bug (i.e., commenting the self error) >> >>> - I re-run the same thing as in the first step >> >>> - An OutOfMemory error appears. >> >>> >> >>> Any clue? >> >>> >> >>> Thanks, >> >>> Roberto >> > >

March 10, 2014

Re: [Pharo-dev] [FEEDBACK] Install Pharo on Windows

by Nicolai Hess

Ah ,yes this answers my question :) I 'll do so. (the more clean solution). Nicolai 2014-03-10 12:46 GMT+01:00 Torsten Bergmann <astares(a)gmx.de>: > Hi Nicolai, > > either we add the <pharoLauncherSettings> pragma to NetworkSystemSettings > as I already suggested in > > > https://pharo.fogbugz.com/f/cases/12405/PharoLauncher-should-include-Networ… > > which is the easiest solution but was denied by Damien since this would be > in the base image. > > Another (more clean) way would be to implement a custom settings class > PhLNetworkSettings with the > <pharoLauncherSettings> pragma providing a similar interface for methods > and delegating > to NetworkSystemSettings. > > If you work on this please also create a "PharoLauncher-Core-Settings" > category > and move PhLSettingBrowser into it. It is currently in > 'PharoLauncher-Core-Commands' and it > is better to have an own category for settings related stuff. > > Thx > T. > > > Gesendet: Montag, 10. MÃ¤rz 2014 um 11:12 Uhr > > Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> > > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > > Betreff: Re: [Pharo-dev] [FEEDBACK] Install Pharo on Windows > > > > See NetworkSystemSettings > > > > On 10 Mar 2014, at 11:09, Damien Cassou <damien.cassou(a)gmail.com> wrote: > > > > > Hi Nicolai, > > > > > > On Mon, Mar 10, 2014 at 9:06 AM, Nicolai Hess <nicolaihess(a)web.de> > wrote: > > >> I would need a way to define the proxy settings. > > > > > > > > > would you mind trying to implement that, it should not take you more > > > than 10 minutes: the only thing needed is to find where is the Pharo > > > proxy setting implemented and reference it from a method with the > > > correct pragma in Pharo Launcher. I can help you if you want. > > > > > > -- > > > Damien Cassou > > > http://damiencassou.seasidehosting.st > > > > > > "Success is the ability to go from one failure to another without > > > losing enthusiasm." > > > Winston Churchill > > > > > > > > > > >

March 10, 2014

Re: [Pharo-dev] About inspectors

by Sven Van Caekenberghe

Alex, On 10 Mar 2014, at 13:54, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Yesterday evening I watched the Wolfram video. I think we can produce Pharo-based video as impressive as what this strange guy did. Please do ! Visualization and marketing is important indeed. Sven

March 10, 2014

Re: [Pharo-dev] About inspectors

by Alexandre Bergel

Yes! Yesterday evening I watched the Wolfram video. I think we can produce Pharo-based video as impressive as what this strange guy did. Alexandre On Mar 10, 2014, at 2:34 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi Alex, > > > On Mon, Mar 10, 2014 at 1:26 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Wow!!!!! > > Screenshots are (too) small? > > They are actually in full resolution, but the theme makes them fit the column, and the blog engine does not offer an enlarge preview :(. You can however, simply zoom the page. > > Hey people! Use the like button and enter a comment :-) > > We should be able to do the same thing for DBPedia. > > Exactly. I would love to get some case studies in this direction. The idea of the case study would be not to present the end picture (if it's a visualization) but the way to get to it. For example, in the Postgres video, the final picture is not particularly exciting, but the speed with which you can get to it once you know the platform is :). > > Cheers, > Doru > > > Alexandre > > > On Mar 9, 2014, at 7:06 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > Thanks for the interest. > > > > I added now a new blog post in which I detail an investigation scenario of a Postgres DB with the GTInspector: > > http://www.humane-assessment.com/blog/dynamic-exploration-of-a-postgres-db-… > > > > The post includes a video that kind of gets you through the most important parts: > > - use the playground > > - query the DB and preview the results through dedicated presentations > > - navigate through objects and code to learn the API > > - build a visualization in place and continue exploration > > - extend the inspector with a dedicated presentation > > > > Please let me know what you think. > > > > Cheers, > > Doru > > > > > > > > On Sat, Mar 8, 2014 at 8:48 AM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > > Doru, > > > > Where to look on your blog for a view on the essentials of this? I see http://www.humane-assessment.com/blog/making-the-pharo-settings-browser-ope… for example. A video? > > > > I look at the blog and vids but it is a bit hard to find a basic demo to grasp things. > > > > TIA > > Phil > > > > > > On Sat, Mar 8, 2014 at 8:16 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > I hope not. What are we trying to optimize? > > > > If you look closely at the GT work, you might notice that it is not just a tool, it's a whole new philosophy for coding. The EyeInspector picked only one aspect out of a whole. > > > > One high goal is to change programming such that the inspector + debugger to capture most of the coding experience. This is what live means. Right now, in the default Pharo we only code small things in the debugger and nothing in the inspector. We work on the idea of a moldable IDE that will change all that. > > > > Let's look at some facts. Right now, in my image I have 75 different extensions for GTInspector. And the total amount of lines of code has barely passed 1000 LOC (including all utility code). These are not just independent views, but they are combinable. The amount of use cases supported span a wide range: querying source code, visualizing performance, navigating file system, querying DB, and more (read the posts from humane-assessment.com for hints in this direction). > > > > We programmed most of these extensions from within the inspector both because it's fun and because it's significantly more productive. And I am not the only one. This power is not serendipity, it's by design. And we only started to untap this potential. > > > > There is still a long way for the concept of inspector and I believe there is a large payoff in it, too. > > > > Optimizing for a small thing now should not be the way to go :) > > > > Cheers, > > Doru > > > > > > > > > > On Fri, Mar 7, 2014 at 11:23 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Well I would hope that some kind of convergence would be possible in the future. Maybe some kind of abstract meta description like magritte, that different tools can use. > > > > On 07 Mar 2014, at 16:43, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > > > > Hi everyone. > > > > > > This day Iâve attended Moose dojo and Iâm pretty impressed with the possibilities of GTInspector. The one thing that Iâve noticed is that both GTInspactor and EyeInspector support custom inspections for objects. Iâm wandering if we can come up with a common protocol to give an object specific infector view, and not develop a separate thing for each inspector. > > > > > > Uko > > > > > > > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > > > > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 10, 2014