- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Division isn't correct

by Yuriy Tymchuk

On 11 Jul 2014, at 16:30, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > On 11 Jul 2014, at 16:22, kilon alios <kilon.alios(a)gmail.com> wrote: > >> why not round it before comparing it ? looks like an easy enough problem to fix . I would expect that to be equal. > > because it wouldnât be correct :) But then why 4/2 = 2? > >> >> >> On Fri, Jul 11, 2014 at 5:18 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> Thatâs why mathematics and programming are two different thingsâ¦ >> >> >> On 11 Jul 2014, at 16:08, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >> >> > Usually comparing against floats is not as deterministic as you would >> > expect. And in other dialects you use #equals: instead of #= >> > >> > But in Pharo there is no #equals: and instead there is a #closeTo:, >> > but #closeTo: has an arbitrary decimal precision, more than enough for >> > commong arithmetic. >> > >> > Regards! >> > >> > Esteban A. Maringolo >> > >> > >> > 2014-07-11 10:59 GMT-03:00 Goubier Thierry <thierry.goubier(a)cea.fr>: >> >> :) >> >> >> >> in Smalltalk, the division of two integers is a fraction, not a float. >> >> >> >> i.e. 1/5 is 1/5. >> >> >> >> Thierry >> >> >> >> Le 11/07/2014 15:53, Natalia Tymchuk a Ã©crit : >> >>> >> >>> Hello. >> >>> I found interesting thing: >> >>> Why it is like this? >> >>> >> >>> Best regards, >> >>> Natalia >> >>> >> >> >> >> -- >> >> Thierry Goubier >> >> CEA list >> >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> >> 91191 Gif sur Yvette Cedex >> >> France >> >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> >> > >> >> >> >

July 11, 2014

Re: [Pharo-dev] Division isn't correct

by Esteban Lorenzano

On 11 Jul 2014, at 16:22, kilon alios <kilon.alios(a)gmail.com> wrote: > why not round it before comparing it ? looks like an easy enough problem to fix . I would expect that to be equal. because it wouldnât be correct :) > > > On Fri, Jul 11, 2014 at 5:18 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Thatâs why mathematics and programming are two different thingsâ¦ > > > On 11 Jul 2014, at 16:08, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > > Usually comparing against floats is not as deterministic as you would > > expect. And in other dialects you use #equals: instead of #= > > > > But in Pharo there is no #equals: and instead there is a #closeTo:, > > but #closeTo: has an arbitrary decimal precision, more than enough for > > commong arithmetic. > > > > Regards! > > > > Esteban A. Maringolo > > > > > > 2014-07-11 10:59 GMT-03:00 Goubier Thierry <thierry.goubier(a)cea.fr>: > >> :) > >> > >> in Smalltalk, the division of two integers is a fraction, not a float. > >> > >> i.e. 1/5 is 1/5. > >> > >> Thierry > >> > >> Le 11/07/2014 15:53, Natalia Tymchuk a Ã©crit : > >>> > >>> Hello. > >>> I found interesting thing: > >>> Why it is like this? > >>> > >>> Best regards, > >>> Natalia > >>> > >> > >> -- > >> Thierry Goubier > >> CEA list > >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > >> 91191 Gif sur Yvette Cedex > >> France > >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > >> > > > > >

July 11, 2014

Re: [Pharo-dev] Division isn't correct

by kilon alios

why not round it before comparing it ? looks like an easy enough problem to fix . I would expect that to be equal. On Fri, Jul 11, 2014 at 5:18 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Thatâs why mathematics and programming are two different thingsâ¦ > > > On 11 Jul 2014, at 16:08, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: > > > Usually comparing against floats is not as deterministic as you would > > expect. And in other dialects you use #equals: instead of #= > > > > But in Pharo there is no #equals: and instead there is a #closeTo:, > > but #closeTo: has an arbitrary decimal precision, more than enough for > > commong arithmetic. > > > > Regards! > > > > Esteban A. Maringolo > > > > > > 2014-07-11 10:59 GMT-03:00 Goubier Thierry <thierry.goubier(a)cea.fr>: > >> :) > >> > >> in Smalltalk, the division of two integers is a fraction, not a float. > >> > >> i.e. 1/5 is 1/5. > >> > >> Thierry > >> > >> Le 11/07/2014 15:53, Natalia Tymchuk a Ã©crit : > >>> > >>> Hello. > >>> I found interesting thing: > >>> Why it is like this? > >>> > >>> Best regards, > >>> Natalia > >>> > >> > >> -- > >> Thierry Goubier > >> CEA list > >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > >> 91191 Gif sur Yvette Cedex > >> France > >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > >> > > > > >

July 11, 2014

Re: [Pharo-dev] Division isn't correct

by Yuriy Tymchuk

Thatâs why mathematics and programming are two different thingsâ¦ On 11 Jul 2014, at 16:08, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > Usually comparing against floats is not as deterministic as you would > expect. And in other dialects you use #equals: instead of #= > > But in Pharo there is no #equals: and instead there is a #closeTo:, > but #closeTo: has an arbitrary decimal precision, more than enough for > commong arithmetic. > > Regards! > > Esteban A. Maringolo > > > 2014-07-11 10:59 GMT-03:00 Goubier Thierry <thierry.goubier(a)cea.fr>: >> :) >> >> in Smalltalk, the division of two integers is a fraction, not a float. >> >> i.e. 1/5 is 1/5. >> >> Thierry >> >> Le 11/07/2014 15:53, Natalia Tymchuk a Ã©crit : >>> >>> Hello. >>> I found interesting thing: >>> Why it is like this? >>> >>> Best regards, >>> Natalia >>> >> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >

July 11, 2014

Re: [Pharo-dev] Division isn't correct

by Esteban A. Maringolo

Usually comparing against floats is not as deterministic as you would expect. And in other dialects you use #equals: instead of #= But in Pharo there is no #equals: and instead there is a #closeTo:, but #closeTo: has an arbitrary decimal precision, more than enough for commong arithmetic. Regards! Esteban A. Maringolo 2014-07-11 10:59 GMT-03:00 Goubier Thierry <thierry.goubier(a)cea.fr>: > :) > > in Smalltalk, the division of two integers is a fraction, not a float. > > i.e. 1/5 is 1/5. > > Thierry > > Le 11/07/2014 15:53, Natalia Tymchuk a Ã©crit : >> >> Hello. >> I found interesting thing: >> Why it is like this? >> >> Best regards, >> Natalia >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

July 11, 2014

Re: [Pharo-dev] Division isn't correct

by Goubier Thierry

:) in Smalltalk, the division of two integers is a fraction, not a float. i.e. 1/5 is 1/5. Thierry Le 11/07/2014 15:53, Natalia Tymchuk a Ã©crit : > Hello. > I found interesting thing: > Why it is like this? > > Best regards, > Natalia > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

July 11, 2014

Division isn't correct

by Natalia Tymchuk

Hello. I found interesting thing: Why it is like this? Best regards, Natalia

July 11, 2014

Re: [Pharo-dev] Metacello-github + filetree-git async

by Goubier Thierry

Le 10/07/2014 18:59, Damien Pollet a Ã©crit : > as far as I am concerned (I'm certainly not up-to-date on recent enhancements)â¦ > > - filetree is a pain because of the double-commit workflow (MC with > dummy message to serialize, then git) > - gitfiletree is a pain because it insists on using a file browser > that shows all dotfiles and starts in the stupidest of places Damien, I looked and this stupidest of places of yours is YOUR settings path for your package-cache. Used also by filetree. And all other file-based repositories in Monticello. Regards, Thierry > - github is just a snapshot (no updates, no contributions) > - there is a mysterious new "remote git repo" that either uses > gitfiletree or the new libgit2 bindings, but I'm not sure what all the > parameters are exactly (name of what? subdirectory of where?) > > This promises to coalesce into a nice workflow, though. Can't wait :D > > On 10 July 2014 18:47, phil(a)highoctane.be <phil(a)highoctane.be> wrote: >> I am interested to know too. >> >> ATM I do a clone and use filetree:// >> >> Phil >> >> >> >> On Thu, Jul 10, 2014 at 6:28 PM, Damien Pollet <damien.pollet(a)gmail.com> >> wrote: >>> >>> Sorry to hijack this discussionâ¦ is it by design that the github: >>> scheme takes a snapshot instead of a git clone? >>> >>> github: is convenient for the metacello syntax, but since it just >>> takes a snapshot of a commit, there is no immediate way of pushing >>> changes back. Converting what's on disk to a proper git clone is also >>> not practical since the path of the snapshot under github-cache is >>> specific to the particular commit. >>> >>> On 6 March 2014 13:42, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: >>>> Ok, I see now. >>>> >>>> I don't think this can be avoided; it's inherent in the way both github: >>>> and >>>> gitfiletree: understand repositories. The explanation will go a bit into >>>> git >>>> and gitfiletree design and FileTree; in the mean time, you may either >>>> change >>>> a bit the config to clean that (force a load of the last version from >>>> gitfiletree, since they are effectively the same) or don't bother, >>>> gitfiletree: when saving a new package version will clear that (sort >>>> of). >>>> >>>> The explanation is a bit long. >>>> >>>> version metadata for FileTree (the format used to write packages for git >>>> and >>>> others version control systems) is stored in a file under >>>> PackageName.package/monticello.meta/versions. >>>> >>>> This file is often a problem, at least under git: it's a magnet for git >>>> merge conflicts. It is also slow to parse[1], especially if you want to >>>> know >>>> all the versions of the package stored by the git repository (as >>>> gitfiletree >>>> does), and sometimes is corrupted (git conflicts). >>>> >>>> So, in the design of gitfiletree:, I decided that I would not read this >>>> file, but, instead, recreate its contents from the git log history[2]. >>>> This >>>> is what you see when you open a gitfiletree: repository. And >>>> particularly, >>>> versions UUIDs are generated from the git commit ID[3]. >>>> >>>> Now, when saving a package in a gitfiletree: repository, the versions >>>> file >>>> will be written, with an UUID generated for it... except that, on >>>> rereading, >>>> gitfiletree will generate another UUID from the git commitID (which is >>>> known, of course, after committing the versions file :() >>>> >>>> For example, in gitfiletree:, >>>> Renraku-Uko.4 has UUID: 93fec7ab-e167-5da5-9b2e-5d717d2c7545 >>>> Whereas the file Renraku.package/monticello.meta/versions has >>>> Renraku-YuriyTymchuk.4 with id >>>> '60141668-a324-4c9d-8938-db82ed2e57de' >>>> >>>> Older versions are regenerated from the git data, and this is why, in >>>> that >>>> file, you see >>>> Renraku-Uko.3 (and not Renraku-YuriyTymchuk.3) >>>> >>>> [1] Yes, and I tried long and hard to accelerate reading and parsing 200 >>>> times the versions file for a moderatly complex project, including the >>>> fact >>>> that it's easy to find a corrupted versions file in a git repo. >>>> Generating >>>> ended up a lot cleaner, as well as garanteeing than the history would be >>>> browsable. >>>> >>>> [2] And filtering the git history to keep only the commits significant >>>> for >>>> the package, and nothing else. >>>> >>>> [3] Constant mapping: a given git commitID will allways generate the >>>> same >>>> UUID. >>>> >>>> Le 06/03/2014 11:41, Yuriy Tymchuk a Ã©crit : >>>>> >>>>> >>>>> On 06 Mar 2014, at 11:35, Yuriy Tymchuk <yuriy.tymchuk(a)me.com >>>>> <mailto:yuriy.tymchuk@me.com>> wrote: >>>>> >>>>>> >>>>>> On 06 Mar 2014, at 11:17, Goubier Thierry <thierry.goubier(a)cea.fr >>>>>> <mailto:thierry.goubier@cea.fr>> wrote: >>>>>> >>>>>>> >>>>>>> >>>>>>> Le 06/03/2014 11:09, Yuriy Tymchuk a Ã©crit : >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Sent from my iPhone >>>>>>>> >>>>>>>>> On 06 Mar 2014, at 10:28, Goubier Thierry <thierry.goubier(a)cea.fr >>>>>>>>> <mailto:thierry.goubier@cea.fr>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Le 06/03/2014 10:08, Yuriy Tymchuk a Ã©crit : >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 06 Mar 2014, at 09:48, Goubier Thierry <thierry.goubier(a)cea.fr >>>>>>>>>> <mailto:thierry.goubier@cea.fr>> wrote: >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Le 06/03/2014 09:32, Yuriy Tymchuk a Ã©crit : >>>>>>>>>>>> >>>>>>>>>>>> Hi guys. >>>>>>>>>>>> >>>>>>>>>>>> My workflow is like this: >>>>>>>>>>>> >>>>>>>>>>>> I load a configuration on CI with github:// magic in metacello >>>>>>>>>>>> conf. >>>>>>>>>>>> Then on local machine I add a local gitfiletree repo to the >>>>>>>>>>>> project packages. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> The thing is that the last version if loaded, but gitfiletree >>>>>>>>>>>> repo is showing that second last is loaded. And yes, diffs with >>>>>>>>>>>> last one (not loaded by gitfiletree opinion) show no changes and >>>>>>>>>>>> diffs with second last (current one by gitfiletree opinion) show >>>>>>>>>>>> changes that were mede in last version. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Say version .5 on CI, and gitfiletree is showing you only .1, .2, >>>>>>>>>>> .3, and .4 , like that? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I also see the .5 version, but itâs bold i.e. ânot loaded". >>>>>>>>> >>>>>>>>> >>>>>>>>> Are changes shown when you click on the .5 version in gitfiletree? >>>>>>>>> on the .4 version in gitfiletree as well? >>>>>>>> >>>>>>>> >>>>>>>> Version 5 does not have changes with working copy. While version 4 >>>>>>>> has. So from my point of view it seams like version 5 is loaded but >>>>>>>> gitfiletree thinks that only version 4 is loaded. >>>>>>> >>>>>>> >>>>>>> Understood. Is it a problem if I have a look at the image or at the >>>>>>> git repository? >>>>>> >>>>>> >>>>>> When I look in the monticello browser in the image. >>>>> >>>>> >>>>> And with applies to the both packages I have in that repo >>>>> >>>>>> >>>>>>> >>>>>>> Thierry >>>>>>> -- >>>>>>> Thierry Goubier >>>>>>> CEA list >>>>>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>>>>> 91191 Gif sur Yvette Cedex >>>>>>> France >>>>>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>>>> >>>>> >>>> >>>> -- >>>> Thierry Goubier >>>> CEA list >>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>> 91191 Gif sur Yvette Cedex >>>> France >>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>>> >>> >>> >>> >>> -- >>> Damien Pollet >>> type less, do more [ | ] http://people.untyped.org/damien.pollet >>> >> > > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

July 11, 2014

Re: [Pharo-dev] Doc of mustache

by stepharo

I found that. And I'm reading pillar code because I would like to see how I can use a API to generate XHTML and take into account mustache Any real pointer? Stef

July 11, 2014

Re: [Pharo-dev] Doc of mustache

by Norbert Hartl

Am 11.07.2014 um 10:43 schrieb stepharo <stepharo(a)free.fr>: > Hi guys > > I would like to experiment with template for a small web project I have (my web page) and > I would like to try mustache. Is there any tutorial? doc? > I know that "jose maria aguerra" wrote a tutorial but I cannot find it anymore. http://norbert.hartl.name/blog/2013/10/03/mustache-templates-for-smalltalk/ Norbert

July 11, 2014