saving an image on windows and opening it on mac problems
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... - https://pharo.fogbugz.com/f/cases/19869/Infinite-loop-on-mac-when-opening-an... - https://pharo.fogbugz.com/f/cases/19272/Image-freezes-on-Linux-if-it-was-pre... - http://forum.world.st/Image-freezes-on-Linux-if-it-was-previously-saved-on-W... 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
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-probl... Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
You will also face serious fun with Freetype fonts. Phil On Wed, Apr 26, 2017 at 3:06 PM, Andrei Chis <chisvasileandrei@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
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@highoctane.be <phil@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@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
I'd say that one should clear all fonts being loaded, refresh the list of available fonts because they are on another location (and this should happen even moving from windows to windows), and switch back to a default font that is sure to be available. I got an issue with the "hack" font because the new version changed the file names of the fonts and the system died. That should already solve some problems. Phil On Wed, Apr 26, 2017 at 5:10 PM, Andrei Chis <chisvasileandrei@gmail.com> wrote:
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@highoctane.be <phil@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@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
What about loading some TTF fonts into the image? --Hannes On 4/26/17, phil@highoctane.be <phil@highoctane.be> wrote:
I'd say that one should clear all fonts being loaded, refresh the list of available fonts because they are on another location (and this should happen even moving from windows to windows), and switch back to a default font that is sure to be available.
I got an issue with the "hack" font because the new version changed the file names of the fonts and the system died.
That should already solve some problems.
Phil
On Wed, Apr 26, 2017 at 5:10 PM, Andrei Chis <chisvasileandrei@gmail.com> wrote:
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@highoctane.be <phil@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@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
Hi Andrei, Could you tell me what's your "EpMonitor current sessionStore baseLocator" ? By default it's a FileLocator, but maybe you personalized it and setted a FileReference. FileLocators don't have a WindowsStore but FileReference do. The OmSessionStore is part of Epicea, and has a startUp: that executes the #ensureCreateDirectory. Well, maybe it shouldn't be done on start up but when a change happens... I should try this. MartÃn On Wed, Apr 26, 2017 at 3:40 PM, H. Hirzel <hannes.hirzel@gmail.com> wrote:
What about loading some TTF fonts into the image?
--Hannes
On 4/26/17, phil@highoctane.be <phil@highoctane.be> wrote:
I'd say that one should clear all fonts being loaded, refresh the list of available fonts because they are on another location (and this should happen even moving from windows to windows), and switch back to a default font that is sure to be available.
I got an issue with the "hack" font because the new version changed the file names of the fonts and the system died.
That should already solve some problems.
Phil
On Wed, Apr 26, 2017 at 5:10 PM, Andrei Chis <chisvasileandrei@gmail.com
wrote:
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@highoctane.be <phil@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@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
Hi Martin, On Thu, Apr 27, 2017 at 6:14 AM, Martin Dias <tinchodias@gmail.com> wrote:
Hi Andrei,
Could you tell me what's your "EpMonitor current sessionStore baseLocator" ?
It's 'a FileLocator {localDirectory}\ombu-sessions'
By default it's a FileLocator, but maybe you personalized it and setted a FileReference. FileLocators don't have a WindowsStore but FileReference do.
I started another thread 'OmSessionStore and SnapshotDone event' where I described the error better.
The OmSessionStore is part of Epicea, and has a startUp: that executes the #ensureCreateDirectory. Well, maybe it shouldn't be done on start up but when a change happens... I should try this.
The issue is that #ensureCreateDirectory is called before the file system is initialized. Even if a FileLocator is used for #baseLocator, #ensureCreateDirectory will need to resolve the file and access the file system. Cheers, Andrei
MartÃn
On Wed, Apr 26, 2017 at 3:40 PM, H. Hirzel <hannes.hirzel@gmail.com> wrote:
What about loading some TTF fonts into the image?
--Hannes
On 4/26/17, phil@highoctane.be <phil@highoctane.be> wrote:
I'd say that one should clear all fonts being loaded, refresh the list of available fonts because they are on another location (and this should happen even moving from windows to windows), and switch back to a default font that is sure to be available.
I got an issue with the "hack" font because the new version changed the file names of the fonts and the system died.
That should already solve some problems.
Phil
On Wed, Apr 26, 2017 at 5:10 PM, Andrei Chis < chisvasileandrei@gmail.com> wrote:
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@highoctane.be < phil@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@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
Hi. 2017-04-26 15:06 GMT+02:00 Andrei Chis <chisvasileandrei@gmail.com>:
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
Also this can be related: https://pharo.fogbugz.com/f/cases/19990/UFFI-not-reset-method-cache-at-image... Can you reproduce original problems with this slice loaded? (it is not integrated yet)
Loaded slice 19990 and the issues is still there with the latest image+vm. On Thu, Apr 27, 2017 at 9:07 PM, Denis Kudriashov <dionisiydk@gmail.com> wrote:
Hi.
2017-04-26 15:06 GMT+02:00 Andrei Chis <chisvasileandrei@gmail.com>:
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
Also this can be related: https://pharo.fogbugz.com/f/cases/19990/UFFI-not-reset- method-cache-at-image-startup
Can you reproduce original problems with this slice loaded? (it is not integrated yet)
Actually if I just execute before saving on Windows the following code I get no error when opening the image on Mac: OmSessionStore allInstancesDo: [ :each | SystemAnnouncer uniqueInstance unsubscribe: each ]. On Thu, Apr 27, 2017 at 9:48 PM, Andrei Chis <chisvasileandrei@gmail.com> wrote:
Loaded slice 19990 and the issues is still there with the latest image+vm.
On Thu, Apr 27, 2017 at 9:07 PM, Denis Kudriashov <dionisiydk@gmail.com> wrote:
Hi.
2017-04-26 15:06 GMT+02:00 Andrei Chis <chisvasileandrei@gmail.com>:
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
Also this can be related: https://pharo.fogbugz.com/f/cases/19990/UFFI-not-reset-metho d-cache-at-image-startup
Can you reproduce original problems with this slice loaded? (it is not integrated yet)
participants (6)
-
Andrei Chis -
Denis Kudriashov -
H. Hirzel -
Martin Dias -
nacho -
phil＠highoctane.be