- Pharo-dev - lists.pharo.org

[Pharo 8.0] Build #72: 2205-OCASTTranslator-class-initialize-should-not-invoke-super

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

There is a new Pharo build available! The status of the build #72 was: SUCCESS. The Pull Request #2520 was integrated: "2205-OCASTTranslator-class-initialize-should-not-invoke-super" Pull request url: https://github.com/pharo-project/pharo/pull/2520 Issue Url: https://pharo.fogbugz.com/f/cases/2205 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Feb. 13, 2019

[Pharo 8.0] Build #71: 2189-superNodeClass-selfNodeClass-and-thisContextNodeClass-are-not-used-

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

There is a new Pharo build available! The status of the build #71 was: SUCCESS. The Pull Request #2521 was integrated: "2189-superNodeClass-selfNodeClass-and-thisContextNodeClass-are-not-used-" Pull request url: https://github.com/pharo-project/pharo/pull/2521 Issue Url: https://pharo.fogbugz.com/f/cases/2189 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Feb. 13, 2019

Re: [Pharo-dev] File problems in Pharo 8

by Sean P. DeNigris

Alistair Grant wrote > Iâ¦ changed the behaviour of DeleteVisitor > slightly. In Pharo 7 the Visitor will descend in to a symbolic link > that points to a directory, in Pharo 8 it doesn't. Thank goodness someone finally fixed that! IMHO the old behavior was extremely dangerous and I greatly limited my use of #deleteAll for that reason. '/path/to/aFolder' deleteAll where - aFolder - aSymbolicLinkTo~ No problem, we all have backups, right?... right? ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Feb. 13, 2019

Re: [Pharo-dev] External Module not found

by Moussa Saker

the missing module isÂ SqueakFFIPrims as shown by the debuger how i can add it ? Moussa. On Wednesday, 13 February 2019, 09:10:22 CET, Pierce Ng <pierce(a)samadhiweb.com> wrote: On Wed, Feb 13, 2019 at 12:12:39AM +0000, Moussa Saker via Pharo-dev wrote: > am using a Pharo 7 image and an elementary os 64bits distribution > (based on Ubuntu 18.04), i was working on my project and when trying > to execute it i encountered this problem. Click on the debug button, look around and it'll tell you _which_ external module cannot be found. From context it looks like Cairo, so try installing Cairo runtime libraries, but before that confirm by clicking on the debug button.

Feb. 13, 2019

[Pharo 8.0] Build #70: 2511 Tag in Slot-Examples should be uppercase

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

There is a new Pharo build available! The status of the build #70 was: SUCCESS. The Pull Request #2512 was integrated: "2511 Tag in Slot-Examples should be uppercase" Pull request url: https://github.com/pharo-project/pharo/pull/2512 Issue Url: https://pharo.fogbugz.com/f/cases/2511 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Feb. 13, 2019

[Pharo 8.0] Build #69: 2513 Tag in MenuRegistration package should be uppercase

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

There is a new Pharo build available! The status of the build #69 was: SUCCESS. The Pull Request #2514 was integrated: "2513 Tag in MenuRegistration package should be uppercase" Pull request url: https://github.com/pharo-project/pharo/pull/2514 Issue Url: https://pharo.fogbugz.com/f/cases/2513 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Feb. 13, 2019

Re: [Pharo-dev] Can't Install Launcher on Mac Mojave

by Christophe Demarey

Hi Sean, There was a similar issue on Linux: https://github.com/pharo-project/pharo-launcher/issues/307 It works with 1.7.2 on my laptop but Iâm able to reproduce the error if I put PharoLauncher in a location containing non ASCII characters, I get the same error. To fix this, in PL image, edit VirtualMachine>>#fullPath with: ^(self getSystemAttribute: 0) asByteArray utf8Decoded It is a problem with the Pharo image. Encoding is not managed everywhere. Tell me if it fixes your problem. Christophe > Le 13 fÃ©vr. 2019 Ã 03:42, Sean P. DeNigris <sean(a)clipperadams.com> a Ã©crit : > > Just dl-ed launcher from Pharo.org. Attempting to open Iceberg gives: > "NotFound: Could not find repository from '/'". Seems to be coming from > libgit. Anyone else seeing this? > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html >

Feb. 13, 2019

Re: [Pharo-dev] Can't Install Launcher on Mac Mojave

by Max Leske

Nope. I downloaded launcher just 20 minutes ago on Mojave and am using it without problems. Where did you extract it to? Did you extract it as a different user? Did you try to run it from within the .dmg directly? Max On 13 Feb 2019, at 3:42, Sean P. DeNigris wrote: > Just dl-ed launcher from Pharo.org. Attempting to open Iceberg gives: > "NotFound: Could not find repository from '/'". Seems to be coming > from > libgit. Anyone else seeing this? > > > > ----- > Cheers, > Sean > -- > Sent from: > http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

Feb. 13, 2019

Re: [Pharo-dev] External Module not found

by Pierce Ng

On Wed, Feb 13, 2019 at 12:12:39AM +0000, Moussa Saker via Pharo-dev wrote: > am using a Pharo 7 image and an elementary os 64bits distribution > (based on Ubuntu 18.04), i was working on my project and when trying > to execute it i encountered this problem. Click on the debug button, look around and it'll tell you _which_ external module cannot be found. From context it looks like Cairo, so try installing Cairo runtime libraries, but before that confirm by clicking on the debug button.

Feb. 13, 2019

Re: [Pharo-dev] File problems in Pharo 8

by Alistair Grant

Hi Cyril, On Tue, 12 Feb 2019 at 19:41, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> wrote: > > Le 12/02/2019 Ã 18:56, Alistair Grant a Ã©crit : > > Hi Cyril, > > > > ... > > > > However any application that iterates over a large number of files could > > well be slower because the Guide / Visitor system retrieves entries. > > > > Thank you for the detailed explanation! > > > Do you know how many files are being deleted when the system feels > > slower? > > I was committing in Iceberg that is a Filetree repository. My change > impacted multiple package thus I would say it should be around 2500 > files and 500 folders. I wrote a class to measure the time taken by the Visitor / Guide - it's basically the same as the DeleteVisitor but just counts the number of files visited. Running this on a directory that contains 82331 files including 10169 directories. My 6 year old Dell XPS 13 (i7, SSD, 8G RAM) gives the following average times: Pharo 7: 3.7 seconds Pharo 8: 2.6 seconds I've attached the class below. > > It would be straightforward to modify the directory iteration primitives > > to only answer the file name instead of all attributes. I'll have a > > look and see how easy it would be to modify the Guide / Visitor objects > > to retrieve only file names instead of entire entries. > > > > So if possible it would make file copy/deletion even faster than before > IIUC? That would be really great! The Guide / Visitor framework uses file attributes to navigate the tree, so retrieving only file names wouldn't be useful. But I did notice that the entries weren't being initialised properly, so after fixing that bug the average run time for Pharo 8 drops: Pharo 8: 1.7 seconds I'll submit a PR with this fix. I also realised I inadvertently changed the behaviour of DeleteVisitor slightly. In Pharo 7 the Visitor will descend in to a symbolic link that points to a directory, in Pharo 8 it doesn't. This prevents the system from entering an infinite loop if the symbolic link points to the directory containing the link, but means that the set of files visited may be different. Pharo 7 may visit additional files that are currently skipped by Pharo 8, or it may visit some multiple times. I'll raise this as a separate discussion as I'm not sure that simply reverting to the old behaviour is a good idea. Cheers, Alistair

Feb. 13, 2019