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

[jtuc...@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:jtuc...@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

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

[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

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

[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-tp4957969p4958190.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

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

[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-tp4957969p4958189.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

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

[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, g...@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 'g...@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

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

[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 +, David Epstein wrote:
> Hello,
> 
> 
> I am new to Pharo and would like to better understand how 
> 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

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

[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-tp4957969p4958167.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

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

[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-tp4957969p4958166.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Pharo launcher on Linux Mint

[Sebastian Heidbrink via Pharo-users]

--- Begin Message ---

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 
mailto:pharo-users@lists.pharo.org>> a 
écrit :



*De: *Sebastian Heidbrink mailto:shei...@yahoo.de>>
*Objet: **Pharo launcher on Linux Mint*
*Date: *30 juillet 2017 18:12:07 UTC+2
*À: *Any question about pharo is welcome >


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



--- End Message ---

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

[David Epstein]

Hello,


I am new to Pharo and would like to better understand how 
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

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

[Ben Coman]

What happens if you lower the display resolution?

cheers -ben

On Mon, Jul 31, 2017 at 9:28 PM, Ted F.A.van Gaalen 
wrote:

>
>
>
> Hi, I reverted to 5.0 because Pharo 6.0 and 6.1 64 bit hangs on
> my Mac Mini with UDH 4K screen (may that has to do with?)
> with its maiden image (at first start after download
> when:  I resize or go to full screen. Maybe VM problem?
> my mac Mini metrics:
> *Hardware Overview:*
>
>   Model Name: Mac mini
>   Model Identifier: Macmini6,2
>   Processor Name: Intel Core i7
>   Processor Speed: 2,6 GHz
>   Number of Processors: 1
>   Total Number of Cores: 4
>   L2 Cache (per Core): 256 KB
>   L3 Cache: 6 MB
>   Memory: 4 GB
>   Boot ROM Version: MM61.0106.B1F
>   SMC Version (system): 2.8f0
>
> maybe this problem was already reported, but could find it.
>
>
> Kind Regards
> TedvG
>
>
>
>

Re: [Pharo-users] Threads safety in Pharo

[Ben Coman]

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@lists.pharo.org> wrote:

>
>
> -- Forwarded message --
> From: Alidra Abdelghani 
> To: pharo-users@lists.pharo.org
> Cc: "Stéphane Ducasse" , farid arfi <
> arf...@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
>
>
>
>

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

[Alexandre Bergel]

You should add a bug about this. There is a help in pharo on how to do this. 

Alexandre 

> Le 1 août 2017 à 06:30, Stephane Ducasse  a écrit :
> 
> Hi peter
> 
> Can you show us where the font is hard coded?
> 
> Stef
> 
>> On Mon, Jul 31, 2017 at 5:00 AM, peter yoo  wrote:
>> I'm korean user. pharo using mac or linux.
>> 
>> I'm always change font setting. because want look korean characters(so
>> simple)
>> 
>> but can't using spotter. GLMRubTextFieldMorph font value have hard coding
>> inside.(maybe... look a "SourceSansPro". my pharo using another font now.)
>> 
>> spotter result is ok. because GLMScrollPaneBandBrick font value from "Pharo
>> Setting Value".
>> 
>> how can change spotter keyword font value? I'm newbie. detail explanation
>> request please. I want fix and understand.
>> 
>> thanks to pharo community. always :D
>> 
>> --
>> http://lookandwalk.com  http://looknw.com | http://onionmixer.net
>> peter yoo(Jonghwa Yoo). ROK
> 

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

[Stephane Ducasse]

Hi peter

Can you show us where the font is hard coded?

Stef

On Mon, Jul 31, 2017 at 5:00 AM, peter yoo  wrote:
> I'm korean user. pharo using mac or linux.
>
> I'm always change font setting. because want look korean characters(so
> simple)
>
> but can't using spotter. GLMRubTextFieldMorph font value have hard coding
> inside.(maybe... look a "SourceSansPro". my pharo using another font now.)
>
> spotter result is ok. because GLMScrollPaneBandBrick font value from "Pharo
> Setting Value".
>
> how can change spotter keyword font value? I'm newbie. detail explanation
> request please. I want fix and understand.
>
> thanks to pharo community. always :D
>
> --
> http://lookandwalk.com  http://looknw.com | http://onionmixer.net
> peter yoo(Jonghwa Yoo). ROK

Re: [Pharo-users] Pharo launcher on Linux Mint

[Christophe Demarey]

Hi Sebastian,

> Le 30 juil. 2017 à 18:12, Sebastian Heidbrink via Pharo-users 
>  a écrit :
> 
> 
> De: Sebastian Heidbrink 
> Objet: Pharo launcher on Linux Mint
> Date: 30 juillet 2017 18:12:07 UTC+2
> À: Any question about pharo is welcome 
> 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