- Pharo-users - lists.pharo.org

Spec: DropList question

by Brad Selfridge

Is there any way for the Spec DropList, when initially painted, to NOT display the first item in the list. I'm trying to build a dynamic spec window that uses the droplist value to determine what to paint and I want the user to select the droplist item rather than a default. Thanks, ----- Brad Selfridge -- View this message in context: http://forum.world.st/Spec-DropList-question-tp4918488.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 9, 2016

Re: [Pharo-users] Intro to Microsoft COM for Smalltalkers

by stepharo

> Maybe this could become some kind of pillar file... > > But things are changing a lot these days with SDL2 etc. It is converging - SDL2 stabilisation - Sparta integrated into Bloc - TxText optimisation - Bloc stabilization Thales guys are starting to use it. Stef > Any roadmap of these somewhere? > > Phil > > On Sat, Oct 8, 2016 at 7:03 PM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Thibault > > you should talk also with Glenn and Alain to get feedback. They > will visit us in Nov. > > > Stef > > > Le 7/10/16 Ã 15:14, Thibault Raffaillac a Ã©crit : > > Thanks for these mails, that's actually very helpful! > I am working on a shorter syntax for animations at the moment > (than GLMAnimation, Viva, Bloc-Animation), and could not find > a proper equivalent to requestAnimationFrame (i.e. that would > be independent of any UI yet in sync with display, and as > simple as possible). > My solution was to repeatedly register to deferredUIMessages, > implementing an intermediate block to add a timestamp like > requestAnimationFrame (works wonders > http://smalltalkhub.com/#!/~ThibaultRaffaillac/Animation > <http://smalltalkhub.com/#%21/%7EThibaultRaffaillac/Animation>) > > Cheers, > Thibault > > ps: I'll ask Guille asap for the state of ReactiveExtensions > (lacks comments) > > Also, check > > MorphicUIManager>>#spawnNewProcess > > UIProcess := [ > [World doOneCycle. Processor yield. false] whileFalse: []. > ] newProcess priority: Processor userSchedulingPriority. > UIProcess name: 'Morphic UI Process'. > UIProcess resume > > digging into doOneCycle, you'll find: > > #doOneCycleFor: aWorld > "Do one cycle of the interaction loop. This method is > called *repeatedly > *when > the world is running. This is a moderately private method; > a better > alternative is usually either to wait for events or to > check the state of > things from #step methods." > > self interCyclePause: MinCycleLapse. > self doOneCycleNowFor: aWorld. > > > The interCyclePause is what make the UI timing alignment > proper (notice > serverMode) [and some Squeak remnant mention]: > > interCyclePause: milliSecs > "delay enough that the previous cycle plus the amount of > delay will equal > milliSecs. If the cycle is already expensive, then no > delay occurs. > However, if the system is idly waiting for interaction > from the user, the > method will delay for a proportionally long time and cause > the overall CPU > usage of *Squeak* to be low. > If self serverMode returns true then, always do a complete > delay of 50ms, > independant of my argument. This prevents the freezing > problem described in > Mantis #6581" > > | wait wait2 | > "*a very long assignment*" > wait := self serverMode > ifTrue: [ 50 ] > ifFalse: > [ wait2 := (lastCycleTime notNil and: [CanSurrenderToOS ~~ > false]) > ifFalse: [ 0 ] > ifTrue: [ lastCycleTime + milliSecs - Time > millisecondClockValue ]. > > self flag: 'Issue 14754 - wait2>millisecs is only > True for clock > rollover. Remove it once DelayScheduler based on > microsecondClock - Ben > Coman 19.01.2015'. "*<---- maybe we want this #flag: not > to be called all > the time* " > wait2 > milliSecs > ifTrue: [ 0 ] > ifFalse: [ wait2 ]. > ]. > wait > 0 ifTrue: [ (Delay forMilliseconds: wait) wait ]. > "<------- wait > is not #>>wait" > > lastCycleTime := Time millisecondClockValue. > CanSurrenderToOS := true. > > Now, yeah, how do get stuff to be painted on the screen? > > Like this: > > displayWorld: aWorld submorphs: submorphs > "Update this world's display." > > | deferredUpdateMode handsToDraw allDamage | > > submorphs do: [:m | m fullBounds]. "force re-layout if > needed" > self checkIfUpdateNeeded ifFalse: [^ self]. "display is > already up-to-date" > > deferredUpdateMode := self doDeferredUpdatingFor: aWorld. > deferredUpdateMode ifFalse: [self assuredCanvas]. > canvas roundCornersOf: aWorld during:[ | worldDamageRects > handDamageRects | > worldDamageRects := self drawWorld: aWorld submorphs: > submorphs > invalidAreasOn: canvas. "repair world's damage on canvas" > "self handsDo:[:h| h noticeDamageRects: worldDamageRects]." > handsToDraw := self selectHandsToDrawForDamage: > worldDamageRects. > handDamageRects := handsToDraw collect: [:h | h > savePatchFrom: canvas]. > allDamage := worldDamageRects, handDamageRects. > > handsToDraw reverseDo: [:h | canvas fullDrawMorph: h]. > "draw hands onto > world canvas" > ]. > "*make this true to flash damaged areas for testing*" > self class debugShowDamage ifTrue: [aWorld flashRects: > allDamage color: > Color black]. > > canvas finish. > "quickly copy altered rects of canvas to Display:" > deferredUpdateMode > ifTrue: [self forceDamageToScreen: allDamage] > ifFalse: [canvas showAt: aWorld viewBox origin > invalidRects: allDamage]. > handsToDraw do: [:h | h restoreSavedPatchOn: canvas]. > "restore world > canvas under hands" > Display deferUpdates: false; forceDisplayUpdate. > > The VM will take care of throwing the bits to the display > in various ways. > Interesting to look how it is done for Windows, OSX, and > Linux. > > So you have about a full view now. > > Timing wise, there is also some interaction with the VM > occuring elsewhere. > Pharo is still polling deep inside. epoll etc isn't there > yet, hence the > little idle CPU usage when doing nothing. > > Good luck doing this UI trip with other platforms, not to > mention change or > instrument it the way you like. > > Pharo is really cool for this as it helps in learning > about a lot of things. > > Want to do sockets? > Do the high level stuff in Pharo and dig in the VM to see > how it is done > down under for a set of platforms. > > Enjoy. > > Phil > > > > > >

Oct. 9, 2016

Re: [Pharo-users] Intro to Microsoft COM for Smalltalkers

by phil＠highoctane.be

Maybe this could become some kind of pillar file... But things are changing a lot these days with SDL2 etc. Any roadmap of these somewhere? Phil On Sat, Oct 8, 2016 at 7:03 PM, stepharo <stepharo(a)free.fr> wrote: > Thibault > > you should talk also with Glenn and Alain to get feedback. They will visit > us in Nov. > > > Stef > > > Le 7/10/16 Ã 15:14, Thibault Raffaillac a Ã©crit : > >> Thanks for these mails, that's actually very helpful! >> I am working on a shorter syntax for animations at the moment (than >> GLMAnimation, Viva, Bloc-Animation), and could not find a proper equivalent >> to requestAnimationFrame (i.e. that would be independent of any UI yet in >> sync with display, and as simple as possible). >> My solution was to repeatedly register to deferredUIMessages, >> implementing an intermediate block to add a timestamp like >> requestAnimationFrame (works wonders http://smalltalkhub.com/#!/~Th >> ibaultRaffaillac/Animation) >> >> Cheers, >> Thibault >> >> ps: I'll ask Guille asap for the state of ReactiveExtensions (lacks >> comments) >> >> Also, check >>> >>> MorphicUIManager>>#spawnNewProcess >>> >>> UIProcess := [ >>> [World doOneCycle. Processor yield. false] whileFalse: []. >>> ] newProcess priority: Processor userSchedulingPriority. >>> UIProcess name: 'Morphic UI Process'. >>> UIProcess resume >>> >>> digging into doOneCycle, you'll find: >>> >>> #doOneCycleFor: aWorld >>> "Do one cycle of the interaction loop. This method is called *repeatedly >>> *when >>> the world is running. This is a moderately private method; a better >>> alternative is usually either to wait for events or to check the state of >>> things from #step methods." >>> >>> self interCyclePause: MinCycleLapse. >>> self doOneCycleNowFor: aWorld. >>> >>> >>> The interCyclePause is what make the UI timing alignment proper (notice >>> serverMode) [and some Squeak remnant mention]: >>> >>> interCyclePause: milliSecs >>> "delay enough that the previous cycle plus the amount of delay will equal >>> milliSecs. If the cycle is already expensive, then no delay occurs. >>> However, if the system is idly waiting for interaction from the user, the >>> method will delay for a proportionally long time and cause the overall >>> CPU >>> usage of *Squeak* to be low. >>> If self serverMode returns true then, always do a complete delay of 50ms, >>> independant of my argument. This prevents the freezing problem described >>> in >>> Mantis #6581" >>> >>> | wait wait2 | >>> "*a very long assignment*" >>> wait := self serverMode >>> ifTrue: [ 50 ] >>> ifFalse: >>> [ wait2 := (lastCycleTime notNil and: [CanSurrenderToOS ~~ false]) >>> ifFalse: [ 0 ] >>> ifTrue: [ lastCycleTime + milliSecs - Time >>> millisecondClockValue ]. >>> >>> self flag: 'Issue 14754 - wait2>millisecs is only True for clock >>> rollover. Remove it once DelayScheduler based on microsecondClock - Ben >>> Coman 19.01.2015'. "*<---- maybe we want this #flag: not to be called >>> all >>> the time* " >>> wait2 > milliSecs >>> ifTrue: [ 0 ] >>> ifFalse: [ wait2 ]. >>> ]. >>> wait > 0 ifTrue: [ (Delay forMilliseconds: wait) wait ]. "<------- wait >>> is not #>>wait" >>> >>> lastCycleTime := Time millisecondClockValue. >>> CanSurrenderToOS := true. >>> >>> Now, yeah, how do get stuff to be painted on the screen? >>> >>> Like this: >>> >>> displayWorld: aWorld submorphs: submorphs >>> "Update this world's display." >>> >>> | deferredUpdateMode handsToDraw allDamage | >>> >>> submorphs do: [:m | m fullBounds]. "force re-layout if needed" >>> self checkIfUpdateNeeded ifFalse: [^ self]. "display is already >>> up-to-date" >>> >>> deferredUpdateMode := self doDeferredUpdatingFor: aWorld. >>> deferredUpdateMode ifFalse: [self assuredCanvas]. >>> canvas roundCornersOf: aWorld during:[ | worldDamageRects >>> handDamageRects | >>> worldDamageRects := self drawWorld: aWorld submorphs: submorphs >>> invalidAreasOn: canvas. "repair world's damage on canvas" >>> "self handsDo:[:h| h noticeDamageRects: worldDamageRects]." >>> handsToDraw := self selectHandsToDrawForDamage: worldDamageRects. >>> handDamageRects := handsToDraw collect: [:h | h savePatchFrom: canvas]. >>> allDamage := worldDamageRects, handDamageRects. >>> >>> handsToDraw reverseDo: [:h | canvas fullDrawMorph: h]. "draw hands onto >>> world canvas" >>> ]. >>> "*make this true to flash damaged areas for testing*" >>> self class debugShowDamage ifTrue: [aWorld flashRects: allDamage color: >>> Color black]. >>> >>> canvas finish. >>> "quickly copy altered rects of canvas to Display:" >>> deferredUpdateMode >>> ifTrue: [self forceDamageToScreen: allDamage] >>> ifFalse: [canvas showAt: aWorld viewBox origin invalidRects: allDamage]. >>> handsToDraw do: [:h | h restoreSavedPatchOn: canvas]. "restore world >>> canvas under hands" >>> Display deferUpdates: false; forceDisplayUpdate. >>> >>> The VM will take care of throwing the bits to the display in various >>> ways. >>> Interesting to look how it is done for Windows, OSX, and Linux. >>> >>> So you have about a full view now. >>> >>> Timing wise, there is also some interaction with the VM occuring >>> elsewhere. >>> Pharo is still polling deep inside. epoll etc isn't there yet, hence the >>> little idle CPU usage when doing nothing. >>> >>> Good luck doing this UI trip with other platforms, not to mention change >>> or >>> instrument it the way you like. >>> >>> Pharo is really cool for this as it helps in learning about a lot of >>> things. >>> >>> Want to do sockets? >>> Do the high level stuff in Pharo and dig in the VM to see how it is done >>> down under for a set of platforms. >>> >>> Enjoy. >>> >>> Phil >>> >> >> > > >

Oct. 9, 2016

Pharo on Mac

by Bruce Prior

I loaded Pharo 6 on my iMac running OSX Sierra and all seems to work fine. I used curl get.pharo.org/vmLatest60 | bash My Pharo 5 wouldn't work with Sierra. Bruce

Oct. 8, 2016

Re: [Pharo-users] Pharo on Mac

by Esteban Lorenzano

btwâ¦ I will do the same for Pharo5+â¦ Iâm just having some compiling problemsâ¦ so I think monday :) Esteban > On 8 Oct 2016, at 19:35, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > https://dl.dropboxusercontent.com/u/7684634/pharo40-sierra-stable.zip <https://dl.dropboxusercontent.com/u/7684634/pharo40-sierra-stable.zip> > > I still didnât put an official link because I was testing it (and you know, you do not do that on Friday :P) > But seems to be workingâ¦ mostly. There is still one thing remaining: since sierra decided that everything runs on sandboxed environment, it does not find sources put aside VM (unless you put VM in /Applicationsâ¦ myself I have it in /Applications/Pharo/â¦ and it works fine). > Soâ¦ you can: > > 1) put VM in /Applications, or > 2) just put sources along with image > > cheers, > Esteabn > >> On 8 Oct 2016, at 18:16, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: >> >> Can someone please confirm that there exists some VM that can run Pharo 4 (3) images on macOS Sierra ? >> >>> On 07 Oct 2016, at 20:33, Dimitris Chloupis <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: >>> >>> It works if you download it from terminal , download page has the instructions >>> >>> Make sure you download alpha image latest VM >>> >>> On Fri, 7 Oct 2016 at 20:25, Hari Balaraman <hari.balaraman(a)icloud.com <mailto:hari.balaraman@icloud.com>> wrote: >>> Hi All, >>> Fyi- the Pharo default collection of downloaded files for MacOS does not work (starts up with blank screen and remains as such) on MacOS Sierra. On another Mac with the previous OS (El Capitan) the default download works. >>> Kind regards, >>> Hari >>> >>> >>> >>> >>>> On Oct 7, 2016, at 1:06 PM, pharo-users-request(a)lists.pharo.org <mailto:pharo-users-request@lists.pharo.org> wrote: >>>> >>>> Send Pharo-users mailing list submissions to >>>> pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org> >>>> >>>> To subscribe or unsubscribe via the World Wide Web, visit >>>> http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org <http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org> >>>> or, via email, send a message with subject or body 'help' to >>>> pharo-users-request(a)lists.pharo.org <mailto:pharo-users-request@lists.pharo.org> >>>> >>>> You can reach the person managing the list at >>>> pharo-users-owner(a)lists.pharo.org <mailto:pharo-users-owner@lists.pharo.org> >>>> >>>> When replying, please edit your Subject line so it is more specific >>>> than "Re: Contents of Pharo-users digest..." >>>> >>>> >>>> Today's Topics: >>>> >>>> 1. Re: Pharo5 download for linux - interpreter cannot read image >>>> file (Andreas Sunardi) >>>> 2. Re: Pharo5 download for linux - interpreter cannot read image >>>> file (Andreas Sunardi) >>>> >>>> >>>> ---------------------------------------------------------------------- >>>> >>>> Message: 1 >>>> Date: Fri, 7 Oct 2016 10:01:51 -0700 >>>> From: Andreas Sunardi <a.sunardi(a)gmail.com <mailto:a.sunardi@gmail.com>> >>>> To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org>> >>>> Subject: Re: [Pharo-users] Pharo5 download for linux - interpreter >>>> cannot read image file >>>> Message-ID: >>>> <CAO4d=Z3xxyagh8e15ZoX8NH-Ykq0MP94KZ3z-N_0RMGmNZOc2Q(a)mail.gmail.com <mailto:CAO4d=Z3xxyagh8e15ZoX8NH-Ykq0MP94KZ3z-N_0RMGmNZOc2Q@mail.gmail.com>> >>>> Content-Type: text/plain; charset="utf-8" >>>> >>>> That's it! But it isn't as simple as that Here's what I did. I have pharo5 >>>> directory, unzipped from the Pharo download page (GNU/Linux w. libc < >>>> 2.15). I then took the VM Bernardo pointed me to and copy that VM into my >>>> pharo5/bin. >>>> >>>> That Pharo download (GNU/Linux w. libc <2.15) has shared/Pharo5.0.image >>>> along with shared/PharoV40.sources >>>> >>>> Next I grabbed the PharoV50.sources as Clement instructed. First I tried to >>>> put it in shared/, because that's where PharoV40.sources is, even tough >>>> Clement said to put it in the same folder as the VM. >>>> >>>> Then I tried to run it, calling pharo binary or the wrapper. Here's what I >>>> found: >>>> 1. pharo keeps looking for PharoV40.sources, looking in bin/ first (the VM >>>> directory) and next in shared/ >>>> >>>> 2. If the source file is in shared/, making PharoV40.sources a sym link to >>>> PharoV50.sources, still gives me the same error. >>>> >>>> 3. However, if the source files is in bin/, making PharoV40.sources a sym >>>> link to PharoV50.sources does not give me the error. Success! >>>> >>>> 4. For additional experiment, I took Pharo5.0.image from Windows download, >>>> and put it in shared/ (along with the changes file). It picks up >>>> PharoV50.sources in either bin/ or shared/. I removed PharoV40.sources in >>>> both places and still works fine. >>>> >>>> 5. I remove PharoV50.sources in bin/ and shared/, so now I don't have any >>>> sources file. Using Pharo5.0.image from Windows, I got notification pharo >>>> can't find PharoV50.sources file, yet, I don't get that >>>> MessageNotUnderstood error. >>>> >>>> >>>> I think the image version is different in Windows and Linux download. The >>>> image from Windows download starts with a welcome window. The image from >>>> Linux download doesn't. I don't know how to check the image version. >>>> >>>> I can now run pharo5 and I'm happy. The Linux download needs updated VM and >>>> image, I think. >>>> >>>> On Thu, Oct 6, 2016 at 10:45 PM, Cl?ment Bera <bera.clement(a)gmail.com <mailto:bera.clement@gmail.com>> >>>> wrote: >>>> >>>>> Hello >>>>> >>>>> What you describe (arg1 instead of string) means the source file is not >>>>> present. Sources are required for some FFI calls. Take the PharoV50.sources >>>>> file (you can find it here http://files.pharo.org/sources/ <http://files.pharo.org/sources/>) and put it in >>>>> the same folder as your VM. It should solve the problem. >>>>> >>>>> Best, >>>>> >>>>> Clement >>>>> >>>>> >>>>> On Fri, Oct 7, 2016 at 6:20 AM, Andreas Sunardi <a.sunardi(a)gmail.com <mailto:a.sunardi@gmail.com>> >>>>> wrote: >>>>> >>>>>> Thanks, Bernardo. That fogbugz case is exactly the problem I'm having. >>>>>> >>>>>> This VM (pharo-vm-spur-swing.zip) is able to open Pharo 5.0 image from >>>>>> Pharo download page. This is a good sign. >>>>>> >>>>>> Upon opening the image, I am, however, presented immediately with >>>>>> 'MessageNotUnderstood: receiver of "/" is nil'. It's coming from >>>>>> SystemSettingsPersistence class >> defaultPreferenceFileReference >>>>>> >>>>>> It boils down to >>>>>> OSEnvironment#getEnv: 'HOME' >>>>>> >>>>>> a failure in building an FFI call. The FFI call function signature is >>>>>> #( String getenv (String string) ) >>>>>> >>>>>> The context object built from OSEnvironment#getEnv: gives answer 'arg1', >>>>>> instead of 'string', to a call to #method#argumentNames. Down the road, an >>>>>> IRMethod instance is trying to find the index for 'string' and can't find >>>>>> any, because what is stored is 'arg1'. >>>>>> >>>>>> I'm out of my depth at this point, and this is a separate issue than not >>>>>> being able to start the image. I have to think where I want to go from here. >>>>>> >>>>>> So, thank you for all of you, for the exceedingly quick and friendly help. >>>>>> >>>>>> Cheers! >>>>>> >>>>>> On Thu, Oct 6, 2016 at 5:42 PM, Bernardo Ezequiel Contreras < >>>>>> vonbecmann(a)gmail.com <mailto:vonbecmann@gmail.com>> wrote: >>>>>> >>>>>>> Hold on, >>>>>>> >>>>>>> There's also this issue >>>>>>> https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-de <https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-de> >>>>>>> bian-old-libc >>>>>>> >>>>>>> where in one comment jan.vrany recommended his build >>>>>>> >>>>>>> https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/ >>>>>>> >>>>>>> https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur >>>>>>> -swing/lastSuccessfulBuild/artifact/pharo-vm-spur-swing.zip >>>>>>> >>>>>>> that i have used in debian wheezy with the old libc for quite a while. i >>>>>>> don't use it anymore because im in jessie. >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Thu, Oct 6, 2016 at 9:13 PM, Andreas Sunardi <a.sunardi(a)gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Thank you for the impressive quick response. Unfortunately, I have >>>>>>>> older glibc. So now I'm struggling with compiling glibc 2.15 for 32 bit on >>>>>>>> my 64 bit CentOS 6.5 machine. Not an easy thing to do. >>>>>>>> >>>>>>>> I'll try those VMs once I succeed in building this glibc >>>>>>>> >>>>>>>> On Thu, Oct 6, 2016 at 12:41 PM, Bernardo Ezequiel Contreras < >>>>>>>> vonbecmann(a)gmail.com> wrote: >>>>>>>> >>>>>>>>> this >>>>>>>>> http://files.pharo.org/vm/pharo-spur32/linux/latest.zip >>>>>>>>> >>>>>>>>> works pretty well in Debian GNU/Linux 8 Jessie >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, Oct 6, 2016 at 4:09 PM, Cl?ment Bera <bera.clement(a)gmail.com> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Thanks for reporting the problem. >>>>>>>>>> >>>>>>>>>> The error means the VM is incompatible with the image. There was a >>>>>>>>>> change of image format in Pharo 5, so the package has likely an old VM >>>>>>>>>> while the image has the new format, or the new VM while the image has the >>>>>>>>>> old format. >>>>>>>>>> >>>>>>>>>> Someone will look into that problem in the incoming weeks. Most Pharo >>>>>>>>>> maintainers are on Mac, we noticed recently that other OS were not >>>>>>>>>> maintained carefully enough (We're sorry about that) and we're trying to >>>>>>>>>> solve that problem. >>>>>>>>>> >>>>>>>>>> Meantime.... >>>>>>>>>> >>>>>>>>>> Can you try the latest VM from here (latest.zip): >>>>>>>>>> http://files.pharo.org/vm/pharo-spur32/linux/ >>>>>>>>>> >>>>>>>>>> Or if still failing, the latest VM from here (latest.zip): >>>>>>>>>> http://files.pharo.org/vm/pharo/linux/ >>>>>>>>>> >>>>>>>>>> One of these two VMs should work. Please tell me which one worked if >>>>>>>>>> you try. >>>>>>>>>> >>>>>>>>>> Thanks & Regards >>>>>>>>>> >>>>>>>>>> Clement >>>>>>>>>> >>>>>>>>>> On Thu, Oct 6, 2016 at 8:44 PM, Bernardo Ezequiel Contreras < >>>>>>>>>> vonbecmann(a)gmail.com> wrote: >>>>>>>>>> >>>>>>>>>>> i already submitted a similar issue >>>>>>>>>>> https://pharo.fogbugz.com/f/cases/18221/This-interpreter-ver >>>>>>>>>>> s-6505-cannot-read-image-file-vers-6521 >>>>>>>>>>> >>>>>>>>>>> check it and see if it is the same >>>>>>>>>>> >>>>>>>>>>> On Thu, Oct 6, 2016 at 3:20 PM, Andreas Sunardi <a.sunardi(a)gmail.com >>>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> I'm on CentOS 6.5 and I downloaded Pharo 5 for GNU/Linux w. libc < >>>>>>>>>>>> 2.15 and for CentOS. Both won't start (I have no problem with Windows >>>>>>>>>>>> version): >>>>>>>>>>>> >>>>>>>>>>>> $ pharo >>>>>>>>>>>> This interpreter (vers. 6505) cannot read image file (vers. 6521). >>>>>>>>>>>> Press CR to quit... >>>>>>>>>>>> >>>>>>>>>>>> I'm unable to find report or information about this issue on the >>>>>>>>>>>> web. I think it was like this ~2 months ago as well. Is this a known issue? >>>>>>>>>>>> >>>>>>>>>>>> First time posting question in this mailing list, so I beg your >>>>>>>>>>>> pardon if I break any mailing list rule. >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Andreas S >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Bernardo E.C. >>>>>>>>>>> >>>>>>>>>>> Sent from a cheap desktop computer in South America. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Bernardo E.C. >>>>>>>>> >>>>>>>>> Sent from a cheap desktop computer in South America. >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Bernardo E.C. >>>>>>> >>>>>>> Sent from a cheap desktop computer in South America. >>>>>>> >>>>>> >>>>>> >>>>> >>>>

Oct. 8, 2016

Re: [Pharo-users] Pharo on Mac

by Esteban Lorenzano

https://dl.dropboxusercontent.com/u/7684634/pharo40-sierra-stable.zip <https://dl.dropboxusercontent.com/u/7684634/pharo40-sierra-stable.zip> I still didnât put an official link because I was testing it (and you know, you do not do that on Friday :P) But seems to be workingâ¦ mostly. There is still one thing remaining: since sierra decided that everything runs on sandboxed environment, it does not find sources put aside VM (unless you put VM in /Applicationsâ¦ myself I have it in /Applications/Pharo/â¦ and it works fine). Soâ¦ you can: 1) put VM in /Applications, or 2) just put sources along with image cheers, Esteabn > On 8 Oct 2016, at 18:16, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Can someone please confirm that there exists some VM that can run Pharo 4 (3) images on macOS Sierra ? > >> On 07 Oct 2016, at 20:33, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: >> >> It works if you download it from terminal , download page has the instructions >> >> Make sure you download alpha image latest VM >> >> On Fri, 7 Oct 2016 at 20:25, Hari Balaraman <hari.balaraman(a)icloud.com> wrote: >> Hi All, >> Fyi- the Pharo default collection of downloaded files for MacOS does not work (starts up with blank screen and remains as such) on MacOS Sierra. On another Mac with the previous OS (El Capitan) the default download works. >> Kind regards, >> Hari >> >> >> >> >>> On Oct 7, 2016, at 1:06 PM, pharo-users-request(a)lists.pharo.org wrote: >>> >>> Send Pharo-users mailing list submissions to >>> pharo-users(a)lists.pharo.org >>> >>> To subscribe or unsubscribe via the World Wide Web, visit >>> http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org >>> or, via email, send a message with subject or body 'help' to >>> pharo-users-request(a)lists.pharo.org >>> >>> You can reach the person managing the list at >>> pharo-users-owner(a)lists.pharo.org >>> >>> When replying, please edit your Subject line so it is more specific >>> than "Re: Contents of Pharo-users digest..." >>> >>> >>> Today's Topics: >>> >>> 1. Re: Pharo5 download for linux - interpreter cannot read image >>> file (Andreas Sunardi) >>> 2. Re: Pharo5 download for linux - interpreter cannot read image >>> file (Andreas Sunardi) >>> >>> >>> ---------------------------------------------------------------------- >>> >>> Message: 1 >>> Date: Fri, 7 Oct 2016 10:01:51 -0700 >>> From: Andreas Sunardi <a.sunardi(a)gmail.com> >>> To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> >>> Subject: Re: [Pharo-users] Pharo5 download for linux - interpreter >>> cannot read image file >>> Message-ID: >>> <CAO4d=Z3xxyagh8e15ZoX8NH-Ykq0MP94KZ3z-N_0RMGmNZOc2Q(a)mail.gmail.com> >>> Content-Type: text/plain; charset="utf-8" >>> >>> That's it! But it isn't as simple as that Here's what I did. I have pharo5 >>> directory, unzipped from the Pharo download page (GNU/Linux w. libc < >>> 2.15). I then took the VM Bernardo pointed me to and copy that VM into my >>> pharo5/bin. >>> >>> That Pharo download (GNU/Linux w. libc <2.15) has shared/Pharo5.0.image >>> along with shared/PharoV40.sources >>> >>> Next I grabbed the PharoV50.sources as Clement instructed. First I tried to >>> put it in shared/, because that's where PharoV40.sources is, even tough >>> Clement said to put it in the same folder as the VM. >>> >>> Then I tried to run it, calling pharo binary or the wrapper. Here's what I >>> found: >>> 1. pharo keeps looking for PharoV40.sources, looking in bin/ first (the VM >>> directory) and next in shared/ >>> >>> 2. If the source file is in shared/, making PharoV40.sources a sym link to >>> PharoV50.sources, still gives me the same error. >>> >>> 3. However, if the source files is in bin/, making PharoV40.sources a sym >>> link to PharoV50.sources does not give me the error. Success! >>> >>> 4. For additional experiment, I took Pharo5.0.image from Windows download, >>> and put it in shared/ (along with the changes file). It picks up >>> PharoV50.sources in either bin/ or shared/. I removed PharoV40.sources in >>> both places and still works fine. >>> >>> 5. I remove PharoV50.sources in bin/ and shared/, so now I don't have any >>> sources file. Using Pharo5.0.image from Windows, I got notification pharo >>> can't find PharoV50.sources file, yet, I don't get that >>> MessageNotUnderstood error. >>> >>> >>> I think the image version is different in Windows and Linux download. The >>> image from Windows download starts with a welcome window. The image from >>> Linux download doesn't. I don't know how to check the image version. >>> >>> I can now run pharo5 and I'm happy. The Linux download needs updated VM and >>> image, I think. >>> >>> On Thu, Oct 6, 2016 at 10:45 PM, Cl?ment Bera <bera.clement(a)gmail.com> >>> wrote: >>> >>>> Hello >>>> >>>> What you describe (arg1 instead of string) means the source file is not >>>> present. Sources are required for some FFI calls. Take the PharoV50.sources >>>> file (you can find it here http://files.pharo.org/sources/) and put it in >>>> the same folder as your VM. It should solve the problem. >>>> >>>> Best, >>>> >>>> Clement >>>> >>>> >>>> On Fri, Oct 7, 2016 at 6:20 AM, Andreas Sunardi <a.sunardi(a)gmail.com> >>>> wrote: >>>> >>>>> Thanks, Bernardo. That fogbugz case is exactly the problem I'm having. >>>>> >>>>> This VM (pharo-vm-spur-swing.zip) is able to open Pharo 5.0 image from >>>>> Pharo download page. This is a good sign. >>>>> >>>>> Upon opening the image, I am, however, presented immediately with >>>>> 'MessageNotUnderstood: receiver of "/" is nil'. It's coming from >>>>> SystemSettingsPersistence class >> defaultPreferenceFileReference >>>>> >>>>> It boils down to >>>>> OSEnvironment#getEnv: 'HOME' >>>>> >>>>> a failure in building an FFI call. The FFI call function signature is >>>>> #( String getenv (String string) ) >>>>> >>>>> The context object built from OSEnvironment#getEnv: gives answer 'arg1', >>>>> instead of 'string', to a call to #method#argumentNames. Down the road, an >>>>> IRMethod instance is trying to find the index for 'string' and can't find >>>>> any, because what is stored is 'arg1'. >>>>> >>>>> I'm out of my depth at this point, and this is a separate issue than not >>>>> being able to start the image. I have to think where I want to go from here. >>>>> >>>>> So, thank you for all of you, for the exceedingly quick and friendly help. >>>>> >>>>> Cheers! >>>>> >>>>> On Thu, Oct 6, 2016 at 5:42 PM, Bernardo Ezequiel Contreras < >>>>> vonbecmann(a)gmail.com> wrote: >>>>> >>>>>> Hold on, >>>>>> >>>>>> There's also this issue >>>>>> https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-de >>>>>> bian-old-libc >>>>>> >>>>>> where in one comment jan.vrany recommended his build >>>>>> >>>>>> https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/ >>>>>> >>>>>> https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur >>>>>> -swing/lastSuccessfulBuild/artifact/pharo-vm-spur-swing.zip >>>>>> >>>>>> that i have used in debian wheezy with the old libc for quite a while. i >>>>>> don't use it anymore because im in jessie. >>>>>> >>>>>> >>>>>> >>>>>> On Thu, Oct 6, 2016 at 9:13 PM, Andreas Sunardi <a.sunardi(a)gmail.com> >>>>>> wrote: >>>>>> >>>>>>> Thank you for the impressive quick response. Unfortunately, I have >>>>>>> older glibc. So now I'm struggling with compiling glibc 2.15 for 32 bit on >>>>>>> my 64 bit CentOS 6.5 machine. Not an easy thing to do. >>>>>>> >>>>>>> I'll try those VMs once I succeed in building this glibc >>>>>>> >>>>>>> On Thu, Oct 6, 2016 at 12:41 PM, Bernardo Ezequiel Contreras < >>>>>>> vonbecmann(a)gmail.com> wrote: >>>>>>> >>>>>>>> this >>>>>>>> http://files.pharo.org/vm/pharo-spur32/linux/latest.zip >>>>>>>> >>>>>>>> works pretty well in Debian GNU/Linux 8 Jessie >>>>>>>> >>>>>>>> >>>>>>>> On Thu, Oct 6, 2016 at 4:09 PM, Cl?ment Bera <bera.clement(a)gmail.com> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Thanks for reporting the problem. >>>>>>>>> >>>>>>>>> The error means the VM is incompatible with the image. There was a >>>>>>>>> change of image format in Pharo 5, so the package has likely an old VM >>>>>>>>> while the image has the new format, or the new VM while the image has the >>>>>>>>> old format. >>>>>>>>> >>>>>>>>> Someone will look into that problem in the incoming weeks. Most Pharo >>>>>>>>> maintainers are on Mac, we noticed recently that other OS were not >>>>>>>>> maintained carefully enough (We're sorry about that) and we're trying to >>>>>>>>> solve that problem. >>>>>>>>> >>>>>>>>> Meantime.... >>>>>>>>> >>>>>>>>> Can you try the latest VM from here (latest.zip): >>>>>>>>> http://files.pharo.org/vm/pharo-spur32/linux/ >>>>>>>>> >>>>>>>>> Or if still failing, the latest VM from here (latest.zip): >>>>>>>>> http://files.pharo.org/vm/pharo/linux/ >>>>>>>>> >>>>>>>>> One of these two VMs should work. Please tell me which one worked if >>>>>>>>> you try. >>>>>>>>> >>>>>>>>> Thanks & Regards >>>>>>>>> >>>>>>>>> Clement >>>>>>>>> >>>>>>>>> On Thu, Oct 6, 2016 at 8:44 PM, Bernardo Ezequiel Contreras < >>>>>>>>> vonbecmann(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>>> i already submitted a similar issue >>>>>>>>>> https://pharo.fogbugz.com/f/cases/18221/This-interpreter-ver >>>>>>>>>> s-6505-cannot-read-image-file-vers-6521 >>>>>>>>>> >>>>>>>>>> check it and see if it is the same >>>>>>>>>> >>>>>>>>>> On Thu, Oct 6, 2016 at 3:20 PM, Andreas Sunardi <a.sunardi(a)gmail.com >>>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> I'm on CentOS 6.5 and I downloaded Pharo 5 for GNU/Linux w. libc < >>>>>>>>>>> 2.15 and for CentOS. Both won't start (I have no problem with Windows >>>>>>>>>>> version): >>>>>>>>>>> >>>>>>>>>>> $ pharo >>>>>>>>>>> This interpreter (vers. 6505) cannot read image file (vers. 6521). >>>>>>>>>>> Press CR to quit... >>>>>>>>>>> >>>>>>>>>>> I'm unable to find report or information about this issue on the >>>>>>>>>>> web. I think it was like this ~2 months ago as well. Is this a known issue? >>>>>>>>>>> >>>>>>>>>>> First time posting question in this mailing list, so I beg your >>>>>>>>>>> pardon if I break any mailing list rule. >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Andreas S >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Bernardo E.C. >>>>>>>>>> >>>>>>>>>> Sent from a cheap desktop computer in South America. >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Bernardo E.C. >>>>>>>> >>>>>>>> Sent from a cheap desktop computer in South America. >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Bernardo E.C. >>>>>> >>>>>> Sent from a cheap desktop computer in South America. >>>>>> >>>>> >>>>> >>>> >>>

Oct. 8, 2016

Re: [Pharo-users] Pharo5 download for linux - interpreter cannot read image file

by stepharo

Hi I would like a list of - links - actions (unix commands) so that we can add it to the web site so that other people using the same version than you can install and run pharo simply. Stef Le 7/10/16 Ã 19:06, Andreas Sunardi a Ã©crit : > Hi Stef, > > Can you explain a little bit about what this 'How to' is? Just now I'm > able to finally run pharo5 on my CentOS with glibc version < 2.15 and > I wrote my finding in my other reply. > > Are you referring to how to put these things together to finally able > to run pharo? Or are you referring to my digging through the error? > > > On Thu, Oct 6, 2016 at 11:08 PM, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Hi andreas > > could you write a little how to so that we can put it on the web site? > > Stef > > > Le 7/10/16 Ã 06:20, Andreas Sunardi a Ã©crit : >> Thanks, Bernardo. That fogbugz case is exactly the problem I'm >> having. >> >> This VM (pharo-vm-spur-swing.zip) is able to open Pharo 5.0 image >> from Pharo download page. This is a good sign. >> >> Upon opening the image, I am, however, presented immediately with >> 'MessageNotUnderstood: receiver of "/" is nil'. It's coming from >> SystemSettingsPersistence class >> defaultPreferenceFileReference >> >> It boils down to >> OSEnvironment#getEnv: 'HOME' >> >> a failure in building an FFI call. The FFI call function signature is >> #( String getenv (String string) ) >> >> The context object built from OSEnvironment#getEnv: gives answer >> 'arg1', instead of 'string', to a call to #method#argumentNames. >> Down the road, an IRMethod instance is trying to find the index >> for 'string' and can't find any, because what is stored is 'arg1'. >> >> I'm out of my depth at this point, and this is a separate issue >> than not being able to start the image. I have to think where I >> want to go from here. >> >> So, thank you for all of you, for the exceedingly quick and >> friendly help. >> >> Cheers! >> >> On Thu, Oct 6, 2016 at 5:42 PM, Bernardo Ezequiel Contreras >> <vonbecmann(a)gmail.com <mailto:vonbecmann@gmail.com>> wrote: >> >> Hold on, >> >> There's also this issue >> https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-debian-old-libc >> <https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-debian-old-libc> >> >> where in one comment jan.vrany recommended his build >> >> https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/ >> <https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/> >> >> https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur-swing/lastSucc… >> <https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur-swing/lastSucc…> >> >> that i have used in debian wheezy with the old libc for quite >> a while. i don't use it anymore because im in jessie. >> >> >> >> On Thu, Oct 6, 2016 at 9:13 PM, Andreas Sunardi >> <a.sunardi(a)gmail.com <mailto:a.sunardi@gmail.com>> wrote: >> >> Thank you for the impressive quick response. >> Unfortunately, I have older glibc. So now I'm struggling >> with compiling glibc 2.15 for 32 bit on my 64 bit CentOS >> 6.5 machine. Not an easy thing to do. >> >> I'll try those VMs once I succeed in building this glibc >> >> On Thu, Oct 6, 2016 at 12:41 PM, Bernardo Ezequiel >> Contreras <vonbecmann(a)gmail.com >> <mailto:vonbecmann@gmail.com>> wrote: >> >> this >> http://files.pharo.org/vm/pharo-spur32/linux/latest.zip >> <http://files.pharo.org/vm/pharo-spur32/linux/latest.zip> >> >> works pretty well in Debian GNU/Linux 8 Jessie >> >> On Thu, Oct 6, 2016 at 4:09 PM, ClÃ©ment Bera >> <bera.clement(a)gmail.com >> <mailto:bera.clement@gmail.com>> wrote: >> >> Thanks for reporting the problem. >> >> The error means the VM is incompatible with the >> image. There was a change of image format in >> Pharo 5, so the package has likely an old VM >> while the image has the new format, or the new VM >> while the image has the old format. >> >> Someone will look into that problem in the >> incoming weeks. Most Pharo maintainers are on >> Mac, we noticed recently that other OS were not >> maintained carefully enough (We're sorry about >> that) and we're trying to solve that problem. >> >> Meantime.... >> >> Can you try the latest VM from here (latest.zip): >> http://files.pharo.org/vm/pharo-spur32/linux/ >> <http://files.pharo.org/vm/pharo-spur32/linux/> >> >> Or if still failing, the latest VM from here >> (latest.zip): >> http://files.pharo.org/vm/pharo/linux/ >> <http://files.pharo.org/vm/pharo/linux/> >> >> One of these two VMs should work. Please tell me >> which one worked if you try. >> >> Thanks & Regards >> >> Clement >> >> On Thu, Oct 6, 2016 at 8:44 PM, Bernardo Ezequiel >> Contreras <vonbecmann(a)gmail.com >> <mailto:vonbecmann@gmail.com>> wrote: >> >> i already submitted a similar issue >> https://pharo.fogbugz.com/f/cases/18221/This-interpreter-vers-6505-cannot-r… >> <https://pharo.fogbugz.com/f/cases/18221/This-interpreter-vers-6505-cannot-r…> >> >> check it and see if it is the same >> >> On Thu, Oct 6, 2016 at 3:20 PM, Andreas >> Sunardi <a.sunardi(a)gmail.com >> <mailto:a.sunardi@gmail.com>> wrote: >> >> I'm on CentOS 6.5 and I downloaded Pharo >> 5 for GNU/Linux w. libc < 2.15 and for >> CentOS. Both won't start (I have no >> problem with Windows version): >> >> $ pharo >> This interpreter (vers. 6505) cannot read >> image file (vers. 6521). >> Press CR to quit... >> >> I'm unable to find report or information >> about this issue on the web. I think it >> was like this ~2 months ago as well. Is >> this a known issue? >> >> First time posting question in this >> mailing list, so I beg your pardon if I >> break any mailing list rule. >> >> -- >> Andreas S >> >> >> >> >> -- >> Bernardo E.C. >> >> Sent from a cheap desktop computer in South >> America. >> >> >> >> >> >> -- >> Bernardo E.C. >> >> Sent from a cheap desktop computer in South America. >> >> >> >> >> >> -- >> Bernardo E.C. >> >> Sent from a cheap desktop computer in South America. >> >> > >

Oct. 8, 2016

Re: [Pharo-users] Intro to Microsoft COM for Smalltalkers

by stepharo

Thibault you should talk also with Glenn and Alain to get feedback. They will visit us in Nov. Stef Le 7/10/16 Ã 15:14, Thibault Raffaillac a Ã©crit : > Thanks for these mails, that's actually very helpful! > I am working on a shorter syntax for animations at the moment (than GLMAnimation, Viva, Bloc-Animation), and could not find a proper equivalent to requestAnimationFrame (i.e. that would be independent of any UI yet in sync with display, and as simple as possible). > My solution was to repeatedly register to deferredUIMessages, implementing an intermediate block to add a timestamp like requestAnimationFrame (works wonders http://smalltalkhub.com/#!/~ThibaultRaffaillac/Animation) > > Cheers, > Thibault > > ps: I'll ask Guille asap for the state of ReactiveExtensions (lacks comments) > >> Also, check >> >> MorphicUIManager>>#spawnNewProcess >> >> UIProcess := [ >> [World doOneCycle. Processor yield. false] whileFalse: []. >> ] newProcess priority: Processor userSchedulingPriority. >> UIProcess name: 'Morphic UI Process'. >> UIProcess resume >> >> digging into doOneCycle, you'll find: >> >> #doOneCycleFor: aWorld >> "Do one cycle of the interaction loop. This method is called *repeatedly >> *when >> the world is running. This is a moderately private method; a better >> alternative is usually either to wait for events or to check the state of >> things from #step methods." >> >> self interCyclePause: MinCycleLapse. >> self doOneCycleNowFor: aWorld. >> >> >> The interCyclePause is what make the UI timing alignment proper (notice >> serverMode) [and some Squeak remnant mention]: >> >> interCyclePause: milliSecs >> "delay enough that the previous cycle plus the amount of delay will equal >> milliSecs. If the cycle is already expensive, then no delay occurs. >> However, if the system is idly waiting for interaction from the user, the >> method will delay for a proportionally long time and cause the overall CPU >> usage of *Squeak* to be low. >> If self serverMode returns true then, always do a complete delay of 50ms, >> independant of my argument. This prevents the freezing problem described in >> Mantis #6581" >> >> | wait wait2 | >> "*a very long assignment*" >> wait := self serverMode >> ifTrue: [ 50 ] >> ifFalse: >> [ wait2 := (lastCycleTime notNil and: [CanSurrenderToOS ~~ false]) >> ifFalse: [ 0 ] >> ifTrue: [ lastCycleTime + milliSecs - Time millisecondClockValue ]. >> >> self flag: 'Issue 14754 - wait2>millisecs is only True for clock >> rollover. Remove it once DelayScheduler based on microsecondClock - Ben >> Coman 19.01.2015'. "*<---- maybe we want this #flag: not to be called all >> the time* " >> wait2 > milliSecs >> ifTrue: [ 0 ] >> ifFalse: [ wait2 ]. >> ]. >> wait > 0 ifTrue: [ (Delay forMilliseconds: wait) wait ]. "<------- wait >> is not #>>wait" >> >> lastCycleTime := Time millisecondClockValue. >> CanSurrenderToOS := true. >> >> Now, yeah, how do get stuff to be painted on the screen? >> >> Like this: >> >> displayWorld: aWorld submorphs: submorphs >> "Update this world's display." >> >> | deferredUpdateMode handsToDraw allDamage | >> >> submorphs do: [:m | m fullBounds]. "force re-layout if needed" >> self checkIfUpdateNeeded ifFalse: [^ self]. "display is already up-to-date" >> >> deferredUpdateMode := self doDeferredUpdatingFor: aWorld. >> deferredUpdateMode ifFalse: [self assuredCanvas]. >> canvas roundCornersOf: aWorld during:[ | worldDamageRects handDamageRects | >> worldDamageRects := self drawWorld: aWorld submorphs: submorphs >> invalidAreasOn: canvas. "repair world's damage on canvas" >> "self handsDo:[:h| h noticeDamageRects: worldDamageRects]." >> handsToDraw := self selectHandsToDrawForDamage: worldDamageRects. >> handDamageRects := handsToDraw collect: [:h | h savePatchFrom: canvas]. >> allDamage := worldDamageRects, handDamageRects. >> >> handsToDraw reverseDo: [:h | canvas fullDrawMorph: h]. "draw hands onto >> world canvas" >> ]. >> "*make this true to flash damaged areas for testing*" >> self class debugShowDamage ifTrue: [aWorld flashRects: allDamage color: >> Color black]. >> >> canvas finish. >> "quickly copy altered rects of canvas to Display:" >> deferredUpdateMode >> ifTrue: [self forceDamageToScreen: allDamage] >> ifFalse: [canvas showAt: aWorld viewBox origin invalidRects: allDamage]. >> handsToDraw do: [:h | h restoreSavedPatchOn: canvas]. "restore world >> canvas under hands" >> Display deferUpdates: false; forceDisplayUpdate. >> >> The VM will take care of throwing the bits to the display in various ways. >> Interesting to look how it is done for Windows, OSX, and Linux. >> >> So you have about a full view now. >> >> Timing wise, there is also some interaction with the VM occuring elsewhere. >> Pharo is still polling deep inside. epoll etc isn't there yet, hence the >> little idle CPU usage when doing nothing. >> >> Good luck doing this UI trip with other platforms, not to mention change or >> instrument it the way you like. >> >> Pharo is really cool for this as it helps in learning about a lot of things. >> >> Want to do sockets? >> Do the high level stuff in Pharo and dig in the VM to see how it is done >> down under for a set of platforms. >> >> Enjoy. >> >> Phil >

Oct. 8, 2016

Re: [Pharo-users] Spec: scaling imageModels

by stepharo

Hi matteo Spec does not expose the complete API. Now if you need you can propose some extensions. Stef

Oct. 8, 2016

Re: [Pharo-users] Pharo on Mac

by Sven Van Caekenberghe

Can someone please confirm that there exists some VM that can run Pharo 4 (3) images on macOS Sierra ? > On 07 Oct 2016, at 20:33, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > It works if you download it from terminal , download page has the instructions > > Make sure you download alpha image latest VM > > On Fri, 7 Oct 2016 at 20:25, Hari Balaraman <hari.balaraman(a)icloud.com> wrote: > Hi All, > Fyi- the Pharo default collection of downloaded files for MacOS does not work (starts up with blank screen and remains as such) on MacOS Sierra. On another Mac with the previous OS (El Capitan) the default download works. > Kind regards, > Hari > > > > > > On Oct 7, 2016, at 1:06 PM, pharo-users-request(a)lists.pharo.org wrote: > > > > Send Pharo-users mailing list submissions to > > pharo-users(a)lists.pharo.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org > > or, via email, send a message with subject or body 'help' to > > pharo-users-request(a)lists.pharo.org > > > > You can reach the person managing the list at > > pharo-users-owner(a)lists.pharo.org > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Pharo-users digest..." > > > > > > Today's Topics: > > > > 1. Re: Pharo5 download for linux - interpreter cannot read image > > file (Andreas Sunardi) > > 2. Re: Pharo5 download for linux - interpreter cannot read image > > file (Andreas Sunardi) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Fri, 7 Oct 2016 10:01:51 -0700 > > From: Andreas Sunardi <a.sunardi(a)gmail.com> > > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > Subject: Re: [Pharo-users] Pharo5 download for linux - interpreter > > cannot read image file > > Message-ID: > > <CAO4d=Z3xxyagh8e15ZoX8NH-Ykq0MP94KZ3z-N_0RMGmNZOc2Q(a)mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > > > That's it! But it isn't as simple as that Here's what I did. I have pharo5 > > directory, unzipped from the Pharo download page (GNU/Linux w. libc < > > 2.15). I then took the VM Bernardo pointed me to and copy that VM into my > > pharo5/bin. > > > > That Pharo download (GNU/Linux w. libc <2.15) has shared/Pharo5.0.image > > along with shared/PharoV40.sources > > > > Next I grabbed the PharoV50.sources as Clement instructed. First I tried to > > put it in shared/, because that's where PharoV40.sources is, even tough > > Clement said to put it in the same folder as the VM. > > > > Then I tried to run it, calling pharo binary or the wrapper. Here's what I > > found: > > 1. pharo keeps looking for PharoV40.sources, looking in bin/ first (the VM > > directory) and next in shared/ > > > > 2. If the source file is in shared/, making PharoV40.sources a sym link to > > PharoV50.sources, still gives me the same error. > > > > 3. However, if the source files is in bin/, making PharoV40.sources a sym > > link to PharoV50.sources does not give me the error. Success! > > > > 4. For additional experiment, I took Pharo5.0.image from Windows download, > > and put it in shared/ (along with the changes file). It picks up > > PharoV50.sources in either bin/ or shared/. I removed PharoV40.sources in > > both places and still works fine. > > > > 5. I remove PharoV50.sources in bin/ and shared/, so now I don't have any > > sources file. Using Pharo5.0.image from Windows, I got notification pharo > > can't find PharoV50.sources file, yet, I don't get that > > MessageNotUnderstood error. > > > > > > I think the image version is different in Windows and Linux download. The > > image from Windows download starts with a welcome window. The image from > > Linux download doesn't. I don't know how to check the image version. > > > > I can now run pharo5 and I'm happy. The Linux download needs updated VM and > > image, I think. > > > > On Thu, Oct 6, 2016 at 10:45 PM, Cl?ment Bera <bera.clement(a)gmail.com> > > wrote: > > > >> Hello > >> > >> What you describe (arg1 instead of string) means the source file is not > >> present. Sources are required for some FFI calls. Take the PharoV50.sources > >> file (you can find it here http://files.pharo.org/sources/) and put it in > >> the same folder as your VM. It should solve the problem. > >> > >> Best, > >> > >> Clement > >> > >> > >> On Fri, Oct 7, 2016 at 6:20 AM, Andreas Sunardi <a.sunardi(a)gmail.com> > >> wrote: > >> > >>> Thanks, Bernardo. That fogbugz case is exactly the problem I'm having. > >>> > >>> This VM (pharo-vm-spur-swing.zip) is able to open Pharo 5.0 image from > >>> Pharo download page. This is a good sign. > >>> > >>> Upon opening the image, I am, however, presented immediately with > >>> 'MessageNotUnderstood: receiver of "/" is nil'. It's coming from > >>> SystemSettingsPersistence class >> defaultPreferenceFileReference > >>> > >>> It boils down to > >>> OSEnvironment#getEnv: 'HOME' > >>> > >>> a failure in building an FFI call. The FFI call function signature is > >>> #( String getenv (String string) ) > >>> > >>> The context object built from OSEnvironment#getEnv: gives answer 'arg1', > >>> instead of 'string', to a call to #method#argumentNames. Down the road, an > >>> IRMethod instance is trying to find the index for 'string' and can't find > >>> any, because what is stored is 'arg1'. > >>> > >>> I'm out of my depth at this point, and this is a separate issue than not > >>> being able to start the image. I have to think where I want to go from here. > >>> > >>> So, thank you for all of you, for the exceedingly quick and friendly help. > >>> > >>> Cheers! > >>> > >>> On Thu, Oct 6, 2016 at 5:42 PM, Bernardo Ezequiel Contreras < > >>> vonbecmann(a)gmail.com> wrote: > >>> > >>>> Hold on, > >>>> > >>>> There's also this issue > >>>> https://pharo.fogbugz.com/f/cases/17353/build-spur-vm-for-de > >>>> bian-old-libc > >>>> > >>>> where in one comment jan.vrany recommended his build > >>>> > >>>> https://swing.fit.cvut.cz/jenkins/job/pharo-vm-spur-swing/ > >>>> > >>>> https://swing.fit.cvut.cz/jenkins/view/All/job/pharo-vm-spur > >>>> -swing/lastSuccessfulBuild/artifact/pharo-vm-spur-swing.zip > >>>> > >>>> that i have used in debian wheezy with the old libc for quite a while. i > >>>> don't use it anymore because im in jessie. > >>>> > >>>> > >>>> > >>>> On Thu, Oct 6, 2016 at 9:13 PM, Andreas Sunardi <a.sunardi(a)gmail.com> > >>>> wrote: > >>>> > >>>>> Thank you for the impressive quick response. Unfortunately, I have > >>>>> older glibc. So now I'm struggling with compiling glibc 2.15 for 32 bit on > >>>>> my 64 bit CentOS 6.5 machine. Not an easy thing to do. > >>>>> > >>>>> I'll try those VMs once I succeed in building this glibc > >>>>> > >>>>> On Thu, Oct 6, 2016 at 12:41 PM, Bernardo Ezequiel Contreras < > >>>>> vonbecmann(a)gmail.com> wrote: > >>>>> > >>>>>> this > >>>>>> http://files.pharo.org/vm/pharo-spur32/linux/latest.zip > >>>>>> > >>>>>> works pretty well in Debian GNU/Linux 8 Jessie > >>>>>> > >>>>>> > >>>>>> On Thu, Oct 6, 2016 at 4:09 PM, Cl?ment Bera <bera.clement(a)gmail.com> > >>>>>> wrote: > >>>>>> > >>>>>>> Thanks for reporting the problem. > >>>>>>> > >>>>>>> The error means the VM is incompatible with the image. There was a > >>>>>>> change of image format in Pharo 5, so the package has likely an old VM > >>>>>>> while the image has the new format, or the new VM while the image has the > >>>>>>> old format. > >>>>>>> > >>>>>>> Someone will look into that problem in the incoming weeks. Most Pharo > >>>>>>> maintainers are on Mac, we noticed recently that other OS were not > >>>>>>> maintained carefully enough (We're sorry about that) and we're trying to > >>>>>>> solve that problem. > >>>>>>> > >>>>>>> Meantime.... > >>>>>>> > >>>>>>> Can you try the latest VM from here (latest.zip): > >>>>>>> http://files.pharo.org/vm/pharo-spur32/linux/ > >>>>>>> > >>>>>>> Or if still failing, the latest VM from here (latest.zip): > >>>>>>> http://files.pharo.org/vm/pharo/linux/ > >>>>>>> > >>>>>>> One of these two VMs should work. Please tell me which one worked if > >>>>>>> you try. > >>>>>>> > >>>>>>> Thanks & Regards > >>>>>>> > >>>>>>> Clement > >>>>>>> > >>>>>>> On Thu, Oct 6, 2016 at 8:44 PM, Bernardo Ezequiel Contreras < > >>>>>>> vonbecmann(a)gmail.com> wrote: > >>>>>>> > >>>>>>>> i already submitted a similar issue > >>>>>>>> https://pharo.fogbugz.com/f/cases/18221/This-interpreter-ver > >>>>>>>> s-6505-cannot-read-image-file-vers-6521 > >>>>>>>> > >>>>>>>> check it and see if it is the same > >>>>>>>> > >>>>>>>> On Thu, Oct 6, 2016 at 3:20 PM, Andreas Sunardi <a.sunardi(a)gmail.com > >>>>>>>>> wrote: > >>>>>>>> > >>>>>>>>> I'm on CentOS 6.5 and I downloaded Pharo 5 for GNU/Linux w. libc < > >>>>>>>>> 2.15 and for CentOS. Both won't start (I have no problem with Windows > >>>>>>>>> version): > >>>>>>>>> > >>>>>>>>> $ pharo > >>>>>>>>> This interpreter (vers. 6505) cannot read image file (vers. 6521). > >>>>>>>>> Press CR to quit... > >>>>>>>>> > >>>>>>>>> I'm unable to find report or information about this issue on the > >>>>>>>>> web. I think it was like this ~2 months ago as well. Is this a known issue? > >>>>>>>>> > >>>>>>>>> First time posting question in this mailing list, so I beg your > >>>>>>>>> pardon if I break any mailing list rule. > >>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> Andreas S > >>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> -- > >>>>>>>> Bernardo E.C. > >>>>>>>> > >>>>>>>> Sent from a cheap desktop computer in South America. > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> Bernardo E.C. > >>>>>> > >>>>>> Sent from a cheap desktop computer in South America. > >>>>>> > >>>>> > >>>>> > >>>> > >>>> > >>>> -- > >>>> Bernardo E.C. > >>>> > >>>> Sent from a cheap desktop computer in South America. > >>>> > >>> > >>> > >> > >

Oct. 8, 2016