November 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Instructions for Pharo 6 64bits

by stepharo

Hi jan will you contact to add Pharo to the list of languages because this is good for us to be in this list. Stef Le 5/11/16 Ã 13:55, Jan van de Sandt a Ã©crit : > Hi Sven, > > LMDB is a lean, mean and very fast storage engine. One limitation is > that you need a 64bit proces before you can store more than 2GB of > data. That was a downside for me until very recently :-) > > LMDB is a low level key-value storage engine that runs on a single > host. But if that is what you are looking for it seems pretty good. I > haven't used it in any production systems yet. But it is used as a > storage engine in quite a few open source projects. For example OpenLDAP. > > Jan. > > On Sat, Nov 5, 2016 at 1:43 PM, Jan van de Sandt <jvdsandt(a)gmail.com > <mailto:jvdsandt@gmail.com>> wrote: > > Hi, > > The only thing I had to do was to regenerate the accessors of the > structure classes MDBValue and MDBStat. The offsets for the fields > are different on 32 versus 64 bit systems. Perhaps we can think of > a way to generate the field accessors of structure classes such > that they work in both environments. > > For now just you can just use #rebuildFieldAccessors > > Jan. > > On Sat, Nov 5, 2016 at 12:27 PM, Thierry Goubier > <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: > > Le 05/11/2016 Ã 12:12, Jan van de Sandt a Ã©crit : > > Hi, > > With the latest 64bits VM (201611042126) and image (60282) > UFFI is also > looking good. I'm testing a small library of mine [1] to > interface with > LMDB [1], a memory mapped key-value database. Almost all > tests are > green. This is great progress! > > > Hi Jan, > > did you have to change your UFFI definitions to match the > 64bits version of your lib? > > Thierry > > I only ran into one issue, a PrimitiveFailed error with > #basicIdentityHash in the SmallFloat64 class. > > Cheers, > Jan. > > [1] http://smalltalkhub.com/#!/~JanVanDeSandt/LightningMDB > <http://smalltalkhub.com/#%21/%7EJanVanDeSandt/LightningMDB> > [2] > https://symas.com/products/lightning-memory-mapped-database/ > <https://symas.com/products/lightning-memory-mapped-database/> > > > On Fri, Oct 28, 2016 at 11:56 AM, Esteban Lorenzano > <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com> > <mailto:estebanlm@gmail.com <mailto:estebanlm@gmail.com>>> > wrote: > > VM here: > http://bintray.com/estebanlm/pharo-vm/build#files/ > <http://bintray.com/estebanlm/pharo-vm/build#files/> > <http://bintray.com/estebanlm/pharo-vm/build#files/ > <http://bintray.com/estebanlm/pharo-vm/build#files/>> > Image here: > http://files.pharo.org/get-files/60/pharo-64.zip > <http://files.pharo.org/get-files/60/pharo-64.zip> > <http://files.pharo.org/get-files/60/pharo-64.zip > <http://files.pharo.org/get-files/60/pharo-64.zip>> > > this is still not official (thatâs why is not in > official place) so > there are a couple of known problems: > > - version format is different, and that breaks some > things in image > that depends on it to know what happens > - command line is different and probably youâll need > to play a bit > with options (one or two dashes). > - UFFI has some failing tests (but most of it works). > > I would appreciate some help to report and/or fix the > emerging > problems. > > cheers, > Esteban > > On 28 Oct 2016, at 10:39, Thierry Goubier > <thierry.goubier(a)gmail.com > <mailto:thierry.goubier@gmail.com> > <mailto:thierry.goubier@gmail.com > <mailto:thierry.goubier@gmail.com>>> wrote: > > Hi all, > > anybody knows how to get (and test) the 64bits > version of the > Pharo vm and image? > > Thanks, > > Thierry > > > > > > >

Nov. 5, 2016

Re: [Pharo-dev] Instructions for Pharo 6 64bits

by Esteban Lorenzano

> On 5 Nov 2016, at 12:27, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > Le 05/11/2016 Ã 12:12, Jan van de Sandt a Ã©crit : >> Hi, >> >> With the latest 64bits VM (201611042126) and image (60282) UFFI is also >> looking good. I'm testing a small library of mine [1] to interface with >> LMDB [1], a memory mapped key-value database. Almost all tests are >> green. This is great progress! > > Hi Jan, > > did you have to change your UFFI definitions to match the 64bits version of your lib? no. but structures do change (because of sizes, of course). Iâm thinking a way to define a generic representation (keeping offsets somewhere instead hardcoding it), but for now they have to be redefined for each platform. Esteban > > Thierry > >> I only ran into one issue, a PrimitiveFailed error with >> #basicIdentityHash in the SmallFloat64 class. >> >> Cheers, >> Jan. >> >> [1] http://smalltalkhub.com/#!/~JanVanDeSandt/LightningMDB >> [2] https://symas.com/products/lightning-memory-mapped-database/ >> >> >> On Fri, Oct 28, 2016 at 11:56 AM, Esteban Lorenzano <estebanlm(a)gmail.com >> <mailto:estebanlm@gmail.com>> wrote: >> >> VM here: http://bintray.com/estebanlm/pharo-vm/build#files/ >> <http://bintray.com/estebanlm/pharo-vm/build#files/> >> Image here: http://files.pharo.org/get-files/60/pharo-64.zip >> <http://files.pharo.org/get-files/60/pharo-64.zip> >> >> this is still not official (thatâs why is not in official place) so >> there are a couple of known problems: >> >> - version format is different, and that breaks some things in image >> that depends on it to know what happens >> - command line is different and probably youâll need to play a bit >> with options (one or two dashes). >> - UFFI has some failing tests (but most of it works). >> >> I would appreciate some help to report and/or fix the emerging >> problems. >> >> cheers, >> Esteban >> >>> On 28 Oct 2016, at 10:39, Thierry Goubier >>> <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: >>> >>> Hi all, >>> >>> anybody knows how to get (and test) the 64bits version of the >>> Pharo vm and image? >>> >>> Thanks, >>> >>> Thierry >> >> > >

Nov. 5, 2016

Re: [Pharo-dev] roundTo: strange behavior

by werner kassens

Hi, fwiw when i redid that #testIfCompletelyBroken i noticed a sort of bug in that new #round: - well, i think its a feature -, but i should probably mention it nevertheless: 1.15 round:1. "1.1" "down" 1.25 round:1. "1.3" "up" 1.35 round:1. "1.4" "up" 1.45 round:1. "1.4" "down" 1.55 round:1. "1.6" "up" 1.65 round:1. "1.6" "down" btw the same happens with #printShowingDecimalPlaces: (which is unchanged, happens eg also in 4.0). if one wants to change this to the normal behaviour, i'd guess one could do it perhaps by using #asMinimalDecimalFraction instead of #asFraction in #round: i have to admit that i have no problems at all with this idiosyncrasy and would _not use #asMinimalDecimalFraction in #round: for these reasons: 1. i see it as a poor mans round-to-even (this bankers rounding is done so that the sum of rounded numbers does not have an upward bias in relation to the sum of the original unrounded numbers). 2. although i havent tested it, i assume #asMinimalDecimalFraction is noticeably slower than #asFraction, because the former one has to use a #whileFalse: iteration. 3. round-to-even imprints a definite structure on eg random-numbers, the structure of the new #round: is at least less simple & does not produce too many even decimals, insofar it's even a rich mans round-to-even (in a way a non-random, hence repeatable, stochastic rounding). normal rounding of course introduces an even less wanted upward bias. But <stupid grin> perhaps somebody else wants to have a more predictable behaviour of #round:? werner On 11/04/2016 10:26 PM, werner kassens wrote: > Hi Stephane, > i uploaded a > SLICE-Issue-15471-Cant-round-Float-fmax-to-2-decimal-places-WernerKassens.2 > to the inbox with these changes: > i corrected RandomTest>>testIfCompletelyBroken, completed tests with > some border cases and the usual specifications, and added your comment > to Float>>round:.

Nov. 5, 2016

Re: [Pharo-dev] pillar highlight text in code

by Nicolai Hess

2016-11-05 13:41 GMT+01:00 stepharo <stepharo(a)free.fr>: > Yes I should fix them. > > > Are you working on this right now? Otherwise I can do it too. And I was about to create new screenshots for that chapter. Just tell if you would need them or if you are about to change them yourself. > > Le 3/11/16 Ã 23:52, Nicolai Hess a Ã©crit : > > > > 2016-11-03 23:50 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > >> Can we highlight a piece of code? >> In the updated PBE (Reflection chapter) there is the text: >> "Change the definition of Integer>>>factorial by inserting the underlined >> expression as shown below" >> But I can not see the "underline" in the code example. Is it even >> possible to add such text properties to a "code-style" formatted text ? >> >> BTW, the method name is wrong (in both places) >> Integer>>#factorial >> not >> Integer>>>factorial >> > > > actually all code examples in that chapter uses > >>> > instead of > >># > > >

Nov. 5, 2016

Re: [Pharo-dev] Instructions for Pharo 6 64bits

by Jan van de Sandt

Hi Sven, LMDB is a lean, mean and very fast storage engine. One limitation is that you need a 64bit proces before you can store more than 2GB of data. That was a downside for me until very recently :-) LMDB is a low level key-value storage engine that runs on a single host. But if that is what you are looking for it seems pretty good. I haven't used it in any production systems yet. But it is used as a storage engine in quite a few open source projects. For example OpenLDAP. Jan. On Sat, Nov 5, 2016 at 1:43 PM, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: > Hi, > > The only thing I had to do was to regenerate the accessors of the > structure classes MDBValue and MDBStat. The offsets for the fields are > different on 32 versus 64 bit systems. Perhaps we can think of a way to > generate the field accessors of structure classes such that they work in > both environments. > > For now just you can just use #rebuildFieldAccessors > > Jan. > > On Sat, Nov 5, 2016 at 12:27 PM, Thierry Goubier < > thierry.goubier(a)gmail.com> wrote: > >> Le 05/11/2016 Ã 12:12, Jan van de Sandt a Ã©crit : >> >>> Hi, >>> >>> With the latest 64bits VM (201611042126) and image (60282) UFFI is also >>> looking good. I'm testing a small library of mine [1] to interface with >>> LMDB [1], a memory mapped key-value database. Almost all tests are >>> green. This is great progress! >>> >> >> Hi Jan, >> >> did you have to change your UFFI definitions to match the 64bits version >> of your lib? >> >> Thierry >> >> I only ran into one issue, a PrimitiveFailed error with >>> #basicIdentityHash in the SmallFloat64 class. >>> >>> Cheers, >>> Jan. >>> >>> [1] http://smalltalkhub.com/#!/~JanVanDeSandt/LightningMDB >>> [2] https://symas.com/products/lightning-memory-mapped-database/ >>> >>> >>> On Fri, Oct 28, 2016 at 11:56 AM, Esteban Lorenzano <estebanlm(a)gmail.com >>> <mailto:estebanlm@gmail.com>> wrote: >>> >>> VM here: http://bintray.com/estebanlm/pharo-vm/build#files/ >>> <http://bintray.com/estebanlm/pharo-vm/build#files/> >>> Image here: http://files.pharo.org/get-files/60/pharo-64.zip >>> <http://files.pharo.org/get-files/60/pharo-64.zip> >>> >>> this is still not official (thatâs why is not in official place) so >>> there are a couple of known problems: >>> >>> - version format is different, and that breaks some things in image >>> that depends on it to know what happens >>> - command line is different and probably youâll need to play a bit >>> with options (one or two dashes). >>> - UFFI has some failing tests (but most of it works). >>> >>> I would appreciate some help to report and/or fix the emerging >>> problems. >>> >>> cheers, >>> Esteban >>> >>> On 28 Oct 2016, at 10:39, Thierry Goubier >>>> <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> >>>> wrote: >>>> >>>> Hi all, >>>> >>>> anybody knows how to get (and test) the 64bits version of the >>>> Pharo vm and image? >>>> >>>> Thanks, >>>> >>>> Thierry >>>> >>> >>> >>> >> >> >

Nov. 5, 2016

Re: [Pharo-dev] Instructions for Pharo 6 64bits

by Jan van de Sandt

Hi, The only thing I had to do was to regenerate the accessors of the structure classes MDBValue and MDBStat. The offsets for the fields are different on 32 versus 64 bit systems. Perhaps we can think of a way to generate the field accessors of structure classes such that they work in both environments. For now just you can just use #rebuildFieldAccessors Jan. On Sat, Nov 5, 2016 at 12:27 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Le 05/11/2016 Ã 12:12, Jan van de Sandt a Ã©crit : > >> Hi, >> >> With the latest 64bits VM (201611042126) and image (60282) UFFI is also >> looking good. I'm testing a small library of mine [1] to interface with >> LMDB [1], a memory mapped key-value database. Almost all tests are >> green. This is great progress! >> > > Hi Jan, > > did you have to change your UFFI definitions to match the 64bits version > of your lib? > > Thierry > > I only ran into one issue, a PrimitiveFailed error with >> #basicIdentityHash in the SmallFloat64 class. >> >> Cheers, >> Jan. >> >> [1] http://smalltalkhub.com/#!/~JanVanDeSandt/LightningMDB >> [2] https://symas.com/products/lightning-memory-mapped-database/ >> >> >> On Fri, Oct 28, 2016 at 11:56 AM, Esteban Lorenzano <estebanlm(a)gmail.com >> <mailto:estebanlm@gmail.com>> wrote: >> >> VM here: http://bintray.com/estebanlm/pharo-vm/build#files/ >> <http://bintray.com/estebanlm/pharo-vm/build#files/> >> Image here: http://files.pharo.org/get-files/60/pharo-64.zip >> <http://files.pharo.org/get-files/60/pharo-64.zip> >> >> this is still not official (thatâs why is not in official place) so >> there are a couple of known problems: >> >> - version format is different, and that breaks some things in image >> that depends on it to know what happens >> - command line is different and probably youâll need to play a bit >> with options (one or two dashes). >> - UFFI has some failing tests (but most of it works). >> >> I would appreciate some help to report and/or fix the emerging >> problems. >> >> cheers, >> Esteban >> >> On 28 Oct 2016, at 10:39, Thierry Goubier >>> <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> >>> wrote: >>> >>> Hi all, >>> >>> anybody knows how to get (and test) the 64bits version of the >>> Pharo vm and image? >>> >>> Thanks, >>> >>> Thierry >>> >> >> >> > >

Nov. 5, 2016

Re: [Pharo-dev] pillar highlight text in code

by stepharo

Yes I should fix them. Le 3/11/16 Ã 23:52, Nicolai Hess a Ã©crit : > > > 2016-11-03 23:50 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com > <mailto:nicolaihess@gmail.com>>: > > Can we highlight a piece of code? > In the updated PBE (Reflection chapter) there is the text: > "Change the definition of Integer>>>factorial by inserting the > underlined expression as shown below" > But I can not see the "underline" in the code example. Is it even > possible to add such text properties to a "code-style" formatted > text ? > > BTW, the method name is wrong (in both places) > Integer>>#factorial > not > Integer>>>factorial > > > > actually all code examples in that chapter uses > >>> > instead of > >># >

Nov. 5, 2016

Re: [Pharo-dev] Keyboard list item navigation in Sender browser is strange

by stepharo

Denis showed me that this is the normal behavior since the list indicates where the mouse is. Le 3/11/16 Ã 21:54, stepharo a Ã©crit : > Hi guys > > If I click on an item in the message browser. The previous item gets > deselected and the new one selected. > > Now if I use arrows, the previous items is greyed out. > > Are you seeing the same? > > > Stef > > > >

Nov. 5, 2016

Re: [Pharo-dev] Instructions for Pharo 6 64bits

by Sven Van Caekenberghe

Wow, this LMDB thing seems pretty cool. Actually, it sounds as if there are no downsides. What are the limitations ? > On 5 Nov 2016, at 12:12, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: > > Hi, > > With the latest 64bits VM (201611042126) and image (60282) UFFI is also looking good. I'm testing a small library of mine [1] to interface with LMDB [1], a memory mapped key-value database. Almost all tests are green. This is great progress! > > I only ran into one issue, a PrimitiveFailed error with #basicIdentityHash in the SmallFloat64 class. > > Cheers, > Jan. > > [1] http://smalltalkhub.com/#!/~JanVanDeSandt/LightningMDB > [2] https://symas.com/products/lightning-memory-mapped-database/ > > > On Fri, Oct 28, 2016 at 11:56 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > VM here: http://bintray.com/estebanlm/pharo-vm/build#files/ > Image here: http://files.pharo.org/get-files/60/pharo-64.zip > > this is still not official (thatâs why is not in official place) so there are a couple of known problems: > > - version format is different, and that breaks some things in image that depends on it to know what happens > - command line is different and probably youâll need to play a bit with options (one or two dashes). > - UFFI has some failing tests (but most of it works). > > I would appreciate some help to report and/or fix the emerging problems. > > cheers, > Esteban > >> On 28 Oct 2016, at 10:39, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: >> >> Hi all, >> >> anybody knows how to get (and test) the 64bits version of the Pharo vm and image? >> >> Thanks, >> >> Thierry > >

Nov. 5, 2016

Re: [Pharo-dev] Instructions for Pharo 6 64bits

by Thierry Goubier

Le 05/11/2016 Ã 12:12, Jan van de Sandt a Ã©crit : > Hi, > > With the latest 64bits VM (201611042126) and image (60282) UFFI is also > looking good. I'm testing a small library of mine [1] to interface with > LMDB [1], a memory mapped key-value database. Almost all tests are > green. This is great progress! Hi Jan, did you have to change your UFFI definitions to match the 64bits version of your lib? Thierry > I only ran into one issue, a PrimitiveFailed error with > #basicIdentityHash in the SmallFloat64 class. > > Cheers, > Jan. > > [1] http://smalltalkhub.com/#!/~JanVanDeSandt/LightningMDB > [2] https://symas.com/products/lightning-memory-mapped-database/ > > > On Fri, Oct 28, 2016 at 11:56 AM, Esteban Lorenzano <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>> wrote: > > VM here: http://bintray.com/estebanlm/pharo-vm/build#files/ > <http://bintray.com/estebanlm/pharo-vm/build#files/> > Image here: http://files.pharo.org/get-files/60/pharo-64.zip > <http://files.pharo.org/get-files/60/pharo-64.zip> > > this is still not official (thatâs why is not in official place) so > there are a couple of known problems: > > - version format is different, and that breaks some things in image > that depends on it to know what happens > - command line is different and probably youâll need to play a bit > with options (one or two dashes). > - UFFI has some failing tests (but most of it works). > > I would appreciate some help to report and/or fix the emerging > problems. > > cheers, > Esteban > >> On 28 Oct 2016, at 10:39, Thierry Goubier >> <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: >> >> Hi all, >> >> anybody knows how to get (and test) the 64bits version of the >> Pharo vm and image? >> >> Thanks, >> >> Thierry > >

Nov. 5, 2016