August 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Tealight (similar to Teapot) installs fine in Pharo 6.1

by Torsten Bergmann

Hi Hannes, thanks, glad you like it. All that would not have been possible without Teapot and Zinc, so again a big thanks from my side to Attila and Sven! Bye T. > Gesendet: Samstag, 19. August 2017 um 15:06 Uhr > Von: "H. Hirzel" <hannes.hirzel(a)gmail.com> > An: "Torsten Bergmann" <astares(a)gmx.de> > Cc: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > Betreff: Tealight (similar to Teapot) installs fine in Pharo 6.1 > > Hello Torsten > > Tealight installs very fine into the latest Pharo release (6.0 / 6.1). > > It is easy to use and the documentation is great! > > --Hannes

Aug. 20, 2017

Re: [Pharo-users] Pharo on the SqueakJS virtual machine

by Craig Latta

Hi Sean-- > > https://tinyurl.com/y727fz4a > > Cool! > > A few things: > - There is a very noticeable lag (e.g. ~5 seconds to open an "About" > window). Any idea what it would take to deliver performance levels > that feel more native? The next big step is getting a WebAssembly version of Cog running. Until then, we're riding the performance improvements in the web browser JavaScript engines. At the moment, Chrome seems a lot faster than the others. Bert's just-in-time translation of compiled methods to JS (which the web browser's JS engine then translates to native code) helped a lot. > - I wonder how Tether compares to Denis' Seamless I think Tether's serialization takes more advantage of the fact that the participants are live Smalltalk systems with many of the same objects already in all locations. Tether also attempts to allow remote messages with parameters from multiple object memories (e.g., in a context on machine A, a message is sent to an object on B, with parameters on C and D). > - I was going to ask the same question for Naiad vs Epicea, but after > reading on your blog, it seems Naiad is much more ambitious than > simply tracking changes Yes, Naiad is ultimately a deployment vehicle, enabling the accurate construction and deconstruction of systems. I want a coherent way to release apps and work in teams, livecoding all the time. > - I got a few errors off the bat > - UnixResolver>>#cantFindOriginError from #getEnvViaFFI > - "The primitiveFetchMourner is missing. Please upgrade your virtual > machine..." Mm, I haven't delved into any of the non-fatal Pharo errors yet. :) thanks! -C -- Craig Latta Black Page Digital Amsterdam :: San Francisco craig(a)blackpagedigital.com voice through 2017-09-12: + 1 510 833 5799 (SMS ok) +31 20 893 2796 (no SMS)

Aug. 20, 2017

[Ann] [Grafoscopio] New release with major improvements

by Offray Vladimir Luna CÃ¡rdenas

Hi, In Grafoscopio, we follow a rolling release model, so we don't make a lot of noise about new versions, but this one has several features worthy to mention: a. Pharo 6 & 6.1 support, with out of the box 64 bits support on Mac and Gnu/Linux. b. Improved support for documentation: Now we have a GrafoscopioDocumentation object that defines documentation as a (Fossil) repository with a list of documents inside and is able to download and update them to their last version using the standard Fossil JSON API. c. Improved traceability: The usual document workflow in Grafoscopio is to create a notebook (i.e notebook.ston), export it as Markdown (notebook.markdown) and convert it to PDF (notebook.pdf) or HTMl (notebook.html). Now in the notebook.ston --> notebook.markdown --> notebook.pdf workflow, the exported/derived file contains the checksum of the last saved source file where it comes from. So, notebook.markdown contain the checksum of notebook.ston in the YAML metadata block [1][2], and notebook.pdf can show the checksum of the notebook.markdown, as exemplified in the User Manual [3]. [1] http://pandoc.org/MANUAL.html#extension-yaml_metadata_block [2] http://mutabit.com/repos.fossil/grafoscopio/artifact?name=99778d46ef034389&… [3] http://mutabit.com/repos.fossil/grafoscopio/doc/tip/Docs/En/Books/Manual/ma… d. Metadata config nodes: Now notebook internalizes the environment (as Smalltalkers and Lispers[4] like ;-)). "%medatata" nodes (see image below) allow a Grafoscopio notebook to define and control the command line options used by the operative system to export the notebook to other formats and enables the notebook to feedback such options with information provided/calculated by the notebook itself. This improves reproducibility greatly, because notebook now describes even the external operations to it, to create other derived files (Markdown, PDF, LaTeX and so on) and to interact with the operative system where it resides (currently this only works on Unix like operative systems like Mac and Gnu/Linux). Such configuration options are defined in plain Pharo, using just dictionaries and dynamic arrays, with some special keys. [4] https://youtu.be/JnczIyPXGfc?t=2548 e. Support for multiple tags in a node: Until now the only allowed tag was 'cÃ³digo' (code), but now tags can be almost arbitrary. This will open new ways to process and display the notebook document tree, once the proper GUI features and interactions are developed. f. Updated and corrected documentation: English User Manual has been improved to reflect new features and several typos and errors have been corrected. Last stable Grafoscopio version is available from the Pharo Catalog, and remember to run the update, frequently. Enjoy, Offray

Aug. 20, 2017

Re: [Pharo-users] Pharo on the SqueakJS virtual machine

by Sean P. DeNigris

Craig Latta wrote > For more details, see https://tinyurl.com/y727fz4a Cool! A few things: - There is a very noticable lag (e.g. ~5 seconds to open an "About" window). Any idea what it would take to deliver performance levels that feel more native? - I wonder how Tether compares to Denis' Seamless - I was going to ask the same question for Naiad vs Epicea, but after reading on your blog, it seems Naiad is much more ambitious than simply tracking changes - I got a few errors off the bat - UnixResolver>>#cantFindOriginError from #getEnvViaFFI - "The primitiveFetchMourner is missing. Please upgrade your virtual machine..." ----- Cheers, Sean -- View this message in context: http://forum.world.st/Re-PharoJS-tp4952267p4962614.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 19, 2017

Re: [Pharo-users] [ANN] Pharo wiki , is here

by Dimitris Chloupis

I also turned it to be published as a webpage, its can be viewed from this link https://squarebracketassociates.github.io/PharoWiki/ On Sat, Aug 19, 2017 at 11:54 PM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > Many seemed to like the idea of a Pharo wiki , I like it too. I created > one, can be found here and super easy to contribute to. > > https://github.com/SquareBracketAssociates/PharoWiki > > Will keep this thread for alerting for important updates to wiki. Have fun > :) >

Aug. 19, 2017

[ANN] Pharo wiki , is here

by Dimitris Chloupis

Many seemed to like the idea of a Pharo wiki , I like it too. I created one, can be found here and super easy to contribute to. https://github.com/SquareBracketAssociates/PharoWiki Will keep this thread for alerting for important updates to wiki. Have fun :)

Aug. 19, 2017

Re: [Pharo-users] YAML parser (2017)

by H. Hirzel

On 8/19/17, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > On Sat, Aug 19, 2017 at 02:45:28PM +0200, H. Hirzel wrote: >> Peter, thanks for the confirmation that in your installation of the >> PetitYAML grammar all tests are green. >> >> I wonder how you did it. > > As I've said, you need to update PetitParser; if there's no appropriate > catalog entry, then ConfigurationOfPetitParser loadBleeding edge, or > manually via Monticello Browser (the same way you loaded PetitYAML). > > Peter Thanks, loading ConfigurationOfPetitParser-TudorGirba.80 through the Monticello Browser (not the catalog) into Pharo 6 and then ConfigurationOfPetitParser load did the job. Now all PetitYAML grammar tests are grenen. --Hannes

Aug. 19, 2017

Re: [Pharo-users] [Ann] Blog entry about using Pharo / Smalltalk to build a bot

by Sean P. DeNigris

kilon.alios wrote > This sneaky tactic can be a great way to promote pharo to your coworkers. > No need to convert your entire project to PHP. Just start using Pharo for > minor tasks, maybe clean up the code, analyse and visualise the code base > with Roassal , parse some text files etc. I love this idea! Take a task no one is particularly invested in and show off Pharo's advantages by adding real value to the team. Very sneaky... I mean effective... indeed! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Ann-Blog-entry-about-using-Pharo-Smalltalk-to-build-a… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 19, 2017

Re: [Pharo-users] How to find where pharo is killing processor power?

by Dimitris Chloupis

it depends what you mean if you talk about Pharo code then those tools should be enough , unless it freezes Pharo (a 100% consumption does not necessarily imply a freeze) if you talk about the Pharo VM itself then you will need to use one of the countless profilers that exist for C/C++ . Some OSes come included with them. MacOS which what I am using can sample a running process and tell you exactly which function/method consumes how much CPU. Obviously more specialised tools can be even more of an assistance like Valgrind http://valgrind.org/ But then it will require knowledge of the Pharo VM internals. if it freezes pharo and you know its pharo code then its a matter of taking a look at changes file and testing on a new image one change at the time until you identify the code that causes the slow down. At least that is what I have done one time I really messed up Morphic draw loop and froze my image. On Sat, Aug 19, 2017 at 2:27 PM Ben Coman <btc(a)openinworld.com> wrote: > On Thu, Aug 17, 2017 at 7:53 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> Are you aware of the profile tools inside Pharo ? They capture execution >> and offer detailed analysis of how much time is spent on each task. One of >> it can be found in World Menu -> Tools -> Time Profiler >> > > Thats good for a normal behaving process, but I'm not sure it helps > identify a currently-misbehaving process. > A (virtual)CPU % could be useful addition to Process Browser. > > cheers -ben > > >> >> Generally speaking a while loop that runs all the time without any kind >> of delays is a very popular way to consume 100%. Even if the while loop >> does nothing it will still consume %100 because even executing an empty >> loops has costs. Two solution is inserting a delay in the loop so the loop >> have to wait for 1 millisecond or less depending your demands or just make >> sure the loop has a very specific condition so it executes only when you >> need to. >> >> On Wed, Aug 16, 2017 at 10:04 PM sergio ruiz <sergio.rrd(a)gmail.com> >> wrote: >> >>> >>> hey all.. my current pharo implementation is running super serious >>> processor power, but it shouldnât be doing much. >>> >>> [image: Activity_Monitor__All_Processes__and_Pharo_image.jpg] >>> >>> how would I go about tracking this inside the pharo image? >>> >>> Thanks! >>> >>> >>> ---- >>> peace, >>> sergio >>> photographer, journalist, visionary >>> >>> Public Key: http://bit.ly/29z9fG0 >>> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV >>> http://www.Village-Buzz.com <http://www.village-buzz.com/> >>> http://www.ThoseOptimizeGuys.com <http://www.thoseoptimizeguys.com/> >>> http://www.coffee-black.com >>> http://www.painlessfrugality.com >>> http://www.twitter.com/sergio_101 >>> http://www.facebook.com/sergio101 >>> >>

Aug. 19, 2017

Re: [Pharo-users] Playground doesn't respect LF endings

by Henrik Nergaard

>> Right now I have to execute `Clipboard clipboardText withSqueakLineEndings asString` and then copy&paste the result. Why not fix the issue instead? * Browse senders of #cr * Filter "rub" * Find the method that navigates the cursor to line end * change #indexOf::: to use #indexOfAnyOf::: with lf as well. * move 1 more step if pos is cr and next is lf * do something similar for home navigation Best regards, Henrik ________________________________ Fra: Pharo-users <pharo-users-bounces(a)lists.pharo.org> pÃ¥ vegne av Peter Uhnak <i.uhnak(a)gmail.com> Sendt: 8. august 2017 07:41:46 Til: pharo-users(a)lists.pharo.org Emne: [Pharo-users] Playground doesn't respect LF endings Hi, when I paste a text into the playground with line endings containing just LF (unix-style), then navigation to beginning/end of a line instead jumps to the beginning/end of the text. (I guess it is hardcoded to CR only). Right now I have to execute `Clipboard clipboardText withSqueakLineEndings asString` and then copy&paste the result. Peter

Aug. 19, 2017