On Wed, 23 Jan 2019 at 11:56, sergio ruiz <[email protected]> wrote:

>
> I have been working in my image all day today, and it was working great.
>
> This evening, when I went to fire it up, it appears to start, but I am not
> seeing the image running. The icon hangs, and it does nothing.
>
> Here is an my debug.log for just one iteration of this.
>
> Any help would be appreciated!
>
> https://gist.github.com/sergio101/c86396d10f6fea4923b59930ad44a2a0
>

I don't have a full answer, just a bit of background investigation.
Looking at the top where it says... "--- The full stack ---"
   ByteString(Object)>>doesNotUnderstand: #resolve:
   FileLocator>>resolve
   FileLocator>>asFileReference
   OmSessionStore>>directory

In a fresh image going...
    OmSessionStore allInstances inspect
shows one item.
Selecting that then... "self directory" <debug It> shows...
   OmSessionStore>>directory
      ^ baseLocator asFileReference

where my baseLocator ==>  FileLocator "({localDirectory}\ombu-sessions)"
and your baseLocator ==>  <<error during printing>>

My baseLocator instance variables...
origin:  #localDirectory
path:  Path * 'ombu-sessions'

looks the same as yours...
Receiver: <<error during printing>>
Arguments and temporary variables:
Receiver's instance variables:
origin:  #localDirectory
path:  Path * 'ombu-sessions'

and this method is executed...
    FileLocator>>asFileReference
^ self resolve

then...
    FileLocator>>resolve
^ (Resolver resolve: origin) resolve: path

so its a hard to tell which of the #resolve:  calls fails.
Either one of these is a ByteString for you
* Resolver
* (Resolver resolve: origin)
as indicated by this...
    ByteString(Object)>>doesNotUnderstand: #resolve:
Receiver: '/Users/sergio/Documents/Pharo/images/BandTracker8/pharo-local'

For me, Resolver ==> an InteractiveResolver
and (Resolver resolve: origin) ==> File @
C:\Users\Ben\Documents\Pharo\images\Pharo 7.0 - 32bit (development
version)-01\pharo-local

Further down the call stack is...
    defaultBaseLocator: <<error during printing>>
so perhaps that default feeds into a wrong baseLocator
but I'm not familiar enough to know better.
After making a backup copy, perhaps there is some way to reset
defaultBaseLocator from the command line (@all).

Your baseLocator is a FileLocator because its shown that class received the
#asFileReference message.
and the printString fails in
    FileLocator>>printOn: aStream
| fs |
aStream
nextPut: ${;
nextPutAll: origin;
nextPut: $}.
path isWorkingDirectory
ifTrue: [ ^ self ].
fs := self fileSystem.
aStream nextPut: fs delimiter.
fs printPath: path on: aStream

Finding out which one of those line fails may provide a clue since it may
have the same root cause

thats all I got, sorry.
cheers -ben

Reply via email to