August 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] What sets the Monticello Local Cache Directory default in a new image?

by Mariano Martinez Peck

On Wed, Aug 2, 2017 at 9:16 AM, Tim Mackinnon <tim(a)testit.works> wrote: > Hi - Iâve noticed that when I download a new image+vm with zeroconf (in a > fresh directory) - that when I launch it, the setting Tools | Software > Config Mgnmnt | Monticello | Local Cache Directory has a value that points > to a directory from one of my earlier images. > > Is this normal (does it store this information somewhere on my computer so > that different setups can access it)? > > At first I thought this was annoying - but Iâm now wondering if this is > useful as Iâm guessing that there isnât any reason to have separate caches > for version controlled libraries and so maybe I should actually set it to > some common directory? > > What is the recommended strategy? > > My strategy is to use a shared repository for all my images. As part of my build image scripts I do something like this: " =============== Personal Settings ================ " MCCacheRepository cacheDirectory: '/Users/mariano/Pharo/localRepo/' asFileReference.MCGitHubRepository cacheDirectory: '/Users/mariano/Pharo/localRepo/' asFileReference.GTPlayBook cacheDirectory: '/Users/mariano/Pharo/play-cache/' asFileReference. GTPlayBook stashDirectory: '/Users/mariano/Pharo/play-stash/' asFileReference. I guess you save stuff: find /Users/mariano/Pharo/localRepo/ -type f | wc -l *32301* du -sh /Users/mariano/Pharo/localRepo *6.1G* /Users/mariano/Pharo/localRepo Not only you save disk space, but also: 1) Each image build is likely to take less time as many files will be already in the cache (no need to redownload it). 2) it works as a yet another backup of your code and other packages. -- Mariano http://marianopeck.wordpress.com

Aug. 2, 2017

What sets the Monticello Local Cache Directory default in a new image?

by Tim Mackinnon

Hi - Iâve noticed that when I download a new image+vm with zeroconf (in a fresh directory) - that when I launch it, the setting Tools | Software Config Mgnmnt | Monticello | Local Cache Directory has a value that points to a directory from one of my earlier images. Is this normal (does it store this information somewhere on my computer so that different setups can access it)? At first I thought this was annoying - but Iâm now wondering if this is useful as Iâm guessing that there isnât any reason to have separate caches for version controlled libraries and so maybe I should actually set it to some common directory? What is the recommended strategy? Tim

Aug. 2, 2017

Glorp reconnection management (was: Re: Glorp: how to reconnect after image shutdown / load?)

by Herby VojÄÃk

jtuchel(a)objektfabrik.de wrote: > Herby, > > I am not aware of any automatic reconnect tools. Kepping a DB connection > alive after an image is closed is surely not desired and chances are the > DB will close the inactive session eventually anyways. Hm. When I though about it, image save / load cycle is just one example of losing a connection to db. So the question is more on "how to manage possible disconnections / reconnections"? > So it's probably best to make the DB connections reconnect on demand. > That means that whenever you open a session, check if a DB connection is > available or establish a new one otherwise. Hm, I though that once I open a session it does actually connect on demand (it has Login, system and all the information for it). Does it actually mean that if I want to stay connected I must do `session login` before each `session inUnitOfWorkDo:`? > There are many scenarios that can lead to the loss of a DB connection > that you usually cannot influence (network connection drops, DB server > has some error condition etc.) , so this is a good idea anyways. As written above, I thought glorp manages this kind of reconnection itself. If not, can someone point me to the some example where this is managed? I am asking because in Glorp book I did not find anything about this (I have read it). Thanks, Herby > HTH > > Joachim > > > Am 01.08.17 um 22:29 schrieb Herby VojÄÃk: >> Hello! >> >> ZnServers have its own register mechanism by which they listen when >> they are tagged as such after image save and load. >> >> I wonder if there is some way to connect to database in Glorp and then >> "keep the connection" between image save/load. Or how is this managed >> notmally in apps that use databases? Is image "preconfigured" with >> live self-healing connection or does some special piece of startup >> code be installed so it runs after deployment and image start? >> >> Thanks, Herby >> >> > >

Aug. 2, 2017

Re: [Pharo-users] Spotter question. "Spotter" search keyword need font setting from Pharo Setting Value.

by peter yoo

of course. i can report. look attached image please. i try this process. 1. open spotter(shift + enter) 2. press "shift + ctrl + mouse click" to spotter keyword area 3. explore object. can look this...... it's bad try?

Aug. 2, 2017

Re: [Pharo-users] Glorp: how to reconnect after image shutdown / load?

by jtuchel＠objektfabrik.de

Herby, I am not aware of any automatic reconnect tools. Kepping a DB connection alive after an image is closed is surely not desired and chances are the DB will close the inactive session eventually anyways. So it's probably best to make the DB connections reconnect on demand. That means that whenever you open a session, check if a DB connection is available or establish a new one otherwise. There are many scenarios that can lead to the los of a DB connection that you usually cannot influence (network connection drops, DB server has some error condition etc.) , so this is a good idea anyways. HTH Joachim Am 01.08.17 um 22:29 schrieb Herby VojÄÃk: > Hello! > > ZnServers have its own register mechanism by which they listen when > they are tagged as such after image save and load. > > I wonder if there is some way to connect to database in Glorp and then > "keep the connection" between image save/load. Or how is this managed > notmally in apps that use databases? Is image "preconfigured" with > live self-healing connection or does some special piece of startup > code be installed so it runs after deployment and image start? > > Thanks, Herby > > -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Aug. 2, 2017

Glorp: how to reconnect after image shutdown / load?

by Herby VojÄÃk

Hello! ZnServers have its own register mechanism by which they listen when they are tagged as such after image save and load. I wonder if there is some way to connect to database in Glorp and then "keep the connection" between image save/load. Or how is this managed notmally in apps that use databases? Is image "preconfigured" with live self-healing connection or does some special piece of startup code be installed so it runs after deployment and image start? Thanks, Herby

Aug. 1, 2017

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini

by TedVanGaalen

Very very wild guess: it could have to do with GPU<-> Open GL? <-> Pharo call time out issues because the Intel HD 4000 GPU is working at its (officially allowed) upper performance limits with 3840 x 2160 at 30 Hz refresh rate (maximum). OTOH however: 1. I am not a GPU Guru.. 2. It works flawlessly with Pharo 5.0 and before. 3. All other macOS applications also work OK. If it is a VM issue, Squeak would have the same problem but I don't want to spend time to try this as well. TedvG -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 1, 2017

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini

by TedVanGaalen

Hi, I have now tried to run Pharo 6.1 32 bit with setting the screen resolution in macOS System Preferences to the following what they call "scaled resolutions" (read "non-native resolutions"), which are less that the native screen resolution: 3200 x 1800 and 1920 x 1080. In these resolutions the Pharo 6.1 32 bit works OK: that is, when repeatedly switching to and from full screen (using the green window button in the upperleft corner) the Pharo window content is then instantly correctly redrawn. Which is not the case with native UHD resolution: when maximizing the window is not redrawn and leaves white bands at the top and left side. if I e.g.moved an internal window like the system browser downward repeated window parts remain where it was. Which typically is a window redraw issue. It then gets very sluggish and in the end freezes. I then have to Force Quit the app. Unfortunately Pharo dies then to fast to give some post-mortem crash.dmp. I assume that other crashes, that is e.g. with dragging the Playground also caused it to freeze, because of redraw issues, which occur likewise in the 32 and 64 bit version of Pharo version > 6.0 with this UHD resolution. So, my guess is that drawing on macOS with the native resolution UHD 3840 * 2160 still has a bug. I'd suggest that perhaps comparing the graphic driver logic with that of what is used in Pharo 5.0, which functions correctly, with UHD resolution might reveal the problem? Have you tested this on macOS with this UHD screens? Will it/does it also crash also on 4k iMac and even 5k iMacs or only on the Mac Mini? Thank you in advance for solving this problem, if possible. TedvG -- View this message in context: http://forum.world.st/Pharo-6-0-and-6-1-64-bit-freeze-on-MacMini-tp4957969p… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 1, 2017

Re: [Pharo-users] Iceberg: SCP urls are not limited to 'git@'

by Herby VojÄÃk

Herby VojÄÃk wrote: > Hello! > > Once I finally added remote to my localgit repo, I cannot build my image > any more because Iceberg fails to parse the url. After first error I > tried ssh://, but it is protected as well. > > The problem is, git(a)host.site is just the way to say which user to log > in via ssh into the host. We use on-premise gogs installed via apt, and > it installs 'gogs' user, not 'git' user. As such, we were being able to > successfully use 'gogs@our.site:org/towergame.git' type of remote URLs, > but Iceberg code has 'git@' hardcoded. That said, it probably needs deeper change in Iceberg. For example, having one global setting (in Settings there is one) for ssh git user is incorrect, as every scp/ssh repo url may have its own user > How to overcome this? > > Herby

Aug. 1, 2017

Re: [Pharo-users] step-by-step trace of object creation and messaging?

by Peter Uhnak

Hi David, > I am new to Pharo As in you've never seen Pharo before, or that you have only limited knowledge? All the examples are just methods in the system. E.g. the simple example is defined in class-side of BormExampleDiagrams in method #exampleDataFlows. So you could run it from playground as "BormExampleDiagrams exampleDataFlows." To open a debugger on any code, you can select it and press ctrl+shift+d, or right-click and select "Debug it". I haven't really looked at BORM in quite a while as I am busy with different projects, so there are some issue related to the latest Pharo (#name deprecation, which you can disable with `Deprecation raiseWarning: false`) and Roassal (dark theme messed up the colors). If you have questions regarding OpenPonk, you can also contact me privately. Peter On Tue, Aug 01, 2017 at 01:39:18PM +0000, David Epstein wrote: > Hello, > > > I am new to Pharo and would like to better understand how openponk.github.io<http://openponk.github.io> works by stepping through the creation of objects and seeing the messages they send. I don't see a way to call the debugger without highlighting some problematic code. No code is problematic (that I know of). Ideally, I'd like to see what is happening when I start one of OpenPonk's examples, such as "BORM Simple Diagram". What tool or browser can I use to do this? > > > -david

Aug. 1, 2017