Re: [Pharo-users] (no subject)

[Guillermo Polito]

On Sun, Aug 13, 2017 at 10:31 AM, Vityou .  wrote:

> I recently discovered the pharo launcher.  However, it only gives me
> options to use outdated images, and I'm not sure about the vm.  Is there
> any way to change this?
>

Usually it will download the right vm for your image so you don't have to
care.



-- 



Guille Polito


Research Engineer

French National Center for Scientific Research - *http://www.cnrs.fr*




*Web:* *http://guillep.github.io* 

*Phone: *+33 06 52 70 66 13

Re: [Pharo-users] (no subject)

[Stephane Ducasse]

Christophe did a pass because he faced the same problem and he
improved the situation.
Now he left on vacation (and was stopped because of a huge jenkins
crash because he left) and I do not know
the status. (because we are also annoyed and sorry than you by the situation).

Stef




On Sun, Aug 13, 2017 at 10:31 AM, Vityou .  wrote:
> I recently discovered the pharo launcher.  However, it only gives me options
> to use outdated images, and I'm not sure about the vm.  Is there any way to
> change this?

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi, 

I published an update of the Launcher yesterday fixing some issues to run Pharo 
images from Linux. You can find latest-versions (0.2.13) here: 
http://files.pharo.org/platform/launcher/ 
It already propose to download Pharo 70 images. The VM is now downloaded 
automatically if the adequate one is not available. 
Let us know if everything is fine. 

Regards, 
Christophe 

- Mail original -

> De: "Vityou ." 
> À: pharo-users@lists.pharo.org
> Envoyé: Dimanche 13 Août 2017 10:31:06
> Objet: [Pharo-users] (no subject)

> I recently discovered the pharo launcher. However, it only gives me options
> to use outdated images, and I'm not sure about the vm. Is there any way to
> change this?

Re: [Pharo-users] (no subject)

[stephan]

On 14-09-17 14:25, Christophe Demarey wrote:
I published an update of the Launcher yesterday fixing some issues to 
run Pharo images from Linux. You can find latest-versions (0.2.13) here: 
http://files.pharo.org/platform/launcher/
It already propose to download Pharo 70 images. The VM is now downloaded 
automatically if the adequate one is not available.

Let us know if everything is fine.


- not downloading the sources;
- sources now need to be next to the image;
- when you upgrade the vm, you need to replace all those sources files
- default now dark theme, and not easy to switch
- icons only shown on hover

(Ubuntu 16.10LTS)

Stephan

Re: [Pharo-users] (no subject)

[stephan]

 On 14-09-17 14:25, Christophe Demarey wrote:

Let us know if everything is fine.


Downloaded latest 7 64:
Cannot open iceberg, libgit2 can not be found

Stephan

Re: [Pharo-users] (no subject)

[Serge Stinckwich]

On Thu, Sep 14, 2017 at 2:25 PM, Christophe Demarey <
christophe.dema...@inria.fr> wrote:

> Hi,
>
> I published an update of the Launcher yesterday fixing some issues to run
> Pharo images from Linux. You can find latest-versions (0.2.13) here:
> http://files.pharo.org/platform/launcher/
> It already propose to download Pharo 70 images. The VM is now downloaded
> automatically if the adequate one is not available.
> Let us know if everything is fine.
>
>

​Hi Christophe,

thank you for your support on PharoLauncher !
​I dl the last version for Mac OS X: Pharo_0.2.13.dmg
This is really nice to be able to download the VM depending on the VM.

I have only two issues:
- some icons do no show up when PharoLauncher is launch. They only appear
when on mouse hover.
- for some of my images, I have an error: Instances of UndefinedObject are
not indexable.

Thank you.
-- 
Serge Stinckwich
UCN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/

Re: [Pharo-users] (no subject)

[stephan]

On 14-09-17 14:25, Christophe Demarey wrote:

automatically if the adequate one is not available.
Let us know if everything is fine.


Because it is not so easy to determine what Pharo7 image version to 
actually try, I noticed that there is at least one 6521 image that is 
tried to be opened with a newer (32 bit) vm.


Stephan

Re: [Pharo-users] (no subject)

[stephan]

On 14-09-17 14:49, stephan wrote:

- when you upgrade the vm, you need to replace all those sources files


Nope, my mistake

Re: [Pharo-users] (no subject)

[Stephane Ducasse]

Thanks christophe this is super cool to see some efforts on that cool tool.

Stef

On Thu, Sep 14, 2017 at 2:25 PM, Christophe Demarey
 wrote:
> Hi,
>
> I published an update of the Launcher yesterday fixing some issues to run
> Pharo images from Linux. You can find latest-versions (0.2.13) here:
> http://files.pharo.org/platform/launcher/
> It already propose to download Pharo 70 images. The VM is now downloaded
> automatically if the adequate one is not available.
> Let us know if everything is fine.
>
> Regards,
> Christophe
>
>
> 
>
> De: "Vityou ." 
> À: pharo-users@lists.pharo.org
> Envoyé: Dimanche 13 Août 2017 10:31:06
> Objet: [Pharo-users] (no subject)
>
> I recently discovered the pharo launcher.  However, it only gives me options
> to use outdated images, and I'm not sure about the vm.  Is there any way to
> change this?
>
>

Re: [Pharo-users] (no subject)

[stephan]

On 14-09-17 18:47, Stephane Ducasse wrote:

Thanks christophe this is super cool to see some efforts on that cool tool.


+1

Definitely don't let my observations distract you from improving it.

Thanks,
  Stephan

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi Serge,

> Le 14 sept. 2017 à 14:59, Serge Stinckwich  a 
> écrit :
> 
> On Thu, Sep 14, 2017 at 2:25 PM, Christophe Demarey 
> mailto:christophe.dema...@inria.fr>> wrote:
> Hi,
> 
> I published an update of the Launcher yesterday fixing some issues to run 
> Pharo images from Linux. You can find latest-versions (0.2.13) here: 
> http://files.pharo.org/platform/launcher/ 
> 
> It already propose to download Pharo 70 images. The VM is now downloaded 
> automatically if the adequate one is not available.
> Let us know if everything is fine.
> 
> 
> 
> ​Hi Christophe,
> 
> thank you for your support on PharoLauncher !
> ​I dl the last version for Mac OS X: Pharo_0.2.13.dmg
> This is really nice to be able to download the VM depending on the VM.

Yes. without that feature, the launcher started to be useless.

> I have only two issues: 
> - some icons do no show up when PharoLauncher is launch. They only appear 
> when on mouse hover.

yes, a regression in Pharo 6 :(

> - for some of my images, I have an error: Instances of UndefinedObject are 
> not indexable.

Could you send me the stacktrace and / or the images if possible?

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi Stephan,

> Le 14 sept. 2017 à 14:49, stephan  a écrit :
> 
> On 14-09-17 14:25, Christophe Demarey wrote:
>> I published an update of the Launcher yesterday fixing some issues to run 
>> Pharo images from Linux. You can find latest-versions (0.2.13) here: 
>> http://files.pharo.org/platform/launcher/
>> It already propose to download Pharo 70 images. The VM is now downloaded 
>> automatically if the adequate one is not available.
>> Let us know if everything is fine.
> 
> - not downloading the sources;

What do you mean?
For Pharo images < 70, sources file for the current version and the previous 
version are downloaded with the VM.

> - sources now need to be next to the image;

For Pharo 7 images, no sources file are dowloaded since they come with the 
image.

> - when you upgrade the vm, you need to replace all those sources files
> - default now dark theme, and not easy to switch

I think default theme for the Launcher should be the same as the Pharo theme.
Would a (Launcher) preference help?

> - icons only shown on hover

yes, Pharo 6 regression.
I had the problem on other UIs. Will see if I can find a fix quickly.

Re: [Pharo-users] (no subject)

[Christophe Demarey]

> Le 14 sept. 2017 à 14:55, stephan  a écrit :
> 
> On 14-09-17 14:25, Christophe Demarey wrote:
>> Let us know if everything is fine.
> 
> Downloaded latest 7 64:
> Cannot open iceberg, libgit2 can not be found

Thanks for the report.
I will check that

Re: [Pharo-users] (no subject)

[Sean P. DeNigris]

demarey wrote
> Let us know if everything is fine. 

Was this issue [1] fixed:
> I think I found it. It seems to be a bug in the way Launcher/Pharo unzips
> the downloaded VM. 
> The symlink libgit2.dylib becomes unlinked and appears as just a regular
> file. If I delete the 
> Pharo.app and unzip 70.zip (which btw maybe should have been deleted
> during cleanup after 
> the dl) to ./vms/70, the error disappears! 

[1] From
http://forum.world.st/Launcher-Error-w-Pharo-7-tt4959777.html#a4960417



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

Re: [Pharo-users] (no subject)

[stephan]

On 14-09-17 22:52, Christophe Demarey wrote:

For Pharo 7 images, no sources file are dowloaded since they come with the 
image.


They are not installed

Stephan

Re: [Pharo-users] (no subject)

[stephan]

On 17-09-17 05:21, Sean P. DeNigris wrote:

Was this issue [1] fixed:

I think I found it. It seems to be a bug in the way Launcher/Pharo unzips
the downloaded VM.
The symlink libgit2.dylib becomes unlinked and appears as just a regular
file. If I delete the
Pharo.app and unzip 70.zip (which btw maybe should have been deleted
during cleanup after
the dl) to ./vms/70, the error disappears!


[1] From
http://forum.world.st/Launcher-Error-w-Pharo-7-tt4959777.html#a4960417


That sounds like the problem I encountered

Stephan

Re: [Pharo-users] (no subject)

[Christophe Demarey]

> Le 17 sept. 2017 à 05:21, Sean P. DeNigris  a écrit :
> 
> demarey wrote
>> Let us know if everything is fine. 
> 
> Was this issue [1] fixed:
>> I think I found it. It seems to be a bug in the way Launcher/Pharo unzips
>> the downloaded VM. 
>> The symlink libgit2.dylib becomes unlinked and appears as just a regular
>> file. If I delete the 
>> Pharo.app and unzip 70.zip (which btw maybe should have been deleted
>> during cleanup after 
>> the dl) to ./vms/70, the error disappears! 
> 
> [1] From
> http://forum.world.st/Launcher-Error-w-Pharo-7-tt4959777.html#a4960417

Not solved. 
Indeed, it is a problem of the Zip library that does not unzip properly (no 
preservation of permissions, does not handle symlinks).

It is a workaround but maybe I will add a strategy to use the unzip exe if I 
can find it on the system. That should solve most problems.
WDYT?

Re: [Pharo-users] (no subject)

[Sean P. DeNigris]

demarey wrote
> It is a workaround but maybe I will add a strategy to use the unzip exe if
> I can find it on the system. That should solve most problems.
> WDYT?

Sounds like a reasonable workaround for now.



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

Re: [Pharo-users] (no subject)

[Ben Coman]

On Thu, Sep 14, 2017 at 8:25 PM, Christophe Demarey <
christophe.dema...@inria.fr> wrote:
> Hi,
>
> I published an update of the Launcher yesterday fixing some issues to run
> Pharo images from Linux. You can find latest-versions (0.2.13) here:
> http://files.pharo.org/platform/launcher/
> It already propose to download Pharo 70 images. The VM is now downloaded
> automatically if the adequate one is not available.
> Let us know if everything is fine.

Thanks Christophe for updating PharoLauncher.  I'm trying it with Pharo 7
images for the first time.
I hit a problem using Iceberg in downloaded images.

$ unzip Pharo-linux-0.2.13.zip
$ cd pharo
$ unzip ../PharoLauncher-user-stable-2017.09.14.zip
$ ./pharo
+ PharoLauncher > Settings > Enable development environment
+ World > Tools > Iceberg
==>  iceberg opens okay
+ PharoLauncher > Templates > Pharo 7.0(beta) > latest-32 
'7latest32'
+ '7latest32' 
+ World > Tools > Iceberg
==>  "Error: EXternal module not found"

$ uname -a
==> Linux 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) i686
GNU/Linux

cheers -ben

Re: [Pharo-users] (no subject)

[Ben Coman]

On Wed, Sep 20, 2017 at 1:12 PM, Ben Coman  wrote:

> On Thu, Sep 14, 2017 at 8:25 PM, Christophe Demarey <
> christophe.dema...@inria.fr> wrote:
> > Hi,
> >
> > I published an update of the Launcher yesterday fixing some issues to run
> > Pharo images from Linux. You can find latest-versions (0.2.13) here:
> > http://files.pharo.org/platform/launcher/
> > It already propose to download Pharo 70 images. The VM is now downloaded
> > automatically if the adequate one is not available.
> > Let us know if everything is fine.
>
> Thanks Christophe for updating PharoLauncher.  I'm trying it with Pharo 7
> images for the first time.
> I hit a problem using Iceberg in downloaded images.
>
> $ unzip Pharo-linux-0.2.13.zip
> $ cd pharo
> $ unzip ../PharoLauncher-user-stable-2017.09.14.zip
> $ ./pharo
> + PharoLauncher > Settings > Enable development environment
> + World > Tools > Iceberg
> ==>  iceberg opens okay
> + PharoLauncher > Templates > Pharo 7.0(beta) > latest-32 
> '7latest32'
> + '7latest32' 
> + World > Tools > Iceberg
> ==>  "Error: EXternal module not found"
>
> $ uname -a
> ==> Linux 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) i686
> GNU/Linux
>
>
but this works okay...
$ curl get.pharo.org/70+vm | bash
$ ./pharo-ui
+ World > Tools > Iceberg
==>  iceberg opens okay


while this PharoLauncher alternative fails...
$  curl get.pharo.org | bash
$ ./pharo-ui
+ World > Tools > Catalog > PharoLauncher 
+ World > PharoLauncher
==> Doesn't show Pharo 7 templates
+ World > Monticello > ...PharoLauncher/main 
+ ConfigurationOfPharoLauncher-ChristopheDemarey.56 
+ World > Playground > "ConfigurationOfPharoLauncher load" 
+ World > PharoLauncher > Settings > Hard reset persistant state
==> Pharo 7 templates showing
+ '7latest32'   "i.e. the previously downloaded image"
+ World > Tools > Iceberg
==>  "Error: External module not found"

+ World > Monticello... load latest mczs...
* PharoLauncher-Core-ChristopheDemarey.123
* PharoLauncher-Spec-ChristopheDemarey.51
+ '7latest32'   "i.e. the previously downloaded image"
==> "Fetching VM to run Pharo 70 images"
+ World > Tools > Iceberg
==>  "Error: External module not found"


Version comparison...

direct get.pharo.org/70+vm
  /home/ben/Pharo/adhoc/Pharo7/Pharo.image
Pharo7.0alpha.build.132.sha.4ea2f39a9f43185d31b844be5ad33b677f43bf17
  /home/ben/Pharo/adhoc/Pharo7/pharo-vm/lib/pharo/5.0-201708271955/pharo
CoInterpreter VMMaker.oscog-eem.2265 uuid:
76b62109-629a-4c39-9641-67b53321df9a Aug 27 2017

via PharoLauncher...
  /home/ben/Pharo/images/7latest32/7latest32.image
Pharo7.0alpha.build.132.sha.4ea2f39a9f43185d31b844be5ad33b677f43bf17
  /home/ben/Pharo/vms/70-x86/lib/pharo/5.0-201708271955/pharo
CoInterpreter VMMaker.oscog-eem.2265 uuid:
76b62109-629a-4c39-9641-67b53321df9a Aug 27 2017

Must be something environmental in lookup paths.  Can you reproduce or
suggest further investigation I can do?

cheers -ben

Re: [Pharo-users] (no subject)

[stephan]

On 20-09-17 08:26, Ben Coman wrote:

Must be something environmental in lookup paths.  Can you reproduce or 
suggest further investigation I can do?


If I understand it correctly it is a problem with the unzipping. Not 
handling symlinks and preserving permissions. Is that a plugin problem?


Stephan

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi Sean, Stephan,

I just updated the PharoLauncher and it should now work fine for 64-bits images.
I just had time to test it roughly but you can give it a try 
(https://ci.inria.fr/pharo/view/Launcher/job/Launcher/149/).

Christophe.


> Le 20 sept. 2017 à 10:52, stephan  a écrit :
> 
> On 20-09-17 08:26, Ben Coman wrote:
> 
>> Must be something environmental in lookup paths.  Can you reproduce or 
>> suggest further investigation I can do?
> 
> If I understand it correctly it is a problem with the unzipping. Not handling 
> symlinks and preserving permissions. Is that a plugin problem?
> 
> Stephan
> 
> 

Re: [Pharo-users] (no subject)

[Stephan Eggermont]

On 20/09/17 12:17, Christophe Demarey wrote:

I just updated the PharoLauncher and it should now work fine for 64-bits images.
I just had time to test it roughly but you can give it a try 
(https://ci.inria.fr/pharo/view/Launcher/job/Launcher/149/).


Pharo7 64 bit starts fine on Mac.
Good work.

Stephan

Re: [Pharo-users] (no subject)

[Stephan Eggermont]

On 17/09/17 05:21, Sean P. DeNigris wrote:

demarey wrote

Let us know if everything is fine.


Was this issue [1] fixed:

I think I found it. It seems to be a bug in the way Launcher/Pharo unzips
the downloaded VM.
The symlink libgit2.dylib becomes unlinked and appears as just a regular
file. If I delete the
Pharo.app and unzip 70.zip (which btw maybe should have been deleted
during cleanup after
the dl) to ./vms/70, the error disappears!


With todays bleedingEdge PharoLauncher on mac I was able to download and 
start 60510. When trying to load GToolKit


Iceberg enableMetacelloIntegration: true.
Metacello new
   baseline: 'GToolkit';
   repository: 'github://feenkcom/gtoolkit/src';
   load.

I ran into some problem with libgit2 that I could solve by doing the 
unzipping of the downloaded vm zipfile with the Archive Utility and 
replacing the vm (and re-adding the sources).


Stephan

Re: [Pharo-users] (no subject)

[Stephane Ducasse]

Christophe

which version should we take?

Stef

On Wed, Sep 20, 2017 at 12:17 PM, Christophe Demarey
 wrote:
> Hi Sean, Stephan,
>
> I just updated the PharoLauncher and it should now work fine for 64-bits 
> images.
> I just had time to test it roughly but you can give it a try 
> (https://ci.inria.fr/pharo/view/Launcher/job/Launcher/149/).
>
> Christophe.
>
>
>> Le 20 sept. 2017 à 10:52, stephan  a écrit :
>>
>> On 20-09-17 08:26, Ben Coman wrote:
>>
>>> Must be something environmental in lookup paths.  Can you reproduce or 
>>> suggest further investigation I can do?
>>
>> If I understand it correctly it is a problem with the unzipping. Not 
>> handling symlinks and preserving permissions. Is that a plugin problem?
>>
>> Stephan
>>
>>
>
>

Re: [Pharo-users] (no subject)

[Christophe Demarey]

> Le 20 sept. 2017 à 23:36, Stephan Eggermont  a écrit :
> 
> On 17/09/17 05:21, Sean P. DeNigris wrote:
>> demarey wrote
>>> Let us know if everything is fine.
>> Was this issue [1] fixed:
>>> I think I found it. It seems to be a bug in the way Launcher/Pharo unzips
>>> the downloaded VM.
>>> The symlink libgit2.dylib becomes unlinked and appears as just a regular
>>> file. If I delete the
>>> Pharo.app and unzip 70.zip (which btw maybe should have been deleted
>>> during cleanup after
>>> the dl) to ./vms/70, the error disappears!
> 
> With todays bleedingEdge PharoLauncher on mac I was able to download and 
> start 60510. When trying to load GToolKit
> 
> Iceberg enableMetacelloIntegration: true.
> Metacello new
>   baseline: 'GToolkit';
>   repository: 'github://feenkcom/gtoolkit/src';
>   load.
> 
> I ran into some problem with libgit2 that I could solve by doing the 
> unzipping of the downloaded vm zipfile with the Archive Utility and replacing 
> the vm (and re-adding the sources).

I tried to reproduce the problem with the same configuration without success. 
It works well.
I guess you already downloaded the required VM with a previous version of the 
launcher (using Pharo unzipping). If you delete this VM and use the launcher to 
run the image, it should download the VM and uses your system unzip command to 
extract it.

Re: [Pharo-users] (no subject)

[Christophe Demarey]

> Le 21 sept. 2017 à 13:25, Stephane Ducasse  a écrit :
> 
> Christophe
> 
> which version should we take?

For now, the bleeding edge. I will publish a stable as soon as it gets tested 
enough.

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi Ben, 

Could you test it with the bleedingEdge version of the launcher to see if the 
problem is solved?

Thanks,
Christophe.

> Le 20 sept. 2017 à 08:26, Ben Coman  a écrit :
> 
> 
> 
> On Wed, Sep 20, 2017 at 1:12 PM, Ben Coman  > wrote:
> On Thu, Sep 14, 2017 at 8:25 PM, Christophe Demarey 
> mailto:christophe.dema...@inria.fr>> wrote:
> > Hi,
> >
> > I published an update of the Launcher yesterday fixing some issues to run
> > Pharo images from Linux. You can find latest-versions (0.2.13) here:
> > http://files.pharo.org/platform/launcher/ 
> > 
> > It already propose to download Pharo 70 images. The VM is now downloaded
> > automatically if the adequate one is not available.
> > Let us know if everything is fine.
> 
> Thanks Christophe for updating PharoLauncher.  I'm trying it with Pharo 7 
> images for the first time.
> I hit a problem using Iceberg in downloaded images. 
> 
> $ unzip Pharo-linux-0.2.13.zip
> $ cd pharo
> $ unzip ../PharoLauncher-user-stable-2017.09.14.zip
> $ ./pharo
> + PharoLauncher > Settings > Enable development environment
> + World > Tools > Iceberg  
> ==>  iceberg opens okay
> + PharoLauncher > Templates > Pharo 7.0(beta) > latest-32  
> '7latest32'
> + '7latest32' 
> + World > Tools > Iceberg  
> ==>  "Error: EXternal module not found"
> 
> $ uname -a 
> ==> Linux 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) i686 
> GNU/Linux
> 
> 
> but this works okay...
> $ curl get.pharo.org/70+vm  | bash
> $ ./pharo-ui
> + World > Tools > Iceberg  
> ==>  iceberg opens okay
> 
> 
> while this PharoLauncher alternative fails...
> $  curl get.pharo.org  | bash
> $ ./pharo-ui
> + World > Tools > Catalog > PharoLauncher 
> + World > PharoLauncher 
> ==> Doesn't show Pharo 7 templates
> + World > Monticello > ...PharoLauncher/main 
> + ConfigurationOfPharoLauncher-ChristopheDemarey.56 
> + World > Playground > "ConfigurationOfPharoLauncher load" 
> + World > PharoLauncher > Settings > Hard reset persistant state
> ==> Pharo 7 templates showing
> + '7latest32'   "i.e. the previously downloaded image"
> + World > Tools > Iceberg  
> ==>  "Error: External module not found"
> 
> + World > Monticello... load latest mczs...
> * PharoLauncher-Core-ChristopheDemarey.123
> * PharoLauncher-Spec-ChristopheDemarey.51
> + '7latest32'   "i.e. the previously downloaded image"
> ==> "Fetching VM to run Pharo 70 images" 
> + World > Tools > Iceberg  
> ==>  "Error: External module not found"
> 
> 
> Version comparison...
> 
> direct get.pharo.org/70+vm 
>   /home/ben/Pharo/adhoc/Pharo7/Pharo.image
> Pharo7.0alpha.build.132.sha.4ea2f39a9f43185d31b844be5ad33b677f43bf17
>   /home/ben/Pharo/adhoc/Pharo7/pharo-vm/lib/pharo/5.0-201708271955/pharo
> CoInterpreter VMMaker.oscog-eem.2265 uuid: 
> 76b62109-629a-4c39-9641-67b53321df9a Aug 27 2017
> 
> via PharoLauncher... 
>   /home/ben/Pharo/images/7latest32/7latest32.image
> Pharo7.0alpha.build.132.sha.4ea2f39a9f43185d31b844be5ad33b677f43bf17  
>   /home/ben/Pharo/vms/70-x86/lib/pharo/5.0-201708271955/pharo
> CoInterpreter VMMaker.oscog-eem.2265 uuid: 
> 76b62109-629a-4c39-9641-67b53321df9a Aug 27 2017
> 
> Must be something environmental in lookup paths.  Can you reproduce or 
> suggest further investigation I can do?
> 
> cheers -ben
> 
> 
> 
> 
> 

Re: [Pharo-users] (no subject)

[Ben Coman]

Could you clarify where to download from?
I tried PharoLauncher-user-bleedingEdge-2017.09.20.zip
from...
https://ci.inria.fr/pharo/view/Launcher/job/Launcher/149/PHARO=61,VERSION=bleedingEdge,VM=vm,label=linux/

with the Pharo-linux-0.2.13.zip I previously downloaded (limited time
before bed)

cheers -ben


On Thu, Sep 21, 2017 at 9:45 PM, Christophe Demarey <
christophe.dema...@inria.fr> wrote:

> Hi Ben,
>
> Could you test it with the bleedingEdge version of the launcher to see if
> the problem is solved?
>
> Thanks,
> Christophe.
>
> Le 20 sept. 2017 à 08:26, Ben Coman  a écrit :
>
>
>
> On Wed, Sep 20, 2017 at 1:12 PM, Ben Coman  wrote:
>
>> On Thu, Sep 14, 2017 at 8:25 PM, Christophe Demarey <
>> christophe.dema...@inria.fr> wrote:
>> > Hi,
>> >
>> > I published an update of the Launcher yesterday fixing some issues to
>> run
>> > Pharo images from Linux. You can find latest-versions (0.2.13) here:
>> > http://files.pharo.org/platform/launcher/
>> > It already propose to download Pharo 70 images. The VM is now downloaded
>> > automatically if the adequate one is not available.
>> > Let us know if everything is fine.
>>
>> Thanks Christophe for updating PharoLauncher.  I'm trying it with Pharo 7
>> images for the first time.
>> I hit a problem using Iceberg in downloaded images.
>>
>> $ unzip Pharo-linux-0.2.13.zip
>> $ cd pharo
>> $ unzip ../PharoLauncher-user-stable-2017.09.14.zip
>> $ ./pharo
>> + PharoLauncher > Settings > Enable development environment
>> + World > Tools > Iceberg
>> ==>  iceberg opens okay
>> + PharoLauncher > Templates > Pharo 7.0(beta) > latest-32 
>> '7latest32'
>> + '7latest32' 
>> + World > Tools > Iceberg
>> ==>  "Error: EXternal module not found"
>>
>> $ uname -a
>> ==> Linux 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) i686
>> GNU/Linux
>>
>>
> but this works okay...
> $ curl get.pharo.org/70+vm | bash
> $ ./pharo-ui
> + World > Tools > Iceberg
> ==>  iceberg opens okay
>
>
> while this PharoLauncher alternative fails...
> $  curl get.pharo.org | bash
> $ ./pharo-ui
> + World > Tools > Catalog > PharoLauncher 
> + World > PharoLauncher
> ==> Doesn't show Pharo 7 templates
> + World > Monticello > ...PharoLauncher/main 
> + ConfigurationOfPharoLauncher-ChristopheDemarey.56 
> + World > Playground > "ConfigurationOfPharoLauncher load" 
> + World > PharoLauncher > Settings > Hard reset persistant state
> ==> Pharo 7 templates showing
> + '7latest32'   "i.e. the previously downloaded image"
> + World > Tools > Iceberg
> ==>  "Error: External module not found"
>
> + World > Monticello... load latest mczs...
> * PharoLauncher-Core-ChristopheDemarey.123
> * PharoLauncher-Spec-ChristopheDemarey.51
> + '7latest32'   "i.e. the previously downloaded image"
> ==> "Fetching VM to run Pharo 70 images"
> + World > Tools > Iceberg
> ==>  "Error: External module not found"
>
>
> Version comparison...
>
> direct get.pharo.org/70+vm
>   /home/ben/Pharo/adhoc/Pharo7/Pharo.image
> Pharo7.0alpha.build.132.sha.4ea2f39a9f43185d31b844be5ad33b677f43bf17
>   /home/ben/Pharo/adhoc/Pharo7/pharo-vm/lib/pharo/5.0-201708271955/pharo
> CoInterpreter VMMaker.oscog-eem.2265 uuid: 
> 76b62109-629a-4c39-9641-67b53321df9a
> Aug 27 2017
>
> via PharoLauncher...
>   /home/ben/Pharo/images/7latest32/7latest32.image
> Pharo7.0alpha.build.132.sha.4ea2f39a9f43185d31b844be5ad33b677f43bf17
>   /home/ben/Pharo/vms/70-x86/lib/pharo/5.0-201708271955/pharo
> CoInterpreter VMMaker.oscog-eem.2265 uuid: 
> 76b62109-629a-4c39-9641-67b53321df9a
> Aug 27 2017
>
> Must be something environmental in lookup paths.  Can you reproduce or
> suggest further investigation I can do?
>
> cheers -ben
>
>
>
>
>
>
>

Re: [Pharo-users] (no subject)

[stepharo]

Hi john

thanks for the report.

When I try to download the latest stable Pharo 5, I get this:

curl get.pharo.org/50+vm  | bash

  % Total% Received % Xferd Average Speed   TimeTime Time  
Current


Dload  Upload   Total   SpentLeft  Speed

100  2901  100  29010 0 4931  0 --:--:-- --:--:-- 
--:--:--  4925





This one did not finish

But that one did:


Downloading the latest 50 Image:

http://files.pharo.org/get-files/50/pharo.zip



I downloaded and unzipped and I got it working 50529
can you retry?



It never finishes, and if I try to unzip the file artifacts I get:

Archive:  image.zip

  End-of-central-directory signature not found.  Either this file is not

  a zipfile, or it constitutes one disk of a multi-part archive.  In the

  latter case the central directory and zipfile comment will be found on

  the last disk(s) of this archive.

unzip:  cannot find zipfile directory in one of image.zip or

image.zip.zip, and cannot find image.zip.ZIP, period.


What am I doing wrong? I tried the download with curl and wget. I'm on 
Mac OSX 10.10.5 (Yosemite).

Re: [Pharo-users] (no subject)

[Tudor Girba]

Hi,

I just tried and it worked fine. Could you try again?

Doru


> On Jan 17, 2016, at 9:28 AM, john pfersich  wrote:
> 
> When I try to download the latest stable Pharo 5, I get this:
> 
> curl get.pharo.org/50+vm | bash
> 
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
> 
>  Dload  Upload   Total   SpentLeft  Speed
> 
> 100  2901  100  29010 0   4931  0 --:--:-- --:--:-- --:--:--  4925
> 
> Downloading the latest 50 Image:
> 
> http://files.pharo.org/get-files/50/pharo.zip
> 
> 
> 
> It never finishes, and if I try to unzip the file artifacts I get:
> 
> Archive:  image.zip
> 
>   End-of-central-directory signature not found.  Either this file is not
> 
>   a zipfile, or it constitutes one disk of a multi-part archive.  In the
> 
>   latter case the central directory and zipfile comment will be found on
> 
>   the last disk(s) of this archive.
> 
> unzip:  cannot find zipfile directory in one of image.zip or
> 
> 
> image.zip.zip, and cannot find image.zip.ZIP, period.
> 
> 
> 
> What am I doing wrong? I tried the download with curl and wget. I'm on Mac 
> OSX 10.10.5 (Yosemite).
> 

--
www.tudorgirba.com
www.feenk.com

"One cannot do more than one can do."

Re: [Pharo-users] (no subject)

[john pfersich]

It worked this time. It takes about 5 minutes from Nevada, USA. Thanks.

On Sun, Jan 17, 2016 at 12:46 AM, Tudor Girba  wrote:

> Hi,
>
> I just tried and it worked fine. Could you try again?
>
> Doru
>
>
> > On Jan 17, 2016, at 9:28 AM, john pfersich  wrote:
> >
> > When I try to download the latest stable Pharo 5, I get this:
> >
> > curl get.pharo.org/50+vm | bash
> >
> >   % Total% Received % Xferd  Average Speed   TimeTime Time
> Current
> >
> >  Dload  Upload   Total   SpentLeft
> Speed
> >
> > 100  2901  100  29010 0   4931  0 --:--:-- --:--:--
> --:--:--  4925
> >
> > Downloading the latest 50 Image:
> >
> > http://files.pharo.org/get-files/50/pharo.zip
> >
> >
> >
> > It never finishes, and if I try to unzip the file artifacts I get:
> >
> > Archive:  image.zip
> >
> >   End-of-central-directory signature not found.  Either this file is not
> >
> >   a zipfile, or it constitutes one disk of a multi-part archive.  In the
> >
> >   latter case the central directory and zipfile comment will be found on
> >
> >   the last disk(s) of this archive.
> >
> > unzip:  cannot find zipfile directory in one of image.zip or
> >
> >
> > image.zip.zip, and cannot find image.zip.ZIP, period.
> >
> >
> >
> > What am I doing wrong? I tried the download with curl and wget. I'm on
> Mac OSX 10.10.5 (Yosemite).
> >
>
> --
> www.tudorgirba.com
> www.feenk.com
>
> "One cannot do more than one can do."
>
>
>
>
>
>

Re: [Pharo-users] (no subject)

[Dimitris Chloupis]

john I had exactly the same problem as you, I think its a hiccup of the
server sometimes it does this , I tried it again and worked fine.

On Sun, Jan 17, 2016 at 11:37 AM john pfersich  wrote:

> It worked this time. It takes about 5 minutes from Nevada, USA. Thanks.
>
> On Sun, Jan 17, 2016 at 12:46 AM, Tudor Girba 
> wrote:
>
>> Hi,
>>
>> I just tried and it worked fine. Could you try again?
>>
>> Doru
>>
>>
>> > On Jan 17, 2016, at 9:28 AM, john pfersich  wrote:
>> >
>> > When I try to download the latest stable Pharo 5, I get this:
>> >
>> > curl get.pharo.org/50+vm | bash
>> >
>> >   % Total% Received % Xferd  Average Speed   TimeTime Time
>> Current
>> >
>> >  Dload  Upload   Total   SpentLeft
>> Speed
>> >
>> > 100  2901  100  29010 0   4931  0 --:--:-- --:--:--
>> --:--:--  4925
>> >
>> > Downloading the latest 50 Image:
>> >
>> > http://files.pharo.org/get-files/50/pharo.zip
>> >
>> >
>> >
>> > It never finishes, and if I try to unzip the file artifacts I get:
>> >
>> > Archive:  image.zip
>> >
>> >   End-of-central-directory signature not found.  Either this file is not
>> >
>> >   a zipfile, or it constitutes one disk of a multi-part archive.  In the
>> >
>> >   latter case the central directory and zipfile comment will be found on
>> >
>> >   the last disk(s) of this archive.
>> >
>> > unzip:  cannot find zipfile directory in one of image.zip or
>> >
>> >
>> > image.zip.zip, and cannot find image.zip.ZIP, period.
>> >
>> >
>> >
>> > What am I doing wrong? I tried the download with curl and wget. I'm on
>> Mac OSX 10.10.5 (Yosemite).
>> >
>>
>> --
>> www.tudorgirba.com
>> www.feenk.com
>>
>> "One cannot do more than one can do."
>>
>>
>>
>>
>>
>>
>

Re: [Pharo-users] (no subject)

[John Pfersich]

Yeah, I'm never sure whether it's the remote site or my ISP. Can't wait until 
my contract is up. They won't let me use bit torrent and they arbitrarily don't 
allow certain downloads through. I end up at the library in order to download 
some things like unix distros.

Sent from my iPad

> On Jan 17, 2016, at 01:38, Dimitris Chloupis  wrote:
> 
> john I had exactly the same problem as you, I think its a hiccup of the 
> server sometimes it does this , I tried it again and worked fine. 
> 
>> On Sun, Jan 17, 2016 at 11:37 AM john pfersich  wrote:
>> It worked this time. It takes about 5 minutes from Nevada, USA. Thanks.
>> 
>>> On Sun, Jan 17, 2016 at 12:46 AM, Tudor Girba  wrote:
>>> Hi,
>>> 
>>> I just tried and it worked fine. Could you try again?
>>> 
>>> Doru
>>> 
>>> 
>>> > On Jan 17, 2016, at 9:28 AM, john pfersich  wrote:
>>> >
>>> > When I try to download the latest stable Pharo 5, I get this:
>>> >
>>> > curl get.pharo.org/50+vm | bash
>>> >
>>> >   % Total% Received % Xferd  Average Speed   TimeTime Time  
>>> > Current
>>> >
>>> >  Dload  Upload   Total   SpentLeft  
>>> > Speed
>>> >
>>> > 100  2901  100  29010 0   4931  0 --:--:-- --:--:-- --:--:--  
>>> > 4925
>>> >
>>> > Downloading the latest 50 Image:
>>> >
>>> > http://files.pharo.org/get-files/50/pharo.zip
>>> >
>>> >
>>> >
>>> > It never finishes, and if I try to unzip the file artifacts I get:
>>> >
>>> > Archive:  image.zip
>>> >
>>> >   End-of-central-directory signature not found.  Either this file is not
>>> >
>>> >   a zipfile, or it constitutes one disk of a multi-part archive.  In the
>>> >
>>> >   latter case the central directory and zipfile comment will be found on
>>> >
>>> >   the last disk(s) of this archive.
>>> >
>>> > unzip:  cannot find zipfile directory in one of image.zip or
>>> >
>>> >
>>> > image.zip.zip, and cannot find image.zip.ZIP, period.
>>> >
>>> >
>>> >
>>> > What am I doing wrong? I tried the download with curl and wget. I'm on 
>>> > Mac OSX 10.10.5 (Yosemite).
>>> >
>>> 
>>> --
>>> www.tudorgirba.com
>>> www.feenk.com
>>> 
>>> "One cannot do more than one can do."

Re: [Pharo-users] (no subject)

[Dimitris Chloupis]

I think its the server,  I have internet connections issues too, my adsl is
down because of a faulty cable that the adsl provide not my ISP refused so
far to replace, I use my mobile internet connection that is rock solid
(ironic that mobile phone offers better internet connection than adsl) so I
am pretty sure it was the pharo server.

On Sun, Jan 17, 2016 at 11:55 AM John Pfersich  wrote:

> Yeah, I'm never sure whether it's the remote site or my ISP. Can't wait
> until my contract is up. They won't let me use bit torrent and they
> arbitrarily don't allow certain downloads through. I end up at the library
> in order to download some things like unix distros.
>
> Sent from my iPad
>
> On Jan 17, 2016, at 01:38, Dimitris Chloupis 
> wrote:
>
> john I had exactly the same problem as you, I think its a hiccup of the
> server sometimes it does this , I tried it again and worked fine.
>
> On Sun, Jan 17, 2016 at 11:37 AM john pfersich 
> wrote:
>
>> It worked this time. It takes about 5 minutes from Nevada, USA. Thanks.
>>
>> On Sun, Jan 17, 2016 at 12:46 AM, Tudor Girba 
>> wrote:
>>
>>> Hi,
>>>
>>> I just tried and it worked fine. Could you try again?
>>>
>>> Doru
>>>
>>>
>>> > On Jan 17, 2016, at 9:28 AM, john pfersich 
>>> wrote:
>>> >
>>> > When I try to download the latest stable Pharo 5, I get this:
>>> >
>>> > curl get.pharo.org/50+vm | bash
>>> >
>>> >   % Total% Received % Xferd  Average Speed   TimeTime
>>>  Time  Current
>>> >
>>> >  Dload  Upload   Total   Spent
>>> Left  Speed
>>> >
>>> > 100  2901  100  29010 0   4931  0 --:--:-- --:--:--
>>> --:--:--  4925
>>> >
>>> > Downloading the latest 50 Image:
>>> >
>>> > http://files.pharo.org/get-files/50/pharo.zip
>>> >
>>> >
>>> >
>>> > It never finishes, and if I try to unzip the file artifacts I get:
>>> >
>>> > Archive:  image.zip
>>> >
>>> >   End-of-central-directory signature not found.  Either this file is
>>> not
>>> >
>>> >   a zipfile, or it constitutes one disk of a multi-part archive.  In
>>> the
>>> >
>>> >   latter case the central directory and zipfile comment will be found
>>> on
>>> >
>>> >   the last disk(s) of this archive.
>>> >
>>> > unzip:  cannot find zipfile directory in one of image.zip or
>>> >
>>> >
>>> > image.zip.zip, and cannot find image.zip.ZIP, period.
>>> >
>>> >
>>> >
>>> > What am I doing wrong? I tried the download with curl and wget. I'm on
>>> Mac OSX 10.10.5 (Yosemite).
>>> >
>>>
>>> --
>>> www.tudorgirba.com
>>> www.feenk.com
>>>
>>> "One cannot do more than one can do."
>>>
>>>
>>>
>>>
>>>
>>>
>>

Re: [Pharo-users] (no subject)

[stepharo]

Hi asbath

I love your question :)
have a look at the tutorial of gemstone

http://seaside.gemtalksystems.com/tutorial/chapter12.pdf

Stef


Le 22/1/16 19:16, Asbath Sama biyalou via Pharo-users a écrit :

Re: [Pharo-users] (no subject)

[Ben Coman]

On Tue, May 10, 2016 at 8:52 PM, Franklin Mike
 wrote:
> Hi !
>
> I'm new on pharo and I realy like its vision. To learn more about the system
> I decide to write a package that handle Webcam. The package should be able
> to :
>
> - start webcam
> - take photo
> - record a video.
>
> The wonderfull thing is that I don't know where to start, Every advice is
> welcome.

I guess you will need to interface to some library, so for Pharo 5
have a play with its new UFFI interface.
A quick google around shows opencv to be a common base for FFI...
http://opencvlover.blogspot.com.au/2011/07/accesing-camera-using-opencv.html

but I also found this...
http://itseez.com/tags/openvx/
Note that NativeBoost was an FFI implementation for Pharo 4.

cheers -ben

Re: [Pharo-users] (no subject)

[p...@highoctane.be]

There is a camera plugin in the source tree of the VM.

pharo-vm/platforms/win32/plugins/CameraPlugin

You can copy the dll in the Pharo directory and load the dll with:

NativeBoost forCurrentPlatform loadModule: 'CameraPlugin.dll'

Anyone having the FFI calls?

Maybe Phratch has it built in.

Phil

Re: [Pharo-users] (no subject)

[stepharo]

Welcome

I hope that you will have fun.

you have ways:

- use /extend/write a VM pluggin (check the old one)

- use FFI there is a chapter in PharoInProgress on github on how to 
use the new FFI with Pharo 50.


- ask for help.


Stef


Le 10/5/16 à 14:52, Franklin Mike a écrit :

Hi !

I'm new on pharo and I realy like its vision. To learn more about the 
system I decide to write a package that handle Webcam. The package 
should be able to :


- start webcam
- take photo
- record a video.

The wonderfull thing is that I don't know where to start, Every advice 
is welcome.


Thanks!
.

Re: [Pharo-users] (no subject)

[frankl1_miky]

Thanks for all your answers, It's true that pharo community is active.

I'll give you feedback about my progress.

I'm having fun with Pharo Mooc at this period.

Thanks for your help!



--
View this message in context: 
http://forum.world.st/no-subject-tp4894192p4897990.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] (no subject)

[stepharo]

Le 29/5/16 à 12:04, frankl1_miky a écrit :

Thanks for all your answers, It's true that pharo community is active.

I'll give you feedback about my progress.

I'm having fun with Pharo Mooc at this period.


I'm happy to see that all the energy I put in the mooc is useful :)



Thanks for your help!



--
View this message in context: 
http://forum.world.st/no-subject-tp4894192p4897990.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] (no subject)

[Richard Sargent]

On Thu, Dec 27, 2018 at 8:43 AM Konrad Hinsen 
wrote:

> Hi everyone,
>
> I am confronted with an implementation choice that I expect to be not so
> rare, and I wonder what "the Pharo way" is for dealing with it. I will
> use a toy example for illustration, my real case is more complex but not
> fundamentally different.
>
> Suppose I want to represent arithmetic expressions that support various
> operations (evaluation, simplification, compilation to whatever
> language, ...). In the textbook discussion, I'd have a class hierarchy
> such as
>
> Expression (abstract)
>IntegerExpression
>VariableNameExpression
>SumExpression
>ProductExpression
>...
>
> What I really want is not some IntegerExpression, but plain Pharo
> integers, and for variable names I want to use plain Pharo symbols.
>

I understand your desire to utilize the existing Smalltalk mechanisms. But,
I think the most important thing is modelling consistency.

What are the behaviours you expect from Expression, SumExpression, and
ProductExpression? Do they know their parent expression? Their children?
Other things? What was their actual representation (source code)?
16rDEADBEEF may be more meaningful than 3735928559, for example. Likewise,
2r1001110110101  versus 2063285. Being able to reason fully about
what was parsed will almost always be important.

I think that, in general, you will benefit from fully and consistently
modelling the parse tree. The actual evaluation is probably the smallest
part of the problem.

e.g. if every node implements #evaluate, it is easy to implement their
operations. SumExpression would answer "self leftNode evaluate + self
rightNode evaluate". IntegerExpression would implement is as "^self value"
or something similar.


> From my current understanding of Pharo, my options are
>
>  1. Use wrapper objects for integers and symbols, i.e. have a class
> IntegerExpression that stores an integer in an instance variable.
>
>  2. Add the methods of my abstract Expression class to all the classes
> representing integers and symbols.
>
>  3. Implement my own dispatch that does not rely on method lookup.
>
> None of these really looks attractive. 1) adds a lot of overhead, both
> in the code ("IntegerExpression withValue: 5" rather than just "5") and
> at runtime. 3) also adds a lot of overhead because I have to implement
> my own dispatch. 2) would probably be the least effort, but looks like a
> kludge.
>
> For comparison, in the Lisp world (CLOS, Racket, ...) that I know much
> better, I would use generic functions and provide implementations for
> integers and symbols as well as for my own Expression types.
>
> So... how would you approach this problem?
>
> Thanks in advance,
>   Konrad.
>
>

Re: [Pharo-users] (no subject)

[Konrad Hinsen]

Richard Sargent  writes:

> I understand your desire to utilize the existing Smalltalk mechanisms. But,
> I think the most important thing is modelling consistency.
>
> What are the behaviours you expect from Expression, SumExpression, and
> ProductExpression? Do they know their parent expression? Their children?
> Other things?

I certainly agree that this should be the main consideration, but in my
case that's done. Each Expression subclass stored its own specific
information, which for leaf nodes such as integer expressions is really
just a value. All I need is integers with added behavior.

> I think that, in general, you will benefit from fully and consistently
> modelling the parse tree.

I should have mentioned that my Expressions are not parse trees. They
are used as values in symbolic computation. They are constructed and
deconstructed all the time, which is one reason I want to eliminate
overhead, the other reason being clarity of code.

Konrad.

Re: [Pharo-users] (no subject)

[Ben Coman]

On Fri, 28 Dec 2018 at 16:30, Konrad Hinsen 
wrote:

> Richard Sargent  writes:
>
> > I understand your desire to utilize the existing Smalltalk mechanisms.
> But,
> > I think the most important thing is modelling consistency.
> >
> > What are the behaviours you expect from Expression, SumExpression, and
> > ProductExpression? Do they know their parent expression? Their children?
> > Other things?
>
> I certainly agree that this should be the main consideration, but in my
> case that's done. Each Expression subclass stored its own specific
> information, which for leaf nodes such as integer expressions is really
> just a value. All I need is integers with added behavior.
>
> > I think that, in general, you will benefit from fully and consistently
> > modelling the parse tree.
>
> I should have mentioned that my Expressions are not parse trees. They
> are used as values in symbolic computation. They are constructed and
> deconstructed all the time, which is one reason I want to eliminate
> overhead, the other reason being clarity of code.
>

This may not be what you are looking for, but maybe help flesh out ideas.
Try debugging...
 OpalCompiler new evaluate: '1 + 2'

cheers -ben

Re: [Pharo-users] (no subject)

[Tim Mackinnon]

 I was going to chip in that every class inherits what compiler it uses and so 
you can easily override that to do something special (like wrapping classes).

However, is this possibly an area where the meta-links kicks in so you don’t 
have to do this and get a more generic solution? (I haven’t played with this, 
but there are a few threads where people are using it, and it’s progressed 
quite a lot in Pharo 7).

Tim

Sent from my iPhone

> On 28 Dec 2018, at 16:37, Ben Coman  wrote:
> 
> 
> 
>> On Fri, 28 Dec 2018 at 16:30, Konrad Hinsen  
>> wrote:
>> Richard Sargent  writes:
>> 
>> > I understand your desire to utilize the existing Smalltalk mechanisms. But,
>> > I think the most important thing is modelling consistency.
>> >
>> > What are the behaviours you expect from Expression, SumExpression, and
>> > ProductExpression? Do they know their parent expression? Their children?
>> > Other things?
>> 
>> I certainly agree that this should be the main consideration, but in my
>> case that's done. Each Expression subclass stored its own specific
>> information, which for leaf nodes such as integer expressions is really
>> just a value. All I need is integers with added behavior.
>> 
>> > I think that, in general, you will benefit from fully and consistently
>> > modelling the parse tree.
>> 
>> I should have mentioned that my Expressions are not parse trees. They
>> are used as values in symbolic computation. They are constructed and
>> deconstructed all the time, which is one reason I want to eliminate
>> overhead, the other reason being clarity of code.
> 
> This may not be what you are looking for, but maybe help flesh out ideas.
> Try debugging...
>  OpalCompiler new evaluate: '1 + 2'  
> 
> cheers -ben

Re: [Pharo-users] (no subject)

[Steffen Märcker via Pharo-users]

--- Begin Message ---
Did you already try to measure the impaired overhead of a wrapper  
solution? It might very well be negligible in an otherwise purely symbolic  
computation.


A hybrid solution might be - instead of wrapping each value - to add a  
single method to the value classes that wraps a value on the fly if  
needed, e.g.


Integer>>asExpression
  ^ExpressionWrapper wrap: self.

If the expression protocol is invoked only rarely on the pure values, this  
solution reduces the overhead while keeping the value classes clean of  
foreign methods.


Another option might be to build a trait that adds the behavior to the  
value classes.


Best, Steffen

Am .12.2018, 09:29 Uhr, schrieb Konrad Hinsen :


Richard Sargent  writes:

I understand your desire to utilize the existing Smalltalk mechanisms.  
But,

I think the most important thing is modelling consistency.

What are the behaviours you expect from Expression, SumExpression, and
ProductExpression? Do they know their parent expression? Their children?
Other things?


I certainly agree that this should be the main consideration, but in my
case that's done. Each Expression subclass stored its own specific
information, which for leaf nodes such as integer expressions is really
just a value. All I need is integers with added behavior.


I think that, in general, you will benefit from fully and consistently
modelling the parse tree.


I should have mentioned that my Expressions are not parse trees. They
are used as values in symbolic computation. They are constructed and
deconstructed all the time, which is one reason I want to eliminate
overhead, the other reason being clarity of code.

Konrad.





--- End Message ---

Re: [Pharo-users] (no subject)

[Serge Stinckwich]

On Thu, Dec 27, 2018 at 5:43 PM Konrad Hinsen 
wrote:

> Hi everyone,
>
> I am confronted with an implementation choice that I expect to be not so
> rare, and I wonder what "the Pharo way" is for dealing with it. I will
> use a toy example for illustration, my real case is more complex but not
> fundamentally different.
>
> Suppose I want to represent arithmetic expressions that support various
> operations (evaluation, simplification, compilation to whatever
> language, ...). In the textbook discussion, I'd have a class hierarchy
> such as
>
> Expression (abstract)
>IntegerExpression
>VariableNameExpression
>SumExpression
>ProductExpression
>...
>
> What I really want is not some IntegerExpression, but plain Pharo
> integers, and for variable names I want to use plain Pharo symbols.
>
> From my current understanding of Pharo, my options are
>
>  1. Use wrapper objects for integers and symbols, i.e. have a class
> IntegerExpression that stores an integer in an instance variable.
>
>  2. Add the methods of my abstract Expression class to all the classes
> representing integers and symbols.
>
>  3. Implement my own dispatch that does not rely on method lookup.
>
> None of these really looks attractive. 1) adds a lot of overhead, both
> in the code ("IntegerExpression withValue: 5" rather than just "5") and
> at runtime. 3) also adds a lot of overhead because I have to implement
> my own dispatch. 2) would probably be the least effort, but looks like a
> kludge.
>
> For comparison, in the Lisp world (CLOS, Racket, ...) that I know much
> better, I would use generic functions and provide implementations for
> integers and symbols as well as for my own Expression types.
>
> So... how would you approach this problem?
>
>
Hi Konrad,

in your case I would write a parser for your specific concrete syntax with
PetitParser
and then generate an instance of the abstract syntax you have defined.

Regards,
-- 
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, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich

Re: [Pharo-users] (no subject)

[Konrad Hinsen via Pharo-users]

--- Begin Message ---
Thanks to everyone who replied - the sum of the answers is actually a
lot more useful than each one individually, as each one points to a part
of the puzzle that Pharo is (for me, at least, after roughly one month
of use).

Ben Coman  writes:

> This may not be what you are looking for, but maybe help flesh out ideas.
> Try debugging...
>  OpalCompiler new evaluate: '1 + 2'

An interesting experience indeed!

Tim Mackinnon  writes:

>  I was going to chip in that every class inherits what compiler it
>  uses and so you can easily override that to do something special
>  (like wrapping classes).

An interesting feature, though it seems a bit too low-level for my
project, and definitely too low-level for my current Pharo competence.

>  However, is this possibly an area where the meta-links kicks in so
>  you don’t have to do this and get a more generic solution? (I haven’t
>  played with this, but there are a few threads where people are using
>  it, and it’s progressed quite a lot in Pharo 7).

That sent me off research meta-links:

  https://pharoweekly.wordpress.com/2018/03/27/understanding-metalinks/

Interesting stuff as well, but the same comment applies: this looks too
low-level for what I consider boring code implementing routine
techniques.

Steffen Märcker via Pharo-users  writes:

> Did you already try to measure the impaired overhead of a wrapper
> solution? It might very well be negligible in an otherwise purely
> symbolic computation.

I did not look into performance questions at all for now. What scares me
most is the overhead in code size, in particular in my test suite.

> A hybrid solution might be - instead of wrapping each value - to add a  
> single method to the value classes that wraps a value on the fly if  
> needed, e.g.
>
> Integer>>asExpression
>^ExpressionWrapper wrap: self.

That looks like an interesting compromise, and one that I have seen used
elsewhere.

> Another option might be to build a trait that adds the behavior to the  
> value classes.

A nice suggestion as well - I haven't looked at traits yet in any
detail.

Serge Stinckwich  writes:

> in your case I would write a parser for your specific concrete syntax
> with PetitParser and then generate an instance of the abstract syntax
> you have defined.

My first reaction was that this looks like overkill for my problem. But
then, considering that I will eventually need a parser anyway, why not
start that way and use it in my own test cases? A path worth exploring.

Thanks again to everyone - your comments will keep me busy for a while!

Konrad.

--- End Message ---

Re: [Pharo-users] (no subject)

[Offray Vladimir Luna Cárdenas]

Konrad,

On 31/12/18 8:59, Konrad Hinsen via Pharo-users wrote:
>
> Thanks to everyone who replied - the sum of the answers is actually a
> lot more useful than each one individually, as each one points to a part
> of the puzzle that Pharo is (for me, at least, after roughly one month
> of use).


It's really nice to have you hear. I remember some of our Twitter
conversations about reproducible research and the advantages that Pharo
could bring in that front and is good to know that they will continue
here with the stuff you're working on.

I restarted with Pharo in 2014, after a short revealing experience with
Squeak, EToys and Bots Inc in 2006-2007 and now I'm enjoying the Joyride[1]

[1] https://twitter.com/offrayLC/status/493979407011561473

Yes, Pharo is strange and awesome and the same time. Be around, you'll
be amazed.

Offray

Re: [Pharo-users] (no subject)

[Konrad Hinsen via Pharo-users]

--- Begin Message ---
Offray,

> It's really nice to have you hear. I remember some of our Twitter

Thanks for the welcome!

> I restarted with Pharo in 2014, after a short revealing experience with
> Squeak, EToys and Bots Inc in 2006-2007 and now I'm enjoying the Joyride[1]
>
> [1] https://twitter.com/offrayLC/status/493979407011561473

Nice :-)

I guess the tough part is figuring out where you are on that curve!

Konrad.

--- End Message ---

Re: [Pharo-users] (no subject)

[EVELYN CUSI LOPEZ]

Sorry, I'm working with Artefact not artifacts

El lun., 15 jul. 2019 a las 15:25, EVELYN CUSI LOPEZ ()
escribió:

> Hi all,
>
> I'm working with artifacts, but I got an error. I have a pdf's generator
> which works very well, but recently I discovered that it has problems with
> special characters, specifically this: "ć" since if some text has this
> symbol the pdf is generated in white, I tried some encodings to the text
> between them UTF8, Latin1, Latin2 and with these encodings the pdf manages
> to generate well; however the character does not look like it should look
> (It can be appear like this Ä or æ). Does anyone know how to solve this
> problem?
>
> Thanks very much,
> Evelyn
>