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

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

by Jan van de Sandt

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

[pharo-project/pharo-core]

by GitHub

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

Nov. 5, 2016

[pharo-project/pharo-core] 189d2e: 60282

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 189d2e1cd910e3d24861d6baf50c05acde27207c https://github.com/pharo-project/pharo-core/commit/189d2e1cd910e3d24861d6ba… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-11-05 (Sat, 05 Nov 2016) Changed paths: M ConfigurationOfUnifiedFFI.package/ConfigurationOfUnifiedFFI.class/instance/symbolic versions/stable_.st A ConfigurationOfUnifiedFFI.package/ConfigurationOfUnifiedFFI.class/instance/versions/v0%5F24%5F1_.st A ConfigurationOfUnifiedFFI.package/ConfigurationOfUnifiedFFI.class/instance/versions/v0%5F24%5F2_.st M FFI-Kernel.package/extension/ByteArray/instance/asExternalPointer.st A Kernel-Tests.package/ProcessSpecificTest.class/instance/testing/testDynamicVariableRemovedAfterUse.st M Kernel.package/DynamicVariable.class/instance/accessing/value_during_.st M Metacello-Core.package/MetacelloPlatform.class/instance/github%2Fbitbucket support/fileDirectoryClass.st M Metacello-Core.package/MetacelloPlatform.class/instance/system/suspendSystemUpdateEventsDuring_.st M Metacello-PharoCommonPlatform.package/MetacelloPharoCommonPlatform.class/instance/git-based http repo support/downloadBasicFile_to_username_pass_.st M Metacello-PharoCommonPlatform.package/MetacelloPharoCommonPlatform.class/instance/github support/extractRepositoryFrom_to_.st M Metacello-PharoCommonPlatform.package/MetacelloPharoCommonPlatform.class/instance/utilities/compiler.st M Morphic-Core.package/HandMorph.class/instance/private events/generateMouseEvent_.st M Morphic-Core.package/PasteUpMorph.class/instance/accessing/currentWindow.st M Nautilus.package/PackageTreeModel.class/instance/help-text/helpTextFor_.st M RPackage-Core.package/RPackageOrganizer.class/instance/system integration/registerInterestToAnnouncer_.st M RPackage-Tests.package/RPackageRenameTest.class/instance/running/tearDown.st M RPackage-Tests.package/RPackageTagTest.class/instance/running/tearDown.st M RPackage-Tests.package/RPackageTest.class/instance/running/tearDown.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60281.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60282.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60281.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60282.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Sound.package/Beeper.class/instance/play interface/play.st M Tool-ImageCleaner.package/ImageCleaner.class/instance/api/cleanUpForRelease.st M Traits.package/TClassDescription.class/instance/private/notifyRepackage_method_oldProtocol_newProtocol_.st M UnifiedFFI.package/FFISizeT.class/class/converting/asExternalTypeOn_.st Log Message: ----------- 60282 19289 asClass users are still in the system https://pharo.fogbugz.com/f/cases/19289 19248 ByteArray>>#asExternalPointer uses fixed 32bites pointer size https://pharo.fogbugz.com/f/cases/19248 19278 Dynamic variables should be removed from the environment when no longer needed https://pharo.fogbugz.com/f/cases/19278 http://files.pharo.org/image/60/60282.zip

Nov. 5, 2016

[pharo-project/pharo-core]

by GitHub

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

Nov. 5, 2016

[pharo-project/pharo-core] 5ac041: 60281

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 5ac0416ed4c7f6ff27d8771fad45afd4220b6692 https://github.com/pharo-project/pharo-core/commit/5ac0416ed4c7f6ff27d8771f… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-11-05 (Sat, 05 Nov 2016) Changed paths: M Nautilus.package/AbstractNautilusUI.class/instance/drag and drop/dropInAPackage_into_.st A Nautilus.package/extension/Class/instance/dropIn_forNautilusUI_.st A Nautilus.package/extension/CompiledMethod/instance/dropIn_forNautilusUI_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60280.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60281.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60280.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60281.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60281 19302 Drag and drop a method to another package to make an extension in Nautilus does not work https://pharo.fogbugz.com/f/cases/19302 19292 referencePosition, originalCenter and originalAngle can be turned into instance variables in CircleMorph https://pharo.fogbugz.com/f/cases/19292 19241 Bag flatCollect https://pharo.fogbugz.com/f/cases/19241 http://files.pharo.org/image/60/60281.zip

Nov. 5, 2016

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

by Esteban Lorenzano

this is more a question for vm-dev list I think. I have not idea on how to overcome this problemâ¦ doesnât look very possible, thinking in general. Maybe in freebsd (who I also do not know at all) there is another way to change limits? also, I think itimer could be less efficient, but should be possibleâ¦ crashing do not looks like a nice output :) Esteban > On 4 Nov 2016, at 23:56, Petr Fischer <petr.fischer(a)me.com> wrote: > > Also on FreeBSD, there is no security/limits config, so on FreeBSD, I am not able to run heartbeat VM as normal user at all :( > > Ins't there any other solution? Why "realtime" threads? Isn't possible to run "heartbeat" thread with normal priority and all other threads with lower priorities to provide the same behaviour? > > How to deploy application based on Pharo to the normal (UNIX) users, if security reconfiguration is needed? > > pf > > P.S. VM wihout heartbeat is crashing on FreeBSD randomly with error "stack page bytes 4096 available headroom 2788 minimum unused headroom 3020" :( > > >> BTW, the threaded version requires to be run as super user because it >> tries to do a pthread_setschedparam(). I tried to fiddle with >> /etc/security/limits.conf... but it's not something fancy to do... >> >> Best regards, >> >> Casimiro Barreto >> >> Em 03-11-2016 13:53, Thierry Goubier escreveu: >>> Hi Esteban, >>> >>> Another question about Pharo 64 bits. >>> >>> Why are libgit/libSDL/libssh included in the vm? Ubuntu 16.10 provides >>> them with the same version numbers, more or less. >>> (libgit2 is so.0.24.0 on ubuntu instead of so.0.24.2 in the pharo vm, >>> SDL and ssh are the exact same versions). >>> >>> Collectively, those three libs are ~ 5M. >>> >>> Thierry >>> >>> 2016-10-28 11:56 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com >>> <mailto:estebanlm@gmail.com>>: >>> >>> 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 >>> >>> >> >> >> -- >> The information contained in this message is confidential and intended >> to the recipients specified in the headers. If you received this message >> by error, notify the sender immediately. The unauthorized use, >> disclosure, copy or alteration of this message are strictly forbidden >> and subjected to civil and criminal sanctions. >> >> == >> >> This email may be signed using PGP key *ID: 0x4134A417* > > > >

Nov. 5, 2016

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

by Petr Fischer

Also on FreeBSD, there is no security/limits config, so on FreeBSD, I am not able to run heartbeat VM as normal user at all :( Ins't there any other solution? Why "realtime" threads? Isn't possible to run "heartbeat" thread with normal priority and all other threads with lower priorities to provide the same behaviour? How to deploy application based on Pharo to the normal (UNIX) users, if security reconfiguration is needed? pf P.S. VM wihout heartbeat is crashing on FreeBSD randomly with error "stack page bytes 4096 available headroom 2788 minimum unused headroom 3020" :( > BTW, the threaded version requires to be run as super user because it > tries to do a pthread_setschedparam(). I tried to fiddle with > /etc/security/limits.conf... but it's not something fancy to do... > > Best regards, > > Casimiro Barreto > > Em 03-11-2016 13:53, Thierry Goubier escreveu: > > Hi Esteban, > > > > Another question about Pharo 64 bits. > > > > Why are libgit/libSDL/libssh included in the vm? Ubuntu 16.10 provides > > them with the same version numbers, more or less. > > (libgit2 is so.0.24.0 on ubuntu instead of so.0.24.2 in the pharo vm, > > SDL and ssh are the exact same versions). > > > > Collectively, those three libs are ~ 5M. > > > > Thierry > > > > 2016-10-28 11:56 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com > > <mailto:estebanlm@gmail.com>>: > > > > 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 > > > > > > > -- > The information contained in this message is confidential and intended > to the recipients specified in the headers. If you received this message > by error, notify the sender immediately. The unauthorized use, > disclosure, copy or alteration of this message are strictly forbidden > and subjected to civil and criminal sanctions. > > == > > This email may be signed using PGP key *ID: 0x4134A417*

Nov. 4, 2016

Re: [Pharo-dev] roundTo: strange behavior

by werner kassens

Hi, i noticed that i have quite some difficulties in producing a slice that makes at least a minimal sort of sense, hence a stupid question: is it ok to make a slice dependent on a preceeding slice? i would guess not, since in the meantime a lot of newer versions of a package in the slice are in Pharo60/main hence there will be regressions that have to be filtered out by the integrator (unfortunately it is relatively unclear to me how the integrator operates and how much is automated). but if it is not ok, how do i proceed if i only want to change a small part of the preceeding slice? werner

Nov. 4, 2016

Re: [Pharo-dev] roundTo: strange behavior

by werner kassens

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:. the testIfCompletelyBroken needed to be changed: "original in test: #(0.149243269650845 0.331633021743797 0.75619644800024 0.393701540023881 0.941783181364547 0.549929193942775 0.659962596213428 0.991354559078512 0.696074432551896 0.922987899707159 )" gen := Random seed: 2345678901. raw:= (1 to: 10) collect: [:i | gen next] . "#(0.14924326965084453 0.3316330217437972 0.7561964480002394 0.3937015400238808 0.9417831813645471 0.5499291939427746 0.6599625962134277 0.991354559078512 0.6960744325518955 0.922987899707159)" gen seed: 2345678901. test:=(1 to: 10) collect: [:i | gen next round: 15]. "#(0.149243269650845 0.331633021743797 0.756196448000239 0.393701540023881 0.941783181364547 0.549929193942775 0.659962596213428 0.991354559078512 0.696074432551895 0.922987899707159)" "rounding here is correct, 5 and higher is rounded up, 4 and lower down" "differences to the original are the result of originally wrong rounding; compare with the raw result." werner

Nov. 4, 2016

Re: [Pharo-dev] roundTo: strange behavior

by stepharo

Le 4/11/16 Ã 17:03, werner kassens a Ã©crit : > Hi Stephan, > definitely no. after the test is run, the seed has changed, perhaps > you did not reset the seed. I just run the test. Nothing else. > ill look into this this night, have to work now, ok? tx! > werner > > On 11/04/2016 03:29 PM, stepharo wrote: >> Hi guys >> >> I loaded the slice 15471 of werner and I run >> >> https://pharo.fogbugz.com/f/cases/15471/Can-t-round-Float-fmax-to-2-decimal… >> >> >> >> testIfCompletelyBroken >> >> "If the results are not these values (accounting for precision of >> printing) >> then something is horribly wrong" >> >> gen seed: 2345678901. >> self assert: (((1 to: 10) collect: [:i | gen next round: 15]) = >> #(0.149243269650845 0.331633021743797 0.75619644800024 >> 0.393701540023881 0.941783181364547 0.549929193942775 >> 0.659962596213428 0.991354559078512 0.696074432551896 >> 0.922987899707159 )). >> >> I get the following. Is it correct? >> >> #(0.220388752510952 0.073763451573329 0.74233059293699 >> 0.350275491993071 0.080193927548916 0.819340314631974 >> 0.652668019594936 0.391405332084468 0.349416343657959 0.640487859323848) >> >> > > >

Nov. 4, 2016