November 2018 - Pharo-users

problem when running without changes file (on windows)
by Baveco, Hans Nov. 21, 2018

Nov. 21, 2018

I have a pharo 6.1 image (based on the Moose 6.1 image) containing a small application. I would like to distribute this without the source code. When I run the application with the changes file present all is fine. When running with the changes file removed, it mostly works ok but apparently the functionality for e.g. creating png (linked to Cairo?) is not available. The log file is attached. Now looking a bit further into this I observed that in fact all the 6.1 images I work with seem to have this same problem, e.g. when displaying Roassal graphs they display the red windows with crosses. Is this option to run without a changes files supposed to work in 6.1 (on windows)? What should I do to make it work? (noticed that there is no setting anymore for this) Hans

4 9

Re: [Pharo-users] Line Number...
by Arturo Zambrano Nov. 21, 2018

Nov. 21, 2018

Thanks!, I was not aware of that. On Wed, Nov 21, 2018 at 2:21 AM Benoit St-Jean via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > You probably need: > > String>>#lineNumberCorrespondingToIndex: > > ----------------- > BenoÃ®t St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > Instagram: Chef_Benito > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) > > > On Tuesday, November 20, 2018, 9:17:34 p.m. EST, Arturo Zambrano < > arturo.zambrano(a)gmail.com> wrote: > > > Hi, > given a text file and an offset, is there any class//message to obtain the > line number of that offset? > I just don't want to reinvent the wheel :) > > TIA > arturo >

1 0

Re: [Pharo-users] My Keynote at the Salta Conference
by horrido Nov. 21, 2018

Nov. 21, 2018

Basically, implementing what was outlined in David Buck's document (attached to the original post). It may involve hacking the VM to count byte codes. SmalltalkContestIdeas.docx <http://forum.world.st/file/t128560/SmalltalkContestIdeas.docx> Pharo Smalltalk Users mailing list wrote > OK, I'll bite. > > What does "code the competition" mean exactly? > > I last used Smalltalk "in anger" pre-pharo with squeak. I live ST and am > looking for a way back "in" but > TBH the changes from Squeak are vast and I have too many ideas to work on > and keep hitting walls. > > I'm intrigued but need more direction. Whatcha need - ELI5. > > > >> On Nov 20, 2018, at 5:13 PM, horrido < > horrido.hobbies@ > > wrote: >> >> No, the money isn't lost. I was merely suggesting that without some help, >> the >> marketing opportunity for this competition would be lost. >> >> I'm not sure you understand how much work is involved in this project. I >> will be doing a great deal of the heavy lifting. I have to setup the >> competition website server. I have to advertise or reach out to high >> schools >> across the country. I have to get local media interested in covering the >> competition. I have to look into producing the T-shirt swag, and shipping >> the T-shirts to all contest participants, and at an affordable rate to >> fit >> the budget. Those are only a few things off the top of my head. >> >> Coding the actual contest problems according to David Buck's prescription >> shouldn't be open-ended and shouldn't be a huge commitment. I imagine it >> would be a couple of months of work during spare time. >> >> >> >> jgfoster wrote >>> Hi Richard, >>> >>> So the $$$$ that we gave you is now âlost"? Perhaps people didnât >>> understand what you expected from us other than money. What else is >>> needed >>> to make your project a success? We are supposed to âcode the >>> competitionâ >>> as well? Anything else? >>> >>> Is this practice of insulting people (âDoesnât anyone care about >>> promoting >>> Pharo?â) supposed to be motivating? Is it a demonstration of you >>> expertise >>> at marketing? Does it build confidence about how the Smalltalk community >>> will be perceived by the new arrivals? >>> >>> Iâve appreciated your blog posts and your passion, but Iâm put off by >>> this >>> approach. >>> >>> James >>> >>> P.S. I realize that Iâm probably doing what Iâm criticizing in >>> youâthrowing out negative comments from behind a keyboard to score >>> points >>> when I might not be so harsh in person. >>> >>>> On Nov 20, 2018, at 2:36 PM, Richard Kenneth Eng < >> >>> horrido.hobbies@ >> >>> > wrote: >>>> >>>> Not even a single nibble? Doesn't anyone care about promoting Pharo? >>>> >>>> What a colossal lost opportunity! >>>> >>>> >>>> On Sun, 18 Nov 2018 at 09:29, Richard Kenneth Eng < >> >>> horrido.hobbies@ >> >>> <mailto: >> >>> horrido.hobbies@ >> >>> >> wrote: >>>> Some of you may already be aware of my presentation at Smalltalks 2018, >>>> the outcome of which was full funding for my Smalltalk programming >>>> competition. See My Keynote at the Salta Conference >>>> <https://hackernoon.com/my-keynote-at-the-salta-conference-435dfaccc888&gt >>>> <https://hackernoon.com/my-keynote-at-the-salta-conference-435dfaccc888&gt>;. >>>> >>>> Three years ago, David Buck provided an outline for the competition. >>>> See >>>> attached. >>>> >>>> I would like to use that as a starting point, though I am open to >>>> alternative suggestions. >>>> >>>> The reason for this post is the following... >>>> >>>> I need volunteers to code the competition. I am nowhere near qualified >>>> to >>>> do so, as my knowledge of Pharo is limited. >>>> >>>> Without help from Pharoers (or, at least, Smalltalkers), the >>>> competition >>>> is in jeopardy. This is a great opportunity to promote Pharo. (The >>>> original competition three years ago was going to use VisualWorks, but >>>> since Cincom did not see fit to support my competition this year, I >>>> decided to go with Pharo.) >>>> >>>> Please contact me if anyone is interested. It would be a terrible shame >>>> to waste this opportunity. >>>> >>>> Regards, >>>> Richard >> >> >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

2 1

My Keynote at the Salta Conference
by Richard Kenneth Eng Nov. 21, 2018

Nov. 21, 2018

Some of you may already be aware of my presentation at *Smalltalks 2018*, the outcome of which was full funding for my Smalltalk programming competition. See My Keynote at the Salta Conference <https://hackernoon.com/my-keynote-at-the-salta-conference-435dfaccc888>. Three years ago, David Buck provided an outline for the competition. See attached. I would like to use that as a starting point, though I am open to alternative suggestions. The reason for this post is the following... I need volunteers to code the competition. I am nowhere near qualified to do so, as my knowledge of Pharo is limited. Without help from Pharoers (or, at least, Smalltalkers), the competition is in jeopardy. This is a great opportunity to promote Pharo. (The original competition three years ago was going to use VisualWorks, but since Cincom did not see fit to support my competition this year, I decided to go with Pharo.) Please contact me if anyone is interested. It would be a terrible shame to waste this opportunity. Regards, Richard

7 12

Re: [Pharo-users] Commit dates when migrating repos to github
by Alistair Grant Nov. 21, 2018

Nov. 21, 2018

On Wed, 21 Nov 2018 at 16:31, Ben Coman via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > > On Wed, 21 Nov 2018 at 22:22, nacho <0800nacho(a)gmail.com> wrote: >> >> do you know of some resources, tutorial or documentaton I can read to learn >> how to use Iceberg? >> I'm completely lost. >> thanks >> Nacho > > > How familiar are you already with git? > > This seems to be the most recent video... > https://www.youtube.com/watch?v=PK2yCu2rWCc > > Notes from the main repo... > https://github.com/pharo-vcs/iceberg/tree/master/docs Slides, rather than a video, but a bit more recent: https://www.slideshare.net/esug/contributing-to-pharo-18 Cheers, Alistair

2 1

Commit dates when migrating repos to github
by Ben Coman Nov. 21, 2018

Nov. 21, 2018

Just a quick note sharing something I learnt recently. When migrating MCZ repos to git, set the commit-date of the first empty commit back past the first MCZ date. https://leewc.com/articles/making-past-git-commits/ After the MCZs have been exported, check the commit-date matches the author date. $ git log --format=fuller or otherwise force it so... $ git filter-branch --env-filter 'export GIT_COMMITTER_DATE="$GIT_AUTHOR_DATE"' cheers -ben

2 2

glamorous toolkit alpha.3
by Tudor Girba Nov. 21, 2018

Nov. 21, 2018

Hi, Another month has swooshed and now itâs time for Glamorous Toolkit alpha.3: https://feenk.com/gt The key things that changed are as follows: - We rewrote Documenter. This was challenge, but the results are more than worth it. One visible thing is that now the previews get cached, and as a consequence we can actually work inside the document. But, perhaps the more impactful thing is that we can now toggle the visibility of Pillar markup. We think it significantly improves the experience and consequently, the value of the live documents. - We advanced the work on the method Coder. To explore the boundaries, we reimagined the extract method refactoring. Thatâs : https://twitter.com/feenkcom/status/1064823381407748096 - We enhanced the navigation in Playground / Inspector: https://twitter.com/feenkcom/status/1064823381407748096 A more complete list of issues we addressed is found here: https://github.com/feenkcom/gtoolkit/milestone/1?closed=1 Have fun, The feenk team -- www.feenk.com âHow do you feenk today?"

2 1

Line Number...
by Arturo Zambrano Nov. 21, 2018

Nov. 21, 2018

Hi, given a text file and an offset, is there any class//message to obtain the line number of that offset? I just don't want to reinvent the wheel :) TIA arturo

2 1

Pharo on Linux
by Richard Kenneth Eng Nov. 19, 2018

Nov. 19, 2018

I'm running Debian. At http://files.pharo.org, I download - platform/Pharo6.0-64-linux.zip - sources/PharoV60.sources.zip - wget -O- get.pharo.org/60 | bash Then I try: ./pharo Pharo.image & I'm always getting "This interpreter (vers. 68021) cannot read image file (vers. 6521)." What's wrong?

6 6

Re: [Pharo-users] [Pharo-dev] Pharo 7 speed compared to VW
by Eliot Miranda Nov. 19, 2018

Nov. 19, 2018

Hi Shaping, On Mon, Nov 19, 2018 at 5:04 AM Shaping <shaping(a)uurda.org> wrote: > (Second try in 6 days. Does anyone have recent performance data for Pharo > 7 relative to VW 7.10 or later?) > I don't have access to recent vnc versions beyond 7.7. If you have access perhaps you could run the computer language shootout benchmarks ( https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/smalltal…) and report the results. > > > *From:* Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] *On Behalf > Of *Shaping > *Sent:* Tuesday, November 13, 2018 00:33 > *To:* 'Pharo Development List' <pharo-dev(a)lists.pharo.org> > *Subject:* [Pharo-dev] Pharo 7 speed compared to VW (was: The STON > Specification, Cog speed, and namespaces/modules) > > > > Does anyone know whether Pharo 7 is as fast as VW 7.10 or later? > > > > Do we have recent comparative benchmarks? > > > > The comparison should ignore potential GPU-based improvement in my algo; > that will happen later. The test should involve some math, file streaming, > and the parsing that entailsâan ordinary mix of macrobenchmarks. The > comparison should be based on both Pharo 7 and VW each running a single > Smalltalk Process (one time-slice of one OS thread in one OS process). I > need Pharo 7 speed to be comparable or better to justify the port. > > > > Pharo is definitely looking and working better. Iâve spend more time with > it last few weeks than during the previous decade. Thanks to everyone for > the effort and improvements. > > > > > > Shaping > > > > *From:* Shaping [mailto:shaping@uurda.org <shaping(a)uurda.org>] > *Sent:* Wednesday, November 7, 2018 00:41 > *To:* 'Pharo Development List' <pharo-dev(a)lists.pharo.org> > *Subject:* RE: [Pharo-dev] [ANN] The STON Specification, Cog speed, and > namespaces/modules > > > > Hi Eliot. > > > > Pharo (& Squeak & Cuis) Float subclass BoxedFloat64 maps exactly to > VW's Double. In 64-bit SmallFloat64 maps exactly to SmallDouble. But I > wonder whether there is any issue here. STON would use the print strings > for (PSC) Float / (VW) Double, and so deseerialization on Pharo would > automatically produce the right class. Going in the other direction might > need some help. APF needs support in PSC before one can port, but are > representable as suitably-sized word arrays. > > > > There is no support for __float128 anywhere in the VM (e.g. not even in > the FFI) on PSC as yet. > > > > I see Pharoâs WordArray. Iâll work on an APF for Pharo, as time permits. > Iâm using APFs in VW in the 300-bit range, and want to reduce the needed > precision to 64 bits, to save space and time on large (5 million+) scalar > time-series, both on the heap and during BOSSing (25 m save-time now). > The problem is not so much an issue for the JulianDayNumber > (JDN)-precision, which is adequate in this app at 14 to 15 digits (even > though my JDN class subclasses APF, for now). Other calculations need the > more extreme precision. I think I can make 128-bit floats work, and would > really like to see a small, fast, boxed 128-bit float implementation in > Pharo or VW. The APFs are big and slow. Where in the queue of planned > improvements to Pharo does such a task lie? I suspect itâs not a very > popular item. > > > > Broadening the issue somewhat, Iâm trying to find as many good reasons as > possible to justify the work needed to port all my VW stuff to Pharo. > > > > Iâve seen the references to Cogâs speed and coming speed-up. Are there > recent (say, in the last year) benchmarks comparing VW and Pharo? Any > details here would be very much appreciated. > > > > Having no namespaces in Pharo is, I think, the biggest impediment. I > prefer not to prefix class names, but there may be fewer name-collisions > than I suppose--maybe none. Still, I need to know how VW and Pharo > classes map in order to place overrides and extensions correctly. Besides > the mentioned float-class mappings is there a reference on this? > > > > Object allSubclasses > > > > in Pharo 7 64-bit, produces 14946 classes. Pharo is a little bigger than > it used to be. > > > > I suppose I donât need to check all unloaded packages because all classes > in each of those will have the same unique prefix. Is that correct? Or, I > could just load every package I can find, before I check names. But that > little experiment has never gone well in the past. > > > > Is the Pharo-with-namespaces issue dead or merely suspended, awaiting a > more fitting idea than what VW currently offers? > > > > > > Shaping > > > > > > On Tue, Nov 6, 2018 at 12:56 AM Shaping <shaping(a)uurda.org> wrote: > > STON is able to serialise Pharoâs Floats, what do you mean by double ? > > > > Floating-point numbers in IEEE 64-bit format, 14 or 15 significant digits, > with a range between =10^307 and 10^307. > > > > Additionally, I recently asked Sven if t would be possible to store > ScaledDecimals (I think it implements what you call > ArbitraryPrecisionFloats) without loss of precision. > > > > Iâm referring to VWâs Double (and SmallDouble in 64-bit engines/images). > APFs are binary representations that can be arbitrarily large, using > Integers (LargePositiveIntegers for example) to model the bits of the > mantissa. > > > > Before, because STON extends JSON, it was storing all kind of numbers > either as float or integer. > > > > Now, thanks to Sven, STON stores ScaledDecimals correctly (without loss of > precision through serialisation as float, what was done before). > > > > But I do not know if this change is integrated in recent images yet. > > > > â¦.. > > > > Number subclass: #Float > > instanceVariableNames: '' > > classVariableNames: 'E Epsilon Halfpi Infinity Ln10 Ln2 > MaxVal MaxValLn MinValLogBase2 NaN NegativeInfinity NegativeZero Pi > RadiansPerDegree Sqrt2 ThreePi Twopi' > > poolDictionaries: '' > > category: 'Kernel-Numbers' > > > > > > My instances represent IEEE-754 floating-point double-precision numbers. > They have about 16 digits of accuracy and their range is between plus and > minus 10^307. Some valid examples are: > > > > 8.0 13.3 0.3 2.5e6 1.27e-30 1.27e-31 -12.987654e12 > > â¦. > > > > I see that Pharoâs Float is VWâs Double. So then I just need to be able > to serialize APF. > > > > â¦. > > FIFloatType subclass: #FFIFloat128 > > instanceVariableNames: '' > > classVariableNames: '' > > poolDictionaries: '' > > category: 'UnifiedFFI-Types' > > > > > > I'm a 128bits (cuadruple precision) float. > > It is usually not used, but some compiler modes support it (__float128 in > gcc) > > > > THIS IS NOT YET SUPPORTED > > â¦. > > > > The class above is also from the Pharo 7 image. This is the largest of > the c-type FFIFloats. Any Float classes of this size and larger for the > Smalltalk heap on 64-bit Pharo? > > > > > > Cheers, > > > > Shaping > > > > > > Le 6 nov. 2018 Ã 06:58, Shaping <shaping(a)uurda.org> a Ã©crit : > > > > (Having domain problems recently. Please excuse this posting if you have > seen it twice. I've not seen it appear yet on the list.) > > > Can STON be extended to handle Doubles and ArbitraryPrecisionFloats? > > Shaping > > -----Original Message----- > From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org > <pharo-dev-bounces(a)lists.pharo.org>] On Behalf Of > David T. Lewis > Sent: Wednesday, October 31, 2018 14:58 > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Subject: Re: [Pharo-dev] [ANN] The STON Specification > > This is very clear and well written. > > Dave > > Hi, > > Since there can never be enough documentation I finally took some time > to write a more formal description of STON as a data format. > > https://github.com/svenvc/ston/blob/master/ston-spec.md > > The idea is to let this stabilise a bit and to then update the two > other documents describing STON, where necessary: > > https://github.com/svenvc/ston/blob/master/ston-paper.md > > https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuc > cessfulBuild/artifact/book-result/STON/STON.html > > Also, the latest changes in STON have to make their way to the Pharo > image as well. > > https://github.com/svenvc/ston > > All feedback is welcome. > > Sven > > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > > > > > > -- > > _,,,^..^,,,_ > > best, Eliot > -- _,,,^..^,,,_ best, Eliot

1 0