- Pharo-dev - lists.pharo.org

Seamless Error in GT-Inspector

by Sean P. DeNigris

DoIt and Go: `remoteSmalltalk at: #Transcript.` In right pane: `self open` -> "MessageNotUnderstood: SeamlessRemoteClassCompilationContext>>requestorScopeClass" ----- Cheers, Sean -- View this message in context: http://forum.world.st/Seamless-Error-in-GT-Inspector-tp4933050.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Feb. 5, 2017

How can I create a trivial "spinner" etc, to see if image is busy?

by Yuriy Tymchuk

Hi all, is there an easy was to do some thing that is constantly changing? so if my image freezes (to export a 1gb ston file for example) I can see when itâs done. Or maybe there is a way to send a mac notification from Pharo? Cheers. Uko

Feb. 5, 2017

Re: [Pharo-dev] shallowCopy problem on 64 bit Pharo ?

by stepharong

Hi Cip Cool to see you trying the 64 bits :) Your feedback and cases are really nice for Pharo. Stef > Hi all, > > I'm very happy to see that the 64 bit Pharo vm is progressing. > I've even managed to get a ~6.85 GB heap allocated (see > http://bit.ly/2lbp8n6) > This is great! > > There seems however to be a small problem with the #shallowCopy message, > which is 2.63 times slower on the 64bit VM (image/vm details bellow). > > The bench that I used is a simple random graph analysis tool that is > intended to do a lot of random memory accesses on big heaps, which is > accessible at http://www.smalltalkhub.com/>#!/~CipT/PlugMC > In this case I expect the execution time to be dominated by the Set > implementation (which is the case with pharo 5 -- see > http://bit.ly/2lbzJhd) and not by the array copy (see > http://>bit.ly/2kvbqvy). > > Is this a 64bit limitation, or only a feature "not yet available" ? > Where can I access the latests versions of 64 bit pharo image and vm ? > > Image > ----- > /Users/ciprian/Downloads/Pharo64/60371-64/Pharo64-60371.image > Pharo6.0 > Latest update: #60371 > Unnamed > > Virtual Machine > --------------- > /Users/ciprian/Downloads/Pharo64/Pharo 4.app/Contents/MacOS/Pharo > CoInterpreter * VMMaker.oscog-eem.2111 uuid: > 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 Jan 27 2017 > StackToRegisterMappingCogit * VMMaker.oscog-eem.2111 uuid: > 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 Jan 27 2017 > VM: 201701271449 https://github.com/pharo-project/pharo-vm.git $ Date: > Fri Jan 27 15:49:20 2017 +0100 $ Plugins: 201701271449 > https://github.com/pharo-project/pharo->vm.git $ > > Mac OS X built on Jan 27 2017 15:28:14 UTC Compiler: 4.2.1 Compatible > Apple LLVM 7.3.0 (clang-703.0.31) > VMMaker versionString VM: 201701271449 > https://github.com/pharo-project/pharo-vm.git $ Date: Fri Jan 27 > 15:49:20 2017 +0100 $ Plugins: 201701271449 > https://>github.com/pharo-project/pharo-vm.git $ > CoInterpreter * VMMaker.oscog-eem.2111 uuid: > 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 Jan 27 2017 > StackToRegisterMappingCogit * VMMaker.oscog-eem.2111 uuid: > 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 Jan 27 2017 > > > Cheers, > --Dr. Ciprian TEODOROV > Enseignant-chercheur > ENSTA Bretagne > > tÃ©l : 06 08 54 73 48 > mail : ciprian.teodorov(a)gmail.com > www.teodorov.ro -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 5, 2017

Re: [Pharo-dev] shallowCopy problem on 64 bit Pharo ?

by ClÃ©ment Bera

I remember there was a discussion about that somewhere but I can't find it. I cc vm-dev they may have a clue. When copying a pointer object in 64 bits instead of 32 bits, you need to copy twice many data, so it is going to be slower in any case. 2.63 times slower seems to be too much however. The latest Pharo 64 bits image can be found here: https://ci.inria.fr/pharo/job/Pharo-6.0-Update-Step-3.1-64bits/ The latest Pharo 64 bits VM can be found here: https://bintray.com/opensmalltalk/vm/cog Best, On Sun, Feb 5, 2017 at 1:27 PM, Ciprian Teodorov <ciprian.teodorov(a)gmail.com > wrote: > Hi all, > > I'm very happy to see that the 64 bit Pharo vm is progressing. > I've even managed to get a ~6.85 GB heap allocated (see > http://bit.ly/2lbp8n6) > This is great! > > There seems however to be a small problem with the #shallowCopy message, > which is 2.63 times slower on the 64bit VM (image/vm details bellow). > > The bench that I used is a simple random graph analysis tool that is > intended to do a lot of random memory accesses on big heaps, which is > accessible at http://www.smalltalkhub.com/#!/~CipT/PlugMC > In this case I expect the execution time to be dominated by the Set > implementation (which is the case with pharo 5 -- see > http://bit.ly/2lbzJhd) and not by the array copy (see > http://bit.ly/2kvbqvy) > > Is this a 64bit limitation, or only a feature "not yet available" ? > Where can I access the latests versions of 64 bit pharo image and vm ? > > Image > ----- > /Users/ciprian/Downloads/Pharo64/60371-64/Pharo64-60371.image > Pharo6.0 > Latest update: #60371 > Unnamed > > Virtual Machine > --------------- > /Users/ciprian/Downloads/Pharo64/Pharo 4.app/Contents/MacOS/Pharo > CoInterpreter * VMMaker.oscog-eem.2111 uuid: 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 > Jan 27 2017 > StackToRegisterMappingCogit * VMMaker.oscog-eem.2111 uuid: > 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 Jan 27 2017 > VM: 201701271449 https://github.com/pharo-project/pharo-vm.git $ Date: > Fri Jan 27 15:49:20 2017 +0100 $ Plugins: 201701271449 https://github. > com/pharo-project/pharo-vm.git $ > > Mac OS X built on Jan 27 2017 15:28:14 UTC Compiler: 4.2.1 Compatible > Apple LLVM 7.3.0 (clang-703.0.31) > VMMaker versionString VM: 201701271449 https://github. > com/pharo-project/pharo-vm.git $ Date: Fri Jan 27 15:49:20 2017 +0100 $ > Plugins: 201701271449 https://github.com/pharo-project/pharo-vm.git $ > CoInterpreter * VMMaker.oscog-eem.2111 uuid: 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 > Jan 27 2017 > StackToRegisterMappingCogit * VMMaker.oscog-eem.2111 uuid: > 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 Jan 27 2017 > > > Cheers, > -- > Dr. Ciprian TEODOROV > Enseignant-chercheur > ENSTA Bretagne > > tÃ©l : 06 08 54 73 48 > mail : ciprian.teodorov(a)gmail.com > www.teodorov.ro >

Feb. 5, 2017

shallowCopy problem on 64 bit Pharo ?

by Ciprian Teodorov

Hi all, I'm very happy to see that the 64 bit Pharo vm is progressing. I've even managed to get a ~6.85 GB heap allocated (see http://bit.ly/2lbp8n6) This is great! There seems however to be a small problem with the #shallowCopy message, which is 2.63 times slower on the 64bit VM (image/vm details bellow). The bench that I used is a simple random graph analysis tool that is intended to do a lot of random memory accesses on big heaps, which is accessible at http://www.smalltalkhub.com/#!/~CipT/PlugMC In this case I expect the execution time to be dominated by the Set implementation (which is the case with pharo 5 -- see http://bit.ly/2lbzJhd) and not by the array copy (see http://bit.ly/2kvbqvy) Is this a 64bit limitation, or only a feature "not yet available" ? Where can I access the latests versions of 64 bit pharo image and vm ? Image ----- /Users/ciprian/Downloads/Pharo64/60371-64/Pharo64-60371.image Pharo6.0 Latest update: #60371 Unnamed Virtual Machine --------------- /Users/ciprian/Downloads/Pharo64/Pharo 4.app/Contents/MacOS/Pharo CoInterpreter * VMMaker.oscog-eem.2111 uuid: 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 Jan 27 2017 StackToRegisterMappingCogit * VMMaker.oscog-eem.2111 uuid: 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 Jan 27 2017 VM: 201701271449 https://github.com/pharo-project/pharo-vm.git $ Date: Fri Jan 27 15:49:20 2017 +0100 $ Plugins: 201701271449 https://github.com/pharo- project/pharo-vm.git $ Mac OS X built on Jan 27 2017 15:28:14 UTC Compiler: 4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.31) VMMaker versionString VM: 201701271449 https://github.com/pharo- project/pharo-vm.git $ Date: Fri Jan 27 15:49:20 2017 +0100 $ Plugins: 201701271449 https://github.com/pharo-project/pharo-vm.git $ CoInterpreter * VMMaker.oscog-eem.2111 uuid: 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 Jan 27 2017 StackToRegisterMappingCogit * VMMaker.oscog-eem.2111 uuid: 7c02b557-bdcc-4a91-92b1-7fc15f1e8605 Jan 27 2017 Cheers, -- Dr. Ciprian TEODOROV Enseignant-chercheur ENSTA Bretagne tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Feb. 5, 2017

Re: [Pharo-dev] Pharo 6 update catalog entries

by Dimitris Chloupis

The release what marked #common with the initial intention to make it compatible with Squeak too since it relies only on Morphic but I never actually bothered testing it, I have marked it #pharo now and it seems to install fine on my end. I see little reason to support individual pharo versions because I focus always on the latest version. Ephestos projects like ChronosManager are made for personal reasons and are not intended for public consumption though I encourage it I do not have the time or motivation to make it work well for everyone. Including supporting older Pharo versions. On Sat, Feb 4, 2017 at 6:00 PM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 4 Feb 2017, at 16:24, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > > > kilon.alios wrote > >> Time to make sure they work as expected. > > > > And tag them #'Pharo6.0' once it's released. In the process of loading > > ChronosManager from the Catalog in Pharo 5, I got a warning that it was > not > > marked as safe (sorry I forgot to tell you!). It ended up loading and > > working AFAICT. > > Euh, no, the configs must be copied into MetaRepoForPharo60, this is the > way they are 'blessed', AFAIU. > > > ----- > > Cheers, > > Sean > > -- > > View this message in context: > http://forum.world.st/Pharo-6-update-catalog-entries-tp4932354p4932978.html > > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > > >

Feb. 5, 2017

Re: [Pharo-dev] I am stuck ProfStef

by Dimitris Chloupis

Do not hit yourself too hard, this is why we are here to help you so we are glad you asked. Most people are afraid to ask questions. Also this mailing list is for discussing developing of Pharo , use the Pharo-Users mailing list which is for the users because its more active and you will get your questions answer faster and is also the most appropriate place to ask questions about using Pharo. On Sun, Feb 5, 2017 at 5:30 AM Igor Raven via Pharo-dev < pharo-dev(a)lists.pharo.org> wrote: > Disregard my previous message. > Pulled my head out of my butt took a deep breath of fresh air and managed > to get things input correctly. > igor > > > ------------------------------ > *From:* Igor Raven via Pharo-dev <pharo-dev(a)lists.pharo.org> > *To:* "pharo-dev(a)lists.pharo.org" <pharo-dev(a)lists.pharo.org> > *Cc:* Igor Raven <igorraven(a)yahoo.com> > *Sent:* Saturday, February 4, 2017 7:25 PM > *Subject:* [Pharo-dev] I am stuck ProfStef > > In ProfStef page 17 or 29 I am stuck > "Try to go to the next lesson with a cascade of two 'next' messages:" > How can I find the solution or > how do I escape to page 19? > Thank you for your help > igor > > >

Feb. 5, 2017

Re: [Pharo-dev] Pharo 6 update catalog entries

by Pierce Ng

On Sat, Feb 04, 2017 at 03:51:43PM -0800, Sean P. DeNigris wrote: > Ah, interesting! I wonder if this represents a bug then, because > ChronosManager is in the metarepos for both Pharo 5 and 6, but in Pharo 5 > loads the config from the meta-repo-for-6, not 5... ConfigOfGlorpSQLite is in both Pharo 5 and 6 meta repos, and 5's catalog browser currently warns that it is unknown. I modified CatalogProject class: createRepositoryURLtoNameMappings "Return a mapping between repositories URLs and their user names" ^ Dictionary new "Added the 6.0 line below." at: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main' put: 'Pharo6.0'; at: self pharoDistributionRepository put: self pharoCurrentDottedName; "at: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main' put: 'Pharo5.0';" at: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main' put: 'Pharo4.0'; at: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main' put: 'Pharo3.0'; at: 'http://www.squeaksource.com/MetacelloRepository' put: 'Unsorted'; yourself Also created this convenience method in CatalogProject class side: reset repositoryURLToNamMappings := nil After which, sent #reset to CatalogProject, then (don't remember whether any other steps here in between) clicked refresh in the catalog browser, and now GlorpSQLite shows up as "Pharo 6.0" in my modified Pharo 5 image. (And there's somebody on a Hacker News topic about Cuis yesterday freely sharing their opinion that Pharo is not discoverable...)

Feb. 5, 2017

Re: [Pharo-dev] I am stuck ProfStef

by Igor Raven

Disregard my previous message. Pulled my head out of my butt took a deep breath of fresh air and managed to get things input correctly.igor From: Igor Raven via Pharo-dev <pharo-dev(a)lists.pharo.org> To: "pharo-dev(a)lists.pharo.org" <pharo-dev(a)lists.pharo.org> Cc: Igor Raven <igorraven(a)yahoo.com> Sent: Saturday, February 4, 2017 7:25 PM Subject: [Pharo-dev] I am stuck ProfStef In ProfStef page 17 or 29 I am stuck"Try to go to the next lesson with a cascade of two 'next' messages:"How can I find the solution or how do I escape to page 19? Thank you for your helpigor

Feb. 5, 2017

I am stuck ProfStef

by Igor Raven

In ProfStef page 17 or 29 I am stuck"Try to go to the next lesson with a cascade of two 'next' messages:"How can I find the solution or how do I escape to page 19? Thank you for your helpigor

Feb. 5, 2017