Re: [Pharo-dev] Saving a vm from command lines opens it with a small size

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: [Pharo-dev] Saving a vm from command lines opens it with a small size

Eliot Miranda-2
 
Hi Andrei,

On Wed, Mar 29, 2017 at 10:40 AM, Andrei Chis <[hidden email]> wrote:
Hi,

I have the following script that I run on mac:

wget -O- get.pharo.org/vmLatest60 | bash
wget -O- get.pharo.org/60 | bash
./pharo Pharo.image eval "Smalltalk snapshot: true andQuit: true"
./pharo-ui Pharo.image

Initially I thought that it doesn't work but then I saw that it opens a very very small window with just a tiny scrollbar. Screenshot here: https://dl.dropboxusercontent.com/u/74244847/Data/Screen%20Shot%202017-03-29%20at%207.38.48%20PM.png

Find attached a script for unix/mac os that sets the size of the screen in the image file.

Arguably the VM should use a window extent of 0@0 as a "start me headless" flag.  What do people think?  It would complicate things.  The image would have to be located before any VM command line argument flags are processed, and probably opened twice.  Seems like a lot of effort for little gain.


Cheers,
Andrei

_,,,^..^,,,_
best, Eliot

resizesqueakwindow (848 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: [Pharo-dev] Saving a vm from command lines opens it with a small size

Andrei Chis-2
 
Hi Eliot,

I tried the script but I get an error. Below is what I did and the error:

Andreis-MacBook-Pro-3:pharobug andrei$ ./pharo Pharo.image eval "Smalltalk snapshot: true andQuit: true"
Andreis-MacBook-Pro-3:pharobug andrei$ ./resizesqueakwindow Pharo.image 840 640
0+1 records in
4+0 records out
1 truncated record
4 bytes transferred in 0.000708 secs (5651 bytes/sec)
Andreis-MacBook-Pro-3:pharobug andrei$ ./pharo-ui Pharo.image
2017-03-29 21:07:38.977 Pharo[53599:3054457] Error (1000) creating CGSWindow on line 281
2017-03-29 21:07:38.979 Pharo[53599:3054457] (
        0   CoreFoundation                      0x96699c63 __raiseError + 195
        1   libobjc.A.dylib                     0x9018da2a objc_exception_throw + 276
        2   CoreFoundation                      0x96699b7d +[NSException raise:format:] + 141
        3   AppKit                              0x9ad410a5 _NSCreateWindowWithOpaqueShape2 + 1728
        4   AppKit                              0x9ad3f06d -[NSWindow _commonAwake] + 2227
        5   AppKit                              0x9adcef30 -[NSWindow _makeKeyRegardlessOfVisibility] + 104
        6   AppKit                              0x9adcee86 -[NSWindow makeKeyAndOrderFront:] + 35
        7   Pharo                               0x000b07b0 -[sqSqueakOSXOpenGLView drawThelayers] + 212
        8   Pharo                               0x000b718b -[sqSqueakScreenAndWindow ioForceDisplayUpdate] + 196
        9   Pharo                               0x000b6e60 ioForceDisplayUpdate + 61
        10  Pharo                               0x0007a66d primitiveShowDisplayRect + 212
        11  Pharo                               0x0003c1cd interpret + 25816
        12  Pharo                               0x000452e2 enterSmalltalkExecutiveImplementation + 135
        13  Pharo                               0x00035f7b interpret + 646
        14  Pharo                               0x000b68d0 -[sqSqueakMainApplication runSqueak] + 476
        15  Foundation                          0x988ea0ae __NSFirePerformWithOrder + 416
        16  CoreFoundation                      0x965a481e __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 30
        17  CoreFoundation                      0x965a4760 __CFRunLoopDoObservers + 400
        18  CoreFoundation                      0x965960c2 __CFRunLoopRun + 946
        19  CoreFoundation                      0x96595aa6 CFRunLoopRunSpecific + 390
        20  CoreFoundation                      0x9659590b CFRunLoopRunInMode + 123
        21  HIToolbox                           0x993a38f8 RunCurrentEventLoopInMode + 262
        22  HIToolbox                           0x993a3503 ReceiveNextEventCommon + 192
        23  HIToolbox                           0x993a342c _BlockUntilNextEventMatchingListInModeWithFilter + 99
        24  AppKit                              0x9ad2cb41 _DPSNextEvent + 742
        25  AppKit                              0x9ad2c1e5 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 350
        26  AppKit                              0x9ad20b9c -[NSApplication run] + 907
        27  AppKit                              0x9ac95fa0 NSApplicationMain + 2082
        28  libdyld.dylib                       0x9a6a66d9 start + 1
        29  ???                                 0x00000002 0x0 + 2
)
^C

On Wed, Mar 29, 2017 at 8:20 PM, Eliot Miranda <[hidden email]> wrote:
 
Hi Andrei,

On Wed, Mar 29, 2017 at 10:40 AM, Andrei Chis <[hidden email]> wrote:
Hi,

I have the following script that I run on mac:

wget -O- get.pharo.org/vmLatest60 | bash
wget -O- get.pharo.org/60 | bash
./pharo Pharo.image eval "Smalltalk snapshot: true andQuit: true"
./pharo-ui Pharo.image

Initially I thought that it doesn't work but then I saw that it opens a very very small window with just a tiny scrollbar. Screenshot here: https://dl.dropboxusercontent.com/u/74244847/Data/Screen%20Shot%202017-03-29%20at%207.38.48%20PM.png

Find attached a script for unix/mac os that sets the size of the screen in the image file.

Arguably the VM should use a window extent of 0@0 as a "start me headless" flag.  What do people think?  It would complicate things.  The image would have to be located before any VM command line argument flags are processed, and probably opened twice.  Seems like a lot of effort for little gain.


Cheers,
Andrei

_,,,^..^,,,_
best, Eliot