- Pharo-users - lists.pharo.org

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

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

by TedVanGaalen

- Do you have an exception? a PharoDebug.log file? a crash.dmp? I didn't found neither of this files on my system. 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

OS = macOS Sierra Version 10.12.6 I have encountered the same behaviour for Pharo 6.0 and 6.1 64 bit or 32 bit, it doesn't matter. Workflow: Downloaded Pharo6.1-mac.zip and placed the resulting .app file into the normal Applications folder (a hit on the Pharo website recommends this for Sierra) Started it from there and of course loads the included pristine image. Because of my 4k screen the first thing that I did is change fonts to "large" via System menu and then maximize the window by clicking the little green icon in the top left corner. Repeated this procedure several times (reinstalling etc.) sometimes it froze instantly, sometimes after redrawing attempts, sometimes it still runs and I can manually "repaint" the window by swiping a playground window everywhere. at times it works ok but then suddenly freezes after a few minutes or so e.g. when I save a method. So, to me it is unpredictable. At times I've tried CTLR + "." sometimes it reacts but then freezes again.. After that I've removed 6.1 64 bit version completely and reinstalled it, this tim enot in the Applications folder but in another folder on the Desktop, alas, to no avail, also for the 32 bit version of Pharo 6.1. Officially Apple does not support UHD 4k screens on a Mac Mini from late 2012 with Intel HD graphics 4000. However, like almost everybody else who uses 4K screens on this computer, I am using the SwitchResX app which tells macOS about this resolution, adjusting the parameters it is native 3840 x 2160 @ 30 Hz refresh rate. Apart from some graphical glitches on the start up screen graphics are perfect with all the apps I use, also for graphically intense apps like Affinity Photo and Affinity Designer and even 4K videos. If you are still using the same graphical interfacing in 6.x as in Pharo 5.0 this shouldn't be the problem, i think.? Nevertheless, yes. I will try with a a lower non-native resolution later and let you know if that made any difference. Pharo 5.0 is completely stable and works flawlessly, with the image with Seaside and Wooden (GL) loaded. No crashes at all. really is great. I am reviving my Smalltalk (my favorite programming system), because I prefer to write apps for mac, linux and Windows with it. mostly as (local) webbrowser apps, with some Morphs put in it. This allows much faster developing and does not cause headaches :o) I am also writing iOS apps (e.g.RavelNotes for iOS iPad and Apple TV (lots of time, retired in 2016) but this has to be done with Xcode and Swift, with has increasingly complexity, which is inherent to statically typed languages. (like generics, protocols.etc.) No way (yet) to do this with Smalltalk, also for 3D apps e.g. with SceneKit it's still not fast enough, which leaves me no choice. Thank you, kind Regards. Ted. (I was also here in 2012, but was under tons of IT stress, which reflected in my writing and responding, luckily this is gone) -- 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 launcher on Linux Mint

by Sebastian Heidbrink

Hi Christophe, Thank you for your reply! I downloaded the latest stable version. You are right! Not all pharo executable are made executable after unzipping again. I created an issue in Github on this yesterday. Maybe we have a fix on this soon. I assume that non of the linux installations work right now. Cheers! Sebastian Am 01.08.2017 um 00:57 schrieb Christophe Demarey: > Hi Sebastian, > >> Le 30 juil. 2017 Ã 18:12, Sebastian Heidbrink via Pharo-users >> <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org>> a >> Ã©crit : >> >> >> *De: *Sebastian Heidbrink <sheidev(a)yahoo.de <mailto:sheidev@yahoo.de>> >> *Objet: **Pharo launcher on Linux Mint* >> *Date: *30 juillet 2017 18:12:07 UTC+2 >> *Ã: *Any question about pharo is welcome <pharo-users(a)lists.pharo.org >> <mailto:pharo-users@lists.pharo.org>> >> >> Hi! >> >> I used Pharo launcher on Windows and Ubuntu before and never had any >> troubles. >> >> Now, I am trying to used it on Linux Mint without success. >> >> Once I start the freshly created image the appropriate VM is >> downloaded but the image is not started. >> > Which version do you use? >> >> A PharoDebug.log is created in the image folder complaining that it >> can't find the PharoVXX.sources files in the >> "pharo/bin/lib/pharo/5.0-201707201942" folder. >> >> After I copy the missing file into that folder the image is still not >> opened and no further logs are created or updated. >> > I had this problem when updating the launcher because the downloaded > zip file is unzipped by Pharo itself but ZipArchive does not preserve > permissions attributes. > To fix that, I > added PhLVirtualMachineManager>>#ensureIsExecutable:that is called > right after the Launcher fetch a new VM. It does an OsProcess call to > add executable permissions. > Has Pharo executable write permissions? > > Christophe

Aug. 1, 2017

step-by-step trace of object creation and messaging?

by David Epstein

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

Re: [Pharo-users] Threads safety in Pharo

by Stephane Ducasse

I would love to have an analysis of assumptions made in some code. Because my impression is that the concurrent code is sometimes defined knowing the underlying logic of scheduler and this is not good. As I said to abdel privately in french it would be great to start from my french squeak book (Yes I wrote one long time ago) chapter on concurrent programming and turn it into a pharo chapter. Stef On Tue, Aug 1, 2017 at 1:31 PM, Ben Coman <btc(a)openinworld.com> wrote: > Not sure I'll have what you're looking for, but to start, do you mean > Pharo's green threads or vm native threads? > cheers -ben > > On Mon, Jul 31, 2017 at 7:38 AM, Alidra Abdelghani via Pharo-users > <pharo-users(a)lists.pharo.org> wrote: >> >> >> >> ---------- Forwarded message ---------- >> From: Alidra Abdelghani <alidrandco(a)yahoo.fr> >> To: pharo-users(a)lists.pharo.org >> Cc: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr>, farid arfi >> <arfi_f(a)hotmail.com> >> Bcc: >> Date: Mon, 31 Jul 2017 01:38:58 +0200 >> Subject: Threads safety in Pharo >> Hi, >> >> Somebody once evoked the problem of threads safety in Pharo. With a friend >> of mine who is expert in formal methods and process scheduling, we would >> like to have a look on it. >> Does anyone knows a good document describing the problem of Pharo with >> threads safety or at least any document that we can start with? >> >> Thanks in advance, >> Abdelghani >> >> >> >

Aug. 1, 2017