September 2018 - Pharo-dev - lists.pharo.org

Files-Core and Zinc-Character-Encoding-Core package load sequence

by Alistair Grant

Hi Guille, Sven, Esteban and Everyone, Can someone (dis)confirm that the Zinc-Character-Encoding-Core package is considered part of the pharo "core" image? The reason I ask is that I'd like to know whether the File class (which is part of the Files-Core package) can count on ZnUTF8Encoder (which is part of the Zinc-Character-Encoding-Core package) being present in the image. If File can count on ZnUTF8Encoder being present then for FileAttributes I will make UTF8 encoding / decoding available from File, and thus UTF8 file names will be supported. If it can't count on ZnUTF8Encoder being present then File will only be able to handle ascii file names (unless the names are somehow already UTF8 encoded) and support for UTF8 file names will effectively be restricted to FileSystem. Thanks, Alistair

Sept. 24, 2018

Re: [Pharo-dev] iceberg PrimitiveFailed allocateExecutablePage - PharoDebug.log

by Eliot Miranda

Hi Petr, along with Estebanâs request for the error code from allocateExecutablePage can you also see whether use of iceberg is successful the second time you launch Pharo? So start up your virtualbox, try and interact with iceberg, quit if it fails, relaunch and try again? Also in your steps what do you do to prepare? eg do you boot in virtualbox, return from sleep, or...? FYI, allocateExecutablePage uses valloc (IIRC) to get a page from the OS and then uses mprotect to add executable permission to the page before answering the pageâs address as the result of the primitive. The callback machinery then uses the page to provide the executable blue code used in implementing callbacks. The address of a code sequence in the page is what is actually handed out to C code as a fu croon pointer. When external code calls this function pointer the code in the sequence invokes a callback into the vm before returning back to C. Consequently it is key that allocateExecutablePage works correctly. If it doesnât then no callbacks. _,,,^..^,,,_ (phone) > On Sep 24, 2018, at 11:11 AM, Petr Fischer via Pharo-dev <pharo-dev(a)lists.pharo.org> wrote: > > <mime-attachment>

Sept. 24, 2018

Re: [Pharo-dev] iceberg PrimitiveFailed allocateExecutablePage - PharoDebug.log

by Petr Fischer

Thanks for your assistance, but sources of this weird behavior is probably in the virtualization layer: http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2018-September/2… pf > That means > > primAllocateExecutablePage > > failed. > There should be an errorCode value there, that can help us understand better the problem. > > Can you check at it? > > Thanks! > > Esteban > > > On 24 Sep 2018, at 17:49, Petr Fischer via Pharo-dev <pharo-dev(a)lists.pharo.org> wrote: > > > > >

Sept. 24, 2018

Re: [Pharo-dev] iceberg PrimitiveFailed allocateExecutablePage - solved (probably virtualization problem)

by Petr Fischer

Something very weird happens - my steps: 1) ok, lets run UFFI Tests in Test Runnner 2) 5 tests fails (RED) 3) saved the test output to file (button in test runner) 4) quit from Pharo 5) I forgot to click on the 5 failed tests and generate some PharoDebug.log, so... start Pharo again... 6) lets run UFFI Tests again... 7) bang! all tests OK (GREEN)! WTF? run test again -> all green again (!) Bang! Iceberg clone repo works now... I simply can't explain this. Whole thing (CentOS7 + Pharo) is inside VirtualBox - most probably the virtual image is somehow crippled... Pharo+UFFI+Iceberg is OK, sorry for this mess... pf > This looks like an FFI error... > > Can you try running uFFI tests in your system and sen us the results? > > Tx, > Guille > > On Sun, Sep 23, 2018 at 9:54 PM Petr Fischer via Pharo-dev < > pharo-dev(a)lists.pharo.org> wrote: > > > Ohh sorry - better screenshot link: > > > > > > > > https://app.box.com/s/isd7tdyv8lgr8aj5449xqkrxt4y4uxqy > > > > > > > > pf > > > > > > > Hi Petr, > > > > > > On Sun, 23 Sep 2018 at 19:52, Petr Fischer via Pharo-dev > > > <pharo-dev(a)lists.pharo.org> wrote: > > > > > > > > Hello, I want to propose some small fixes to Pharo, it took me hours > > just to run Pharo with Iceberg on CentOS 7 (I don't care about Ubuntu)... > > > > > > > > Now I am stuck with this Iceberg error: > > > > https://app.box.com/file/321243070589 > > > > > > I was presented with a login box when I tried to view this. > > > > > > > > > > I am using 64bit Pharo VM + latest Pharo7 image from zeroconf (and > > latest CentOS7) - is Iceberg OK on 64bits? > > > > > > Yes, I use it all the time (on Ubuntu 16.04 64 bit). > > > > > > Cheers, > > > Alistair > > > > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13

Sept. 24, 2018

Re: [Pharo-dev] iceberg PrimitiveFailed allocateExecutablePage - PharoDebug.log

by Esteban Lorenzano

That means primAllocateExecutablePage failed. There should be an errorCode value there, that can help us understand better the problem. Can you check at it? Thanks! Esteban > On 24 Sep 2018, at 17:49, Petr Fischer via Pharo-dev <pharo-dev(a)lists.pharo.org> wrote: > >

Sept. 24, 2018

Re: [Pharo-dev] iceberg PrimitiveFailed allocateExecutablePage - PharoDebug.log

by Petr Fischer

PharoDebug.log attached pf > Ohh sorry - better screenshot link: > > https://app.box.com/s/isd7tdyv8lgr8aj5449xqkrxt4y4uxqy > > pf > > > > Hi Petr, > > > > On Sun, 23 Sep 2018 at 19:52, Petr Fischer via Pharo-dev > > <pharo-dev(a)lists.pharo.org> wrote: > > > > > > Hello, I want to propose some small fixes to Pharo, it took me hours just to run Pharo with Iceberg on CentOS 7 (I don't care about Ubuntu)... > > > > > > Now I am stuck with this Iceberg error: > > > https://app.box.com/file/321243070589 > > > > I was presented with a login box when I tried to view this. > > > > > > > I am using 64bit Pharo VM + latest Pharo7 image from zeroconf (and latest CentOS7) - is Iceberg OK on 64bits? > > > > Yes, I use it all the time (on Ubuntu 16.04 64 bit). > > > > Cheers, > > Alistair >

Sept. 24, 2018

Re: [Pharo-dev] iceberg PrimitiveFailed allocateExecutablePage - corrected screenshot link

by Guillermo Polito

This looks like an FFI error... Can you try running uFFI tests in your system and sen us the results? Tx, Guille On Sun, Sep 23, 2018 at 9:54 PM Petr Fischer via Pharo-dev < pharo-dev(a)lists.pharo.org> wrote: > Ohh sorry - better screenshot link: > > > > https://app.box.com/s/isd7tdyv8lgr8aj5449xqkrxt4y4uxqy > > > > pf > > > > Hi Petr, > > > > On Sun, 23 Sep 2018 at 19:52, Petr Fischer via Pharo-dev > > <pharo-dev(a)lists.pharo.org> wrote: > > > > > > Hello, I want to propose some small fixes to Pharo, it took me hours > just to run Pharo with Iceberg on CentOS 7 (I don't care about Ubuntu)... > > > > > > Now I am stuck with this Iceberg error: > > > https://app.box.com/file/321243070589 > > > > I was presented with a login box when I tried to view this. > > > > > > > I am using 64bit Pharo VM + latest Pharo7 image from zeroconf (and > latest CentOS7) - is Iceberg OK on 64bits? > > > > Yes, I use it all the time (on Ubuntu 16.04 64 bit). > > > > Cheers, > > Alistair > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Sept. 24, 2018

[Pharo 7.0-dev] Build #1262: 22465 Examples in Number>>#printShowingDecimalPlaces: should be runnable

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #1262 was: FAILURE. The Pull Request #1813 was integrated: "22465 Examples in Number>>#printShowingDecimalPlaces: should be runnable" Pull request url: https://github.com/pharo-project/pharo/pull/1813 Issue Url: https://pharo.fogbugz.com/f/cases/22465 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Sept. 24, 2018

[ANN] Next Pharo Sprint: Sept 28

by Marcus Denker

We will organize a Pharo sprint / Moose dojo Sept 28, starting at 10:00am. (Local Time Paris). Goals of this sprint: â¢ Pharo 7 issues Remote Sprint: Remotely, you can join us on Discord. During the sprint, we synchronize local and remote Pharo sprinters: http://pharo.org/contribute-events Known Local Sprint meetings Lille/France: It will be at the Inria Lille, Building B, third floor (RMoD offices). As the building is not open to the public, please contact us before if you plan to come https://association.pharo.org/event-2973620

Sept. 24, 2018

Re: [Pharo-dev] Pharo Downloads are sluggish

by Esteban A. Maringolo

Hi Marcus, Thank you and all the team for this. Best regards, -- Esteban A. Maringolo On 24/09/2018 07:05, Marcus Denker wrote: > Hello, > > We are switching the hosting contract to a more professional one. This > should be active soon. > > This includes a CDN, but it will be active only after we make sure that > the files get invalidated when the > CI uploads them, so this will be in a week or so. > > It should improve things even without the CDN active, though. > > Marcus

Sept. 24, 2018