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

Re: [Pharo-dev] Updated tech talk archive

by Ben Coman

If Pharo 6 makes it out the door before the end of May, consider swapping Roassal & Pharo7developmentMethod. cheers -ben On Wed, Apr 26, 2017 at 10:31 PM, marcus.denker(a)inrira.fr < marcus.denker(a)inria.fr> wrote: > Good idea! > > Pharo Tech talk Jun has no topic yet, so we could use that. > > Marcus > > On 26 Apr 2017, at 16:18, Ben Coman <btc(a)openinworld.com> wrote: > > Thanks Marcus. > I see the schedule here... https://association.pharo.org/events > doesn't mention Pharo 7 development process. > I think that will be useful to have a presentation. > Maybe a special-edition TechTalk aligned shortly after Pharo 6 Release? > > cheers -ben > > On Wed, Apr 26, 2017 at 7:09 PM, marcus.denker(a)inrira.fr < > marcus.denker(a)inria.fr> wrote: > >> http://pharo.org/TechTalk >> >> Now has a link to the recoding of yesterday >> >> Marcus >> > > >

April 26, 2017

Re: [Pharo-dev] calling methods directly on traits

by Peter Uhnak

Ah, right. Well, one less dead-end to worry about. :) Thanks, Peter On Wed, Apr 26, 2017 at 04:20:07PM +0200, Guillermo Polito wrote: > Traits are instances as classes are instances :) > > On Wed, Apr 26, 2017 at 3:22 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > > But trait is already instance, no? (instance of Trait class) > > Or is that like an instance of an instance? > > > > On Wed, Apr 26, 2017 at 03:03:42PM +0200, Guillermo Polito wrote: > > > Hi, > > > > > > No, it's the same as in classes. If methods are on the instance side, you > > > cannot call them unless you instantiate the class. > > > > > > Guille > > > > > > On Wed, Apr 26, 2017 at 2:24 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > > > > > > Hi, > > > > > > > > would it be possible to somehow call a method directly on a trait? > > > > > > > > e.g. > > > > > > > > Trait named: #TMyTrait. > > > > > > > > then add method > > > > > > > > TMyTrait>>twelve > > > > ^ 12 > > > > > > > > > > > > and then I could do `TMyTrait twelve "-> 12"`. > > > > > > > > Note that I cannot use Class-side of a regular class, because of name > > > > clashes with system (Class, ClassDescription, ...) selectors. > > > > > > > > Thanks, > > > > Peter > > > > > > > > > > > >

April 26, 2017

OmSessionStore and SnapshotDone event (was: saving an image on windows and opening it on mac problems)

by Andrei Chis

Hi, OmSessionStore registers an action (OmSessionStore>>#store) when the event SnapshotDone is triggered. However this event is triggered immediately when an image is opened after being saved, before the file system was reset. This means that OmSessionStore>>#store is called before the file system is reset. Hence, if you save an image on windows and open it on mac you run into issues as OmSessionStore>>#store performs file operations that will work with a WindowsStore instead of a MacStore. Does OmSessionStore need to register to SnapshotDone events? When the image is opened OmSessionStore>>#store will be called anyway as OmSessionStore registers a start-up action. Cheers, Andrei

April 26, 2017

Re: [Pharo-dev] saving an image on windows and opening it on mac problems

by Andrei Chis

Any hints about how to handle Freetype fonts? Right now I'm getting also some segmentation faults when opening on mac an image saved on windows, that seem related to Freetype fonts. On Wed, Apr 26, 2017 at 5:04 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > You will also face serious fun with Freetype fonts. > > Phil > > On Wed, Apr 26, 2017 at 3:06 PM, Andrei Chis <chisvasileandrei(a)gmail.com> > wrote: > >> Hi all, >> >> I saw that there are a few issues about images saved on an operating >> system not working when opened on other operating systems: >> - https://pharo.fogbugz.com/f/cases/19852/Unable-to-open-ima >> ge-in-OSX-after-it-has-been-updated-in-Windows >> - https://pharo.fogbugz.com/f/cases/19869/Infinite-loop-on-m >> ac-when-opening-an-image-saved-on-windows >> - https://pharo.fogbugz.com/f/cases/19272/Image-freezes-on-L >> inux-if-it-was-previously-saved-on-Windows >> - http://forum.world.st/Image-freezes-on-Linux-if-it-was-pre >> viously-saved-on-Windows-td4903258.html >> >> I gave the fix in case 19869 a try and with it I can save an image on >> windows and open it on mac, however, there are some side effects. >> First several folders having the following name are created in the image >> folder: >> >> '\Users\andrei\test-image' >> '\Users\andrei\test-image\pharo-local\' >> '\Users\andrei\test-image\pharo-local\ombu-sessions' >> >> Second, I can only open the image on man once. The second time I get the >> following stack: >> >> [31mPrimitiveFailed: primitive #createDirectory: in WindowsStore failed >> [0mWindowsStore(Object)>>primitiveFailed: >> WindowsStore(Object)>>primitiveFailed >> WindowsStore(DiskStore)>>createDirectory: >> WindowsStore(FileSystemStore)>>ensureCreateDirectory: >> WindowsStore(FileSystemStore)>>ensureCreateDirectory: >> WindowsStore(FileSystemStore)>>ensureCreateDirectory: >> WindowsStore(FileSystemStore)>>ensureCreateDirectory: >> WindowsStore(FileSystemStore)>>ensureCreateDirectory: >> WindowsStore(FileSystemStore)>>ensureCreateDirectory: >> FileSystem>>ensureCreateDirectory: >> FileReference>>ensureCreateDirectory >> OmSessionStore>>resetWithStoreNamed: >> OmSessionStore>>resetWithNextStoreName >> OmSessionStore>>store >> WeakMessageSend>>value >> WeakMessageSend>>cull: >> WeakMessageSend>>cull:cull: >> [ action cull: arg1 cull: announcer ] in LegacyWeakSubscription(WeakAnn >> ouncementSubscription)>>deliver: in Block: [ action cull: arg1 cull: >> announcer ] >> BlockClosure>>on:do: >> BlockClosure>>on:fork: >> LegacyWeakSubscription(WeakAnnouncementSubscription)>>deliver: >> [ tmp4 deliver: arg1 ] in SubscriptionRegistry>>deliver:to:startingAt: >> in Block: [ tmp4 deliver: arg1 ] >> BlockClosure>>ifCurtailed: >> SubscriptionRegistry>>deliver:to:startingAt: >> SubscriptionRegistry>>deliver:to: >> SubscriptionRegistry>>deliver: >> SystemAnnouncer(Announcer)>>announce: >> SystemAnnouncer>>announce: >> SystemAnnouncer>>snapshotDone: >> SessionManager>>snapshot:andQuit: >> [0m >> >> So it seems that OmSessionStore is not reset and holds a reference to a >> the windows path which it tries to create. >> >> Cheers, >> Andrei >> >> >> >> >> >

April 26, 2017

Re: [Pharo-dev] saving an image on windows and opening it on mac problems

by phil＠highoctane.be

You will also face serious fun with Freetype fonts. Phil On Wed, Apr 26, 2017 at 3:06 PM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > Hi all, > > I saw that there are a few issues about images saved on an operating > system not working when opened on other operating systems: > - https://pharo.fogbugz.com/f/cases/19852/Unable-to-open- > image-in-OSX-after-it-has-been-updated-in-Windows > - https://pharo.fogbugz.com/f/cases/19869/Infinite-loop-on- > mac-when-opening-an-image-saved-on-windows > - https://pharo.fogbugz.com/f/cases/19272/Image-freezes-on- > Linux-if-it-was-previously-saved-on-Windows > - http://forum.world.st/Image-freezes-on-Linux-if-it-was- > previously-saved-on-Windows-td4903258.html > > I gave the fix in case 19869 a try and with it I can save an image on > windows and open it on mac, however, there are some side effects. > First several folders having the following name are created in the image > folder: > > '\Users\andrei\test-image' > '\Users\andrei\test-image\pharo-local\' > '\Users\andrei\test-image\pharo-local\ombu-sessions' > > Second, I can only open the image on man once. The second time I get the > following stack: > > [31mPrimitiveFailed: primitive #createDirectory: in WindowsStore failed > [0mWindowsStore(Object)>>primitiveFailed: > WindowsStore(Object)>>primitiveFailed > WindowsStore(DiskStore)>>createDirectory: > WindowsStore(FileSystemStore)>>ensureCreateDirectory: > WindowsStore(FileSystemStore)>>ensureCreateDirectory: > WindowsStore(FileSystemStore)>>ensureCreateDirectory: > WindowsStore(FileSystemStore)>>ensureCreateDirectory: > WindowsStore(FileSystemStore)>>ensureCreateDirectory: > WindowsStore(FileSystemStore)>>ensureCreateDirectory: > FileSystem>>ensureCreateDirectory: > FileReference>>ensureCreateDirectory > OmSessionStore>>resetWithStoreNamed: > OmSessionStore>>resetWithNextStoreName > OmSessionStore>>store > WeakMessageSend>>value > WeakMessageSend>>cull: > WeakMessageSend>>cull:cull: > [ action cull: arg1 cull: announcer ] in LegacyWeakSubscription( > WeakAnnouncementSubscription)>>deliver: in Block: [ action cull: arg1 > cull: announcer ] > BlockClosure>>on:do: > BlockClosure>>on:fork: > LegacyWeakSubscription(WeakAnnouncementSubscription)>>deliver: > [ tmp4 deliver: arg1 ] in SubscriptionRegistry>>deliver:to:startingAt: in > Block: [ tmp4 deliver: arg1 ] > BlockClosure>>ifCurtailed: > SubscriptionRegistry>>deliver:to:startingAt: > SubscriptionRegistry>>deliver:to: > SubscriptionRegistry>>deliver: > SystemAnnouncer(Announcer)>>announce: > SystemAnnouncer>>announce: > SystemAnnouncer>>snapshotDone: > SessionManager>>snapshot:andQuit: > [0m > > So it seems that OmSessionStore is not reset and holds a reference to a > the windows path which it tries to create. > > Cheers, > Andrei > > > > >

April 26, 2017

Re: [Pharo-dev] Updated tech talk archive

by marcus.denker＠inrira.fr

Good idea! Pharo Tech talk Jun has no topic yet, so we could use that. Marcus > On 26 Apr 2017, at 16:18, Ben Coman <btc(a)openinworld.com> wrote: > > Thanks Marcus. > I see the schedule here... https://association.pharo.org/events <https://association.pharo.org/events> > doesn't mention Pharo 7 development process. > I think that will be useful to have a presentation. > Maybe a special-edition TechTalk aligned shortly after Pharo 6 Release? > > cheers -ben > > On Wed, Apr 26, 2017 at 7:09 PM, marcus.denker(a)inrira.fr <mailto:marcus.denker@inrira.fr> <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: > http://pharo.org/TechTalk <http://pharo.org/TechTalk> > > Now has a link to the recoding of yesterday > > Marcus >

April 26, 2017

Re: [Pharo-dev] calling methods directly on traits

by Guillermo Polito

Traits are instances as classes are instances :) On Wed, Apr 26, 2017 at 3:22 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > But trait is already instance, no? (instance of Trait class) > Or is that like an instance of an instance? > > On Wed, Apr 26, 2017 at 03:03:42PM +0200, Guillermo Polito wrote: > > Hi, > > > > No, it's the same as in classes. If methods are on the instance side, you > > cannot call them unless you instantiate the class. > > > > Guille > > > > On Wed, Apr 26, 2017 at 2:24 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > > > > Hi, > > > > > > would it be possible to somehow call a method directly on a trait? > > > > > > e.g. > > > > > > Trait named: #TMyTrait. > > > > > > then add method > > > > > > TMyTrait>>twelve > > > ^ 12 > > > > > > > > > and then I could do `TMyTrait twelve "-> 12"`. > > > > > > Note that I cannot use Class-side of a regular class, because of name > > > clashes with system (Class, ClassDescription, ...) selectors. > > > > > > Thanks, > > > Peter > > > > > > > >

April 26, 2017

Re: [Pharo-dev] Updated tech talk archive

by Ben Coman

Thanks Marcus. I see the schedule here... https://association.pharo.org/events doesn't mention Pharo 7 development process. I think that will be useful to have a presentation. Maybe a special-edition TechTalk aligned shortly after Pharo 6 Release? cheers -ben On Wed, Apr 26, 2017 at 7:09 PM, marcus.denker(a)inrira.fr < marcus.denker(a)inria.fr> wrote: > http://pharo.org/TechTalk > > Now has a link to the recoding of yesterday > > Marcus >

April 26, 2017

Re: [Pharo-dev] saving an image on windows and opening it on mac problems

by nacho

Yesterday I had exactly the same problem. Worked with an image in Windows during the morning and in the evening tried to open it on my mac with no success. The error I had was indeed a path problem. The image was trying to resolve a path in windows. I eventually got the image running but with limited usage. I couldn't open the playground. I ran some test -especially onf FileSystem and saw that a lot of them not passed. So had to re-build the image I was working on from latest. Now I'm opening that image in a Windows machine with no problems so far...let's see what happens in the evening. Cheers Nacho ----- Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/saving-an-image-on-windows-and-opening-it-on-mac-prob… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 26, 2017

Re: [Pharo-dev] calling methods directly on traits

by Peter Uhnak

But trait is already instance, no? (instance of Trait class) Or is that like an instance of an instance? On Wed, Apr 26, 2017 at 03:03:42PM +0200, Guillermo Polito wrote: > Hi, > > No, it's the same as in classes. If methods are on the instance side, you > cannot call them unless you instantiate the class. > > Guille > > On Wed, Apr 26, 2017 at 2:24 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > > Hi, > > > > would it be possible to somehow call a method directly on a trait? > > > > e.g. > > > > Trait named: #TMyTrait. > > > > then add method > > > > TMyTrait>>twelve > > ^ 12 > > > > > > and then I could do `TMyTrait twelve "-> 12"`. > > > > Note that I cannot use Class-side of a regular class, because of name > > clashes with system (Class, ClassDescription, ...) selectors. > > > > Thanks, > > Peter > > > >

April 26, 2017