February 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] How can I create a trivial "spinner" etc, to see if image is busy?

by Sven Van Caekenberghe

A bit off topic, but I would do the STON writing as follows: [ (FileLocator temp / 'file.ston') writeStreamDo: [ :out | (STON writer on: out) in: [ :stonWriter | 30 timesRepeat: [ stonWriter nextPut: Smalltalk allClasses ] ] ]. ] timeToRun. "0:00:00:02.176" But in light of alternative streams and some optimisation, this works too: [ | file | file := (File named: '/tmp/file.ston') openForWrite. [ ZnBufferedWriteStream on: (ZnCharacterWriteStream on: file) do: [ :out | (STON writer on: out) in: [ :stonWriter | 30 timesRepeat: [ stonWriter nextPut: Smalltalk allClasses ] ] ] ] ensure: [ file close ]. ] timeToRun. "0:00:00:00.385" Which is faster. Total file size is ~1.2MB. BTW, we need #readStreamDo: and #writeStreamDo: on File I think, as it encourages proper resource management. > On 5 Feb 2017, at 19:16, Henrik Nergaard <draagren(a)outlook.com> wrote: > > http://smalltalkhub.com/#!/~Latsabben/GafletFremgangFremviser > > --------------------- > | ston file| > > ston := (1 to: 30) flatCollect: [:ix |STON toStringPretty: Smalltalk allClasses]. > file := (FileStream fileNamed: 'file.ston'). > > ston whileDisplayingProgress > action: [ :stream | file nextPutAll: stream ] whenDone: [ file close ]; > open; > fillOwner > --------------------- > > Best regards, > Henrik > > -----Opprinnelig melding----- > Fra: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] PÃ¥ vegne av Yuriy Tymchuk > Sendt: 05 February 2017 16:56 > Til: Pharo Development List <pharo-dev(a)lists.pharo.org> > Emne: [Pharo-dev] How can I create a trivial "spinner" etc, to see if image is busy? > > 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] How can I create a trivial "spinner" etc, to see if image is busy?

by Henrik Nergaard

http://smalltalkhub.com/#!/~Latsabben/GafletFremgangFremviser --------------------- | ston file| ston := (1 to: 30) flatCollect: [:ix |STON toStringPretty: Smalltalk allClasses]. file := (FileStream fileNamed: 'file.ston'). ston whileDisplayingProgress action: [ :stream | file nextPutAll: stream ] whenDone: [ file close ]; open; fillOwner --------------------- Best regards, Henrik -----Opprinnelig melding----- Fra: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] PÃ¥ vegne av Yuriy Tymchuk Sendt: 05 February 2017 16:56 Til: Pharo Development List <pharo-dev(a)lists.pharo.org> Emne: [Pharo-dev] How can I create a trivial "spinner" etc, to see if image is busy? 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] 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