- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Smalltalk Internet Browser

by phil＠highoctane.be

On Tue, May 2, 2017 at 8:45 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > On 5/2/17, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > > Here is a workable solution: Headless Chrome > > > > https://developers.google.com/web/updates/2017/04/headless-chrome > > > > This HN thread has some interesting things we could take inspiration > from. > > > > We can drive it from Pharo and grab the screen, and then show that in a > > Morph. Then capture clicks and send then to the headless chrome. > > > > Will not do everything, but can be decent. > > +1 > Thanks for this link, Phil. > > Seems to be an exercise with some OSProcess calls. > More like REST calls ( https://w3c.github.io/webdriver/webdriver-spec.html ) against chromedriver executable driving headless chrome. > > The result might as well have an application for the testing of web > site rendering. > > Though there are many tools (e.g. http://phantomjs.org/) which do this > it is convenient to do the scripting in Smalltalk. > PhantomJS maintainer stepped down upon the news of ChromeHeadless becoming available. Phil > > --Hannes > > > > > > Phil > > > > On Sun, Apr 30, 2017 at 10:37 PM, askoh <askoh(a)askoh.com> wrote: > > > >> Yes. It is a novel way of remote desktop. Perhaps Craig can tell if it > >> can > >> do > >> the following. > >> I want to go to a web page, select a body of text and have Smalltalk > code > >> analyze the text in some way and return the answer in the browser or in > >> the > >> Smalltalk app or file output. There should be two-way communication > >> between > >> app and browser. I would like to do live debugging too. > >> > >> Aik-Siong Koh > >> > >> > >> Hi Askoh, > >> > >> are you also aware of Snowglobe > >> https://thiscontext.com/2016/10/31/app-streaming-with-snowglobe/ ? > This > >> allows one to use a standard Smalltalk image running on the native Cog > VM > >> to > >> render in a web browser. > >> > >> _,,,^..^,,,_ (phone) > >> > >> > >> > >> > >> -- > >> View this message in context: http://forum.world.st/ > >> Smalltalk-Internet-Browser-tp4944879p4944998.html > >> Sent from the Pharo Smalltalk Developers mailing list archive at > >> Nabble.com. > >> > >> > > > >

May 2, 2017

Re: [Pharo-dev] Smalltalk Internet Browser

by H. Hirzel

On 5/2/17, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Here is a workable solution: Headless Chrome > > https://developers.google.com/web/updates/2017/04/headless-chrome > > This HN thread has some interesting things we could take inspiration from. > > We can drive it from Pharo and grab the screen, and then show that in a > Morph. Then capture clicks and send then to the headless chrome. > > Will not do everything, but can be decent. +1 Thanks for this link, Phil. Seems to be an exercise with some OSProcess calls. The result might as well have an application for the testing of web site rendering. Though there are many tools (e.g. http://phantomjs.org/) which do this it is convenient to do the scripting in Smalltalk. --Hannes > > Phil > > On Sun, Apr 30, 2017 at 10:37 PM, askoh <askoh(a)askoh.com> wrote: > >> Yes. It is a novel way of remote desktop. Perhaps Craig can tell if it >> can >> do >> the following. >> I want to go to a web page, select a body of text and have Smalltalk code >> analyze the text in some way and return the answer in the browser or in >> the >> Smalltalk app or file output. There should be two-way communication >> between >> app and browser. I would like to do live debugging too. >> >> Aik-Siong Koh >> >> >> Hi Askoh, >> >> are you also aware of Snowglobe >> https://thiscontext.com/2016/10/31/app-streaming-with-snowglobe/ ? This >> allows one to use a standard Smalltalk image running on the native Cog VM >> to >> render in a web browser. >> >> _,,,^..^,,,_ (phone) >> >> >> >> >> -- >> View this message in context: http://forum.world.st/ >> Smalltalk-Internet-Browser-tp4944879p4944998.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >

May 2, 2017

Re: [Pharo-dev] GarageGlorp

by Esteban A. Maringolo

It is done. Regards! Esteban A. Maringolo 2017-04-30 14:32 GMT-03:00 Stephane Ducasse <stepharo.self(a)gmail.com>: > tx > > On Sun, Apr 30, 2017 at 5:36 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: >> >> I will do so as soon as I sit in front of my computer. >> >> Regards! >> >> El abr. 29, 2017 3:35 PM, "Stephane Ducasse" <stepharo.self(a)gmail.com> >> escribiÃ³: >>> >>> Hi >>> >>> for a tutorial I wanted to load Glorp in Pharo 60 as described in the >>> Glorp doc. >>> >>> Metacello new >>> smalltalkhubUser: 'DBXTalk' project: 'Garage'; >>> configuration: 'GarageGlorp'; >>> version: #stable; >>> load. >>> >>> I get an error stating that >>> The symbolic version stable is not defined in the configuration for the >>> ... for the platform. >>> >>> I changed the loading instruction to >>> >>> Metacello new >>> smalltalkhubUser: 'DBXTalk' project: 'Garage'; >>> configuration: 'GarageGlorp'; >>> version: '0.2'; >>> load. >>> >>> And it seems to work. May be we should publish a symbolic version for >>> pharo 60. >>> I do not think that I have commit right. >>> >>> Stef > >

May 2, 2017

Re: [Pharo-dev] Smalltalk Internet Browser

by phil＠highoctane.be

And the WebDriver protocol doesn't seem that intractable. https://www.w3.org/TR/webdriver/ On Tue, May 2, 2017 at 8:28 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Here is a workable solution: Headless Chrome > > https://developers.google.com/web/updates/2017/04/headless-chrome > > This HN thread has some interesting things we could take inspiration from. > > We can drive it from Pharo and grab the screen, and then show that in a > Morph. Then capture clicks and send then to the headless chrome. > > Will not do everything, but can be decent. > > Phil > > On Sun, Apr 30, 2017 at 10:37 PM, askoh <askoh(a)askoh.com> wrote: > >> Yes. It is a novel way of remote desktop. Perhaps Craig can tell if it >> can do >> the following. >> I want to go to a web page, select a body of text and have Smalltalk code >> analyze the text in some way and return the answer in the browser or in >> the >> Smalltalk app or file output. There should be two-way communication >> between >> app and browser. I would like to do live debugging too. >> >> Aik-Siong Koh >> >> >> Hi Askoh, >> >> are you also aware of Snowglobe >> https://thiscontext.com/2016/10/31/app-streaming-with-snowglobe/ ? This >> allows one to use a standard Smalltalk image running on the native Cog VM >> to >> render in a web browser. >> >> _,,,^..^,,,_ (phone) >> >> >> >> >> -- >> View this message in context: http://forum.world.st/Smalltal >> k-Internet-Browser-tp4944879p4944998.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >

May 2, 2017

Re: [Pharo-dev] Smalltalk Internet Browser

by phil＠highoctane.be

Here is a workable solution: Headless Chrome https://developers.google.com/web/updates/2017/04/headless-chrome This HN thread has some interesting things we could take inspiration from. We can drive it from Pharo and grab the screen, and then show that in a Morph. Then capture clicks and send then to the headless chrome. Will not do everything, but can be decent. Phil On Sun, Apr 30, 2017 at 10:37 PM, askoh <askoh(a)askoh.com> wrote: > Yes. It is a novel way of remote desktop. Perhaps Craig can tell if it can > do > the following. > I want to go to a web page, select a body of text and have Smalltalk code > analyze the text in some way and return the answer in the browser or in the > Smalltalk app or file output. There should be two-way communication between > app and browser. I would like to do live debugging too. > > Aik-Siong Koh > > > Hi Askoh, > > are you also aware of Snowglobe > https://thiscontext.com/2016/10/31/app-streaming-with-snowglobe/ ? This > allows one to use a standard Smalltalk image running on the native Cog VM > to > render in a web browser. > > _,,,^..^,,,_ (phone) > > > > > -- > View this message in context: http://forum.world.st/ > Smalltalk-Internet-Browser-tp4944879p4944998.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

May 2, 2017

Re: [Pharo-dev] Pharo 6 crash when requesting memory from the JVM library

by Raffaello Giulietti

OK, I'll give it a try tomorrow and let the mailing list know about the outcome. On 2017-05-02 18:30, Denis Kudriashov wrote: > Could you check how it works with Pharo5 which was based on prespur CogVM? > > 2017-05-02 16:36 GMT+02:00 Raffaello Giulietti > <raffaello.giulietti(a)lifeware.ch <mailto:raffaello.giulietti@lifeware.ch>>: > > Hello, > > I'm on Pharo 6 (32 bit)/Windows 10 (64 bit). > > I'm trying to load and use the (32 bit) JVM DLL into a running Pharo > image via the UFFI. > > Everything works correctly, including JVM method invocations, except > when trying to set the minimum and maximum JVM heap size by passing > the -Xms<size> and -Xmx<size> options upon JVM creation. With these > options, Pharo simply crashes without leaving any trace. > > Apparently, memory management requests from the JVM interfere with > Pharo's own memory management. > > Please note that we successfully use the same mechanism for both > VisualWorks (32 bit)/Windows 10 (64 bit) and Gemstone 64 bit/Linux, > so it seems it has to do with a Pharo limitation somehow. > > Further, I couldn't find any documentation on how to increase > Pharo's working set. > > So the questions are: > * What is the most probable cause of the crash described above? > * Where is there more doc about Pharo's memory configuration settings? > > Greetings > Raffaello > > >

May 2, 2017

Re: [Pharo-dev] Pharo 6 crash when requesting memory from the JVM library

by Denis Kudriashov

Could you check how it works with Pharo5 which was based on prespur CogVM? 2017-05-02 16:36 GMT+02:00 Raffaello Giulietti < raffaello.giulietti(a)lifeware.ch>: > Hello, > > I'm on Pharo 6 (32 bit)/Windows 10 (64 bit). > > I'm trying to load and use the (32 bit) JVM DLL into a running Pharo image > via the UFFI. > > Everything works correctly, including JVM method invocations, except when > trying to set the minimum and maximum JVM heap size by passing the > -Xms<size> and -Xmx<size> options upon JVM creation. With these options, > Pharo simply crashes without leaving any trace. > > Apparently, memory management requests from the JVM interfere with Pharo's > own memory management. > > Please note that we successfully use the same mechanism for both > VisualWorks (32 bit)/Windows 10 (64 bit) and Gemstone 64 bit/Linux, so it > seems it has to do with a Pharo limitation somehow. > > Further, I couldn't find any documentation on how to increase Pharo's > working set. > > So the questions are: > * What is the most probable cause of the crash described above? > * Where is there more doc about Pharo's memory configuration settings? > > Greetings > Raffaello > > >

May 2, 2017

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/60477 Home: https://github.com/pharo-project/pharo-core

May 2, 2017

[pharo-project/pharo-core] 46622b: 60477

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 46622b913acdee8974e2b8cdc329b7a95e9061de https://github.com/pharo-project/pharo-core/commit/46622b913acdee8974e2b8cd… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-05-02 (Tue, 02 May 2017) Changed paths: R ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/as yet unclassified/version21316_.st A ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/baselines/baseline29_.st M ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/symbolic versions/stable_.st A ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version21316_.st A ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version214_.st A ConfigurationOfVersionner.package/ConfigurationOfVersionner.class/instance/versions/version215_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60476.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60477.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60476.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60477.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Slot-Tests.package/SlotClassVariableTest.class/instance/tests/testAccessorInstanceVariableSlotGeneratesAccessors.st A Slot-Tests.package/SlotClassVariableTest.class/instance/tests/testSlotIsPersistedAfterRebuildOfClass.st M Slot.package/SlotClassBuilder.class/instance/accessing/copyClassSlotsFromExistingClass.st M Slot.package/SlotClassBuilder.class/instance/initialize-release/build.st M System-SessionManager.package/SessionManager.class/instance/snapshot and quit/snapshot_andQuit_.st M Versionner-Commit.package/VSCommitAction.class/definition.st M Versionner-Commit.package/VSCommitBrowser.class/definition.st M Versionner-Commit.package/VSCommitBrowser.class/instance/building/buildBrowser.st M Versionner-Spec-Browser.package/VersionnerProjectBrowser.class/instance/announcement registration/register.st A Versionner-Spec-Browser.package/VersionnerProjectBrowser.class/instance/refreshing/refreshConfigurationOfProject_.st A Versionner-Tests-Core-Model.package/MBConfigurationInfoTest.class/instance/tests/testInitialization.st Log Message: ----------- 60477 19909 Versionner reset modifications of first opened project when user opens another project in addition https://pharo.fogbugz.com/f/cases/19909 19981 Class side slot initialization does not work https://pharo.fogbugz.com/f/cases/19981 20004 SnapshotDone should be after all startup actions https://pharo.fogbugz.com/f/cases/20004 http://files.pharo.org/image/60/60477.zip

May 2, 2017

Pharo 6 crash when requesting memory from the JVM library

by Raffaello Giulietti

Hello, I'm on Pharo 6 (32 bit)/Windows 10 (64 bit). I'm trying to load and use the (32 bit) JVM DLL into a running Pharo image via the UFFI. Everything works correctly, including JVM method invocations, except when trying to set the minimum and maximum JVM heap size by passing the -Xms<size> and -Xmx<size> options upon JVM creation. With these options, Pharo simply crashes without leaving any trace. Apparently, memory management requests from the JVM interfere with Pharo's own memory management. Please note that we successfully use the same mechanism for both VisualWorks (32 bit)/Windows 10 (64 bit) and Gemstone 64 bit/Linux, so it seems it has to do with a Pharo limitation somehow. Further, I couldn't find any documentation on how to increase Pharo's working set. So the questions are: * What is the most probable cause of the crash described above? * Where is there more doc about Pharo's memory configuration settings? Greetings Raffaello

May 2, 2017