[Pharo-users] VM download link damaged

2020-03-06 Thread Davide Varvello via Pharo-users
--- Begin Message ---
Hi guys,

If I download the mac vm from any browser
(https://files.pharo.org/get-files/80/pharo64-mac-stable.zip), unzip and run
Pharo.app, it says: "Pharo.app is damaged and can’t be opened. You should
move it to the Trash."

It doesn't happen with curl script: curl -L https://get.pharo.org/64/ | bash

Cheers
Davide



--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

--- End Message ---


Re: [Pharo-users] [ANN] COVID-19 analysis in Pharo

2020-03-06 Thread Serge Stinckwich
Great work Hernan !

I was considering doing the same a few days ago.

Let's try to work together in the same direction.

We are missing tools in PolyMath, Roassal, Dataframe and Kendrick in order
to build more elaborate analysis/visualizations of COVID-19 outbreak.
For example, we are missing curve fitting methods (except the basic linear
regression): https://en.wikipedia.org/wiki/Curve_fitting
like optimization algorithm like the Nelder-Mead method:
https://en.wikipedia.org/wiki/Nelder%E2%80%93Mead_method

I start a board here for todos:
https://github.com/orgs/PolyMathOrg/projects/1

People who are interested to help, can join the #polymath channel on
Discord to coordinate.

Regards,


On Sun, Mar 1, 2020 at 8:00 AM Hernán Morales Durand <
hernan.mora...@gmail.com> wrote:

> Hello,
>
> I have set up a new Pharo project for the analysis of COVID-19 outbreak:
>
> https://github.com/hernanmd/COVID-2019
>
> Thanks to the ObjectProfile for Roassal and PolyMath contributors for the
> DataFrame package.
>
> Cheers,
>
> Hernán
>
>

-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


[Pharo-users] How to recover from a VM crash

2020-03-06 Thread Richard Kenneth Eng
I have an emergency. One of my JRMPC teams says they can't open the image.
They get a long error message that begins with:


*Exception code: C005*

*Exception addr: 0041FB6B*

*Access violation (read access) at 0007*

*RAX:3270 RBX: RCX:
RDX:*

*RSI:0322f4c0 RDI:0322f4f0 RBP:06d04a90
RSP:00b8f9b0*

*R8 :0001 R9 :31825990 R10:
R11:00b8f8e0*

*R12:20d0 R13:feff R14:00ff
R15:*

*RIP:0041fb6b EFL:00010246*

*FP Control: 037f*

*FP Status:  *

*FP Tag: *


*Crashed in the VM thread*


They didn't do a backup, so have they lost their code? Is there any way to
recover?

Thanks,
Richard


Re: [Pharo-users] How to recover from a VM crash

2020-03-06 Thread Cyril Ferlicot
Hi,

I don’t know if they will be able to use the image again but they can take
a new image, open Epicea (Tools -> code changes).

In Epicea they can locate the Epicea logs from their old image (in
/pharo-local/ombu-files IIRC) and then they can replay their changes.

On Fri 6 Mar 2020 at 17:58, Richard Kenneth Eng 
wrote:

> I have an emergency. One of my JRMPC teams says they can't open the image.
> They get a long error message that begins with:
>
>
> *Exception code: C005*
>
> *Exception addr: 0041FB6B*
>
> *Access violation (read access) at 0007*
>
> *RAX:3270 RBX: RCX:
> RDX:*
>
> *RSI:0322f4c0 RDI:0322f4f0 RBP:06d04a90
> RSP:00b8f9b0*
>
> *R8 :0001 R9 :31825990 R10:
> R11:00b8f8e0*
>
> *R12:20d0 R13:feff R14:00ff
> R15:*
>
> *RIP:0041fb6b EFL:00010246*
>
> *FP Control: 037f*
>
> *FP Status:  *
>
> *FP Tag: *
>
>
> *Crashed in the VM thread*
>
>
> They didn't do a backup, so have they lost their code? Is there any way to
> recover?
>
> Thanks,
> Richard
>
-- 
Cyril Ferlicot
https://ferlicot.fr


Re: [Pharo-users] How to recover from a VM crash

2020-03-06 Thread hogoww

Hi,

Regardless of the crash, the code should have been preserved through the 
.changes file.
They can attempt to replace the image file with a clean one, and apply 
those changes
(a window should open on startup, otherwise it's accessible through left 
click in world -> code changes)


Pierre

On 06/03/2020 17:57, Richard Kenneth Eng wrote:
I have an emergency. One of my JRMPC teams says they can't open the 
image. They get a long error message that begins with:


*Exception code: C005
*
*Exception addr: 0041FB6B
*
*Access violation (read access) at 0007
*
*RAX:3270 RBX: RCX: 
RDX:

*
*RSI:0322f4c0 RDI:0322f4f0 RBP:06d04a90 
RSP:00b8f9b0

*
*R8 :0001 R9 :31825990 R10: 
R11:00b8f8e0

*
*R12:20d0 R13:feff R14:00ff 
R15:

*
*RIP:0041fb6b EFL:00010246
*
*FP Control: 037f
*
*FP Status:  
*
*FP Tag:     
*
*
*
*
*
*Crashed in the VM thread*


They didn't do a backup, so have they lost their code? Is there any 
way to recover?


Thanks,
Richard


[Pharo-users] Pharo 8 stability and large images

2020-03-06 Thread Jimmie Houchin
I am in the midst of a very long term, in my spare time, project written 
in Pharo 7.


I have at times been very frustrated with various problems. Images 
becoming unstable. Images crashing. Images crashing and unopenable after 
crashing. With seeming loss of code not yet committed. Images very 
unstable with memory greater than 500mb. The larger the worse. I 
regularly have images that exceed 1gb. It is without effort to grow 
images to such size. These images would increasingly become unstable, 
slow and unresponsive. They frequently would crash. I would have to 
reopen, save or commit my code and then open a new image and import my 
code. So I read threads speaking about large images with great interest.


However, I persisted as I have a significant amount of code dedicated to 
this project. Currently approximately 120 classes. Some of which are 
private or proprietary. Over 70 public when I have cleaned up my mess 
and get ready to release. And many still to be written.


As I persist, I also look around at my options. There are few things I 
would even consider for a rewrite.


I this week decided to persist in my attempt to move to Pharo 8. I 
generally prefer to use the latest stable. However, the first use cause 
an error in saving an image which I did not understand and did not 
persist through.


Currently I name my images for this project as such 
SmallTrader-0.00.image as a base image setup like I want. I open up such 
image and "Save As" and it automatically increments to the biggest 
number in the folder such as SmallTrader-0.59.image. Then I update with 
the latest code. However Pharo 8 generated an error (#+ was sent to nil) 
when doing "Save As"  from an image named SmallTrader-8.000.image. So I 
decided to keep on with Pharo 7. However, this week I decided not to let 
that stop me and I simply renamed my image to something Pharo 8 did not 
complain about, SmallTrader-8-00.image and it now "Save As" renames to 
SmallTrader-8-00.1.image.


Now, I am not writing this email to complain. But rather to praise. Once 
I got going on Pharo 8 this week with the latest stable VM and Image, it 
has seemed to be very stable and solid. I just ran a backtest and had 
naively did not pay attention to my backtest settings. The image ran the 
backtest perfectly, without problem. It was stable and consistently 
performant. After it completed I decided to look at the OS System 
Monitor to check how much memory it was consuming because it had opened 
up 252 inspect windows with a dictionary of several thousand objects 
each. It was effortlessly sitting at 5.7gb and was nicely responsive in 
the UI. I later nil'd the object in the Playground and did a Smalltalk 
garbageCollect, and it shrank down to 400mb. Nice!


Wow. Great job guys. I am impressed. I am exceptionally pleased.

Thank you. Thank you. Thank you.

This makes me less afraid to use other time series data which run up my 
memory greatly. I would be reading in over 2gb of csv files to create my 
objects to operate upon. Previously it made the image incredibly 
unstable and unusable. I look forward to giving it a try.


I just wanted to give you guys and gals (should there be any) a 
tremendous thank you and praise report. I am greatly encouraged to 
persist in my use of Pharo. And at the same time greatly encouraged to 
not look elsewhere because no need. Pharo is meeting my needs with 
reasonable performance and stability.


I look forward to being productively active using Pharo 8 and look 
forward to the bright future Pharo 9 and beyond hold.


Thanks again for this amazing language and environment. I hope someday 
to be able to repay the blessing I have received from all who have 
contributed to what I enjoy today.


Jimmie Houchin









Re: [Pharo-users] Pharo 8 stability and large images

2020-03-06 Thread tbrunz
I like it when a nail-biter has unexpected plot twists and resolves to a
happy ending...

This will help me sell Pharo 8 where I work.  Thanks!




--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html