- Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] Glorp version in Pharo

by Mariano Martinez Peck

Seems it was the one that came with VW 7.7.1..... On Mon, Mar 10, 2014 at 9:38 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > > On Wed, Mar 5, 2014 at 4:36 PM, Esteban A. Maringolo <emaringolo(a)gmail.com > > wrote: > >> [I'm cross posting Pharo-dev mailing list too] >> >> Hi Pharo developers, >> >> I'm having an issue while performing a not so common db query (but not >> esoteric either). >> And it seems the version I'm using in Pharo is outdated compared with >> the latest version they're using in VW. >> >> Is there an official maintaner and/or updater of the Glorp port for Pharo? >> >> > No. The first time, we did ir (me, Esteban Lorenzano, Guillermo Polito, > etc). We took certain version of the VW version. I will try to search which > one. After that, no one that I am aware of did a another port again. > > >> I'm using the GlorpDriverPostgreSQL, and the Glorp package from >> SmalltalkHub (Glorp-MarianoMartinezPeck.88). >> I don't have any DBXTalk stuff in my image. >> >> > So you are using Glorp + native postgres driver. > > >> Do we know how old is the Pharo branch from VisualWorks? >> >> > Quite a bit. let me see if I find which one... > > >> Regards! >> >> Esteban A. Maringolo >> >> >> 2014-03-05 15:50 GMT-03:00 Alan Knight <knight(a)acm.org>: >> > I think that whatever version it is it's an old one, because that looks >> like >> > a bug that was fixed some while ago. It's not putting in the subselect >> table >> > in the from clause. I would hope that the Pharo port would list >> somewhere >> > which Glorp version it was built from. There's code to generate a >> > Squeak/Pharo port from the VisualWorks version, and the code tries to be >> > entirely portable in the core, but I never got fixes back from the last >> > porting effort to incorporate, so there are probably some divergences. >> > >> > >> > On 5 March 2014 10:31, Esteban A. Maringolo <emaringolo(a)gmail.com> >> wrote: >> >> >> >> Hi Tom, >> >> >> >> It might have to do with the Pharo version of Glorp. I get the exact >> >> same error as with Alan's suggestion. >> >> ... >> >> I there any way I can know which version of Glorp I'm running in Pharo? >> >> >> 2014-03-03 18:21 GMT-03:00 Tom Robinson <zxrobinson(a)gmail.com>: >> >> > Hi Esteban, >> >> > >> >> > I was able to execute the following query, equivalent to what you're >> >> > trying >> >> > to do on the current dev build of VisualWorks connected to a Store >> >> > repository running in PostgreSQL. >> >> > >> >> > | session query | >> >> > session := StoreLoginFactory currentStoreSession. >> >> > query read: StorePackage >> >> > where: [:each | | subQuery | >> >> > subQuery := Query read: StorePackage >> >> > where: [:eachPkg| eachPkg name = each name]. >> >> > subQuery retrieveMax: [:eachPkg | eachPkg timestamp ]. >> >> > each timestamp = subQuery]. >> >> > session execute: query. >> >> > >> >> > This appears to be what you're trying to do. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "glorp-group" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to glorp-group+unsubscribe(a)googlegroups.com. >> To post to this group, send email to glorp-group(a)googlegroups.com. >> Visit this group at http://groups.google.com/group/glorp-group. >> For more options, visit https://groups.google.com/groups/opt_out. >> > > > > -- > Mariano > http://marianopeck.wordpress.com > -- Mariano http://marianopeck.wordpress.com

March 10, 2014

Re: [Pharo-dev] Glorp version in Pharo

by Esteban A. Maringolo

Bump. Nobody can answer this? :-/ Esteban A. Maringolo 2014-03-05 16:36 GMT-03:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: > [I'm cross posting Pharo-dev mailing list too] > > Hi Pharo developers, > > I'm having an issue while performing a not so common db query (but not > esoteric either). > And it seems the version I'm using in Pharo is outdated compared with > the latest version they're using in VW. > > Is there an official maintaner and/or updater of the Glorp port for Pharo? > > I'm using the GlorpDriverPostgreSQL, and the Glorp package from > SmalltalkHub (Glorp-MarianoMartinezPeck.88). > I don't have any DBXTalk stuff in my image. > > Do we know how old is the Pharo branch from VisualWorks? > > Regards! > > Esteban A. Maringolo > > > 2014-03-05 15:50 GMT-03:00 Alan Knight <knight(a)acm.org>: >> I think that whatever version it is it's an old one, because that looks like >> a bug that was fixed some while ago. It's not putting in the subselect table >> in the from clause. I would hope that the Pharo port would list somewhere >> which Glorp version it was built from. There's code to generate a >> Squeak/Pharo port from the VisualWorks version, and the code tries to be >> entirely portable in the core, but I never got fixes back from the last >> porting effort to incorporate, so there are probably some divergences. >> >> >> On 5 March 2014 10:31, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >>> >>> Hi Tom, >>> >>> It might have to do with the Pharo version of Glorp. I get the exact >>> same error as with Alan's suggestion. >>> ... >>> I there any way I can know which version of Glorp I'm running in Pharo? > >>> 2014-03-03 18:21 GMT-03:00 Tom Robinson <zxrobinson(a)gmail.com>: >>> > Hi Esteban, >>> > >>> > I was able to execute the following query, equivalent to what you're >>> > trying >>> > to do on the current dev build of VisualWorks connected to a Store >>> > repository running in PostgreSQL. >>> > >>> > | session query | >>> > session := StoreLoginFactory currentStoreSession. >>> > query read: StorePackage >>> > where: [:each | | subQuery | >>> > subQuery := Query read: StorePackage >>> > where: [:eachPkg| eachPkg name = each name]. >>> > subQuery retrieveMax: [:eachPkg | eachPkg timestamp ]. >>> > each timestamp = subQuery]. >>> > session execute: query. >>> > >>> > This appears to be what you're trying to do.

March 10, 2014

Re: [Pharo-dev] Pharo3.0 and Halos: very annoying to work with

by Sean P. DeNigris

philippeback wrote > Hmm, how do you two-way cycle? After you enable the setting (search for "halo" I think), the shortcut without shift works in addition to shift variant, and cycles the opposite way (one is front to back, the other back to front). This is the original Squeak behavior ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo3-0-and-Halos-very-annoying-to-work-with-tp47482… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 10, 2014

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

by Nicolai Hess

Took me definitly more than 10 minutes to understand how the system settings browser work :) Still unsure how to add the network settings in the launcher settings. 1. add <pharoLauncherSettings> to NetworkSystemSettings>>networkSettiOn: (works these settings show up in the PHLSettingsBrowser) 2. Add another method in one of the PhlSettings classes with pragma <pharoLauncherSettings> and call NetworkSystemSettings>>networkSettiOn: from there? (does not work) regards Nicolai 2014-03-10 11:12 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > 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] base64.b64encode(data) equivalent

by Henrik Johansen

On 09 Mar 2014, at 9:50 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > ZnBase64Encoder new encode: 42 asByteArray. > => 'Kg==' > > (ZnBase64Encoder new decode: 'Kg==') asInteger. > => 42 > > There is also #asByteArrayOfSize: and signed/unsigned might come into play as well. > > Note that strictly speaking (as implemented by ZnBase64Encoder), Base64 is a binary to string encoding. "String" is such a loose concept, binary -> safe ASCII subset, really. Since Stefâs motivation was understanding (which in my mind always includes *why* something is done), the implication of that, is that you can safely transmit the data over any medium, with no fear of any intermediary transaction participant misinterpreting the data. The cost of this is a 33% overhead (3 binary bytes -> 4 encoded bytes), which isnât all that bad compared to alternatives like using the hex printstring. (Which, by the way, was fairly recently added as the ânewâ standard binary format in postgres, Iâd love to see the discussion where THAT ended up as the preferred alternativeâ¦ http://www.postgresql.org/docs/9.1/static/datatype-binary.html) Cheers, Henry

March 10, 2014