- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Seamless Error in GT-Inspector

by Denis Kudriashov

Just check in latest Pharo 6. It works 2017-02-05 18:55 GMT+01:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hi Sean. > > What Pharo you use? > > 2017-02-05 17:36 GMT+01:00 Sean P. DeNigris <sean(a)clipperadams.com>: > >> 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

Re: [Pharo-dev] Seamless Error in GT-Inspector

by Denis Kudriashov

Hi Sean. What Pharo you use? 2017-02-05 17:36 GMT+01:00 Sean P. DeNigris <sean(a)clipperadams.com>: > 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

Re: [Pharo-dev] PharoLauncher Hanging

by Sean P. DeNigris

Sean P. DeNigris wrote > I just had Launcher hang (Mac's spinning beach ball of death) twice in a > row after launching a 5.0 image with "quit on launch" disabled. Still happening fairly regularly. Pretty disruptive. I can't discern a particular pattern. No Debug log or crash dump. I leave "quit on launch" disabled because it seems that it's the only way to open multiple images simultaneously because Luncher will not start on Mac if there is another Pharo image running. Anyone else? MacOS 10.12.3 Image ----- /Applications/Pharo.app/Contents/Resources/Pharo.image Pharo5.0 Latest update: #50765 Unnamed Virtual Machine --------------- /Applications/Pharo.app/Contents/MacOS/Pharo CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016 StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016 git@github.com:pharo-project/pharo-vm.git Commit: 06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: GitHub <noreply(a)github.com> Mac Cocoa Cog 5.8b12 21-Sep-10 >1B0534FA-246C-47C5-AB29-7A76C81CCDCB< VMMaker versionString git@github.com:pharo-project/pharo-vm.git Commit: 06744effac0f0aa3b4b32e17636448f9d51d6707 Date: 2016-09-30 08:40:43 +0200 By: GitHub <noreply(a)github.com> CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016 StackToRegisterMappingCogit VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: 16138eb3-2390-40f5-a6c8-15f0494936f8 Oct 10 2016 ----- Cheers, Sean -- View this message in context: http://forum.world.st/PharoLauncher-Hanging-tp4901674p4933053.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Feb. 5, 2017

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