Re: [Pharo-users] shape file reading

[Baveco, Hans]

Well, it appears that simple direct downloading does not download the real 
shapefile. Taking care to actually get a shapefile, the result loads without 
problems.
ne_110m_populated_places.shp is a PointShape with 243 shapes (points). If you 
display it on a Form (#displayMorphic) you won’t see much (243 hardly visible 
dots).

With an application for vector graphics (Roassal?) that can read & display the 
vector data we would get much nicer maps...

Hans

From: Baveco, Hans 
Sent: vrijdag 5 juni 2020 12:44
To: Any question about pharo is welcome 
Subject: [Pharo-users] shape file reading

Hi Hernan

I downloaded this shapefile directly via the browser. Indeed it won’t load, the 
type of shape file returned is
self longAt: 33 bigEndian: false -> 577660194


where it should have answered an Integer between 0 and 31

shapeType
 "position 32, Integer between 0 and 31, Little Endian"

 ^shpBytes longAt: 33 bigEndian: false


No idea what could be the cause – apparently the header of the file (the first 
100 bytes) is not ok...

Hans




You mean some types are missing? Because I get this error when I try to read 
some SHP files: "Types > 20 are not yet accounted for"

I wrote this script to reproduce:

 | shpE legend urlRoot urlESRIFilePrefix urlESRIFileShp urlPath response 
fileRef |

" Download Shapefile resources "
urlRoot := 
'https://github.com/nvkelso/natural-earth-vector/blob/master/110m_cultural/'.
urlESRIFilePrefix := 'ne_110m_populated_places'.
urlESRIFileShp := urlESRIFilePrefix , '.shp'.
urlPath := urlRoot , urlESRIFilePrefix.

#('.shx' '.dbf' '.shp') do: [ : ext |
| url |
url :=  (urlPath , ext , '?raw=true') asZnUrl.
(response := ZnEasy get: url) isSuccess
ifFalse: [ self error: 'Cannot download file' ].
fileRef := FileSystem disk workingDirectory / (urlESRIFilePrefix , ext).
fileRef writeStreamDo: [ : stream |
stream nextPutAll: ((ZnByteEncoder newForEncoding: 'koi8r') decodeBytes: 
response contents ) ] ].

Once downloaded:

| urlESRIFilePrefix urlESRIFileShp shpE |
urlESRIFilePrefix := 'ne_110m_populated_places'.
urlESRIFileShp := urlESRIFilePrefix , '.shp'.

" Load and display it in Morphic "
shpE := ShapeEnsemble fromFile: urlESRIFileShp.

Maybe it's related with the fact they are encoded as koi8r?
I checked with Zinc downloading first from the browser:

| shpFile |
shpFile := 'ne_110m_admin_0_countries.shp' asFileReference.
[ shpFile binaryReadStreamDo: [ : in |
(ZnCharacterEncoder detectEncoding: in upToEnd) identifier ] ]
on: ZnCharacterEncodingError
do: [ nil ].


Cheers,

Hernán

[Pharo-users] shape file reading

[Baveco, Hans]

Hi Hernan

I downloaded this shapefile directly via the browser. Indeed it won’t load, the 
type of shape file returned is
self longAt: 33 bigEndian: false -> 577660194


where it should have answered an Integer between 0 and 31

shapeType
 "position 32, Integer between 0 and 31, Little Endian"

 ^shpBytes longAt: 33 bigEndian: false


No idea what could be the cause – apparently the header of the file (the first 
100 bytes) is not ok...

Hans




You mean some types are missing? Because I get this error when I try to read 
some SHP files: "Types > 20 are not yet accounted for"

I wrote this script to reproduce:

 | shpE legend urlRoot urlESRIFilePrefix urlESRIFileShp urlPath response 
fileRef |

" Download Shapefile resources "
urlRoot := 
'https://github.com/nvkelso/natural-earth-vector/blob/master/110m_cultural/'.
urlESRIFilePrefix := 'ne_110m_populated_places'.
urlESRIFileShp := urlESRIFilePrefix , '.shp'.
urlPath := urlRoot , urlESRIFilePrefix.

#('.shx' '.dbf' '.shp') do: [ : ext |
| url |
url :=  (urlPath , ext , '?raw=true') asZnUrl.
(response := ZnEasy get: url) isSuccess
ifFalse: [ self error: 'Cannot download file' ].
fileRef := FileSystem disk workingDirectory / (urlESRIFilePrefix , ext).
fileRef writeStreamDo: [ : stream |
stream nextPutAll: ((ZnByteEncoder newForEncoding: 'koi8r') decodeBytes: 
response contents ) ] ].

Once downloaded:

| urlESRIFilePrefix urlESRIFileShp shpE |
urlESRIFilePrefix := 'ne_110m_populated_places'.
urlESRIFileShp := urlESRIFilePrefix , '.shp'.

" Load and display it in Morphic "
shpE := ShapeEnsemble fromFile: urlESRIFileShp.

Maybe it's related with the fact they are encoded as koi8r?
I checked with Zinc downloading first from the browser:

| shpFile |
shpFile := 'ne_110m_admin_0_countries.shp' asFileReference.
[ shpFile binaryReadStreamDo: [ : in |
(ZnCharacterEncoder detectEncoding: in upToEnd) identifier ] ]
on: ZnCharacterEncodingError
do: [ nil ].


Cheers,

Hernán

Re: [Pharo-users] GIS support for Pharo

[Baveco, Hans]

Thanks Hernan!

I will try to find out what the problem is with your shape file.

Btw is the code for reading/writing dbf files already available on github?

Hans

From: Hernán Morales Durand 
Sent: vrijdag 5 juni 2020 0:25
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] GIS support for Pharo

Hi Hans,


El jue., 4 jun. 2020 a las 6:07, Baveco, Hans 
(mailto:hans.bav...@wur.nl>>) escribió:
Would be an interesting project..
An old link to possibly still useful code:

http://wiki.squeak.org/squeak/3317


Btw the shapefile support, from the ESRI spec, was done by me and is still 
available on http://www.squeaksource.com/@CUT95k_uXmPU4uXY/HCmgtrop.

Thank you for the clarification (and actually sharing your work with ESRI 
files!)
I added proper credits in the Github forked repo : 
https://github.com/hernanmd/Shapes

I use it daily. I may have some fixes/additions, but in general the code as 
provided works well (I suppose the code at smalltalkhub is still mostly the 
same). Some shapefile formats are still missing, mostly because I never 
encountered them..

You mean some types are missing? Because I get this error when I try to read 
some SHP files: "Types > 20 are not yet accounted for"

I wrote this script to reproduce:

 | shpE legend urlRoot urlESRIFilePrefix urlESRIFileShp urlPath response 
fileRef |

" Download Shapefile resources "
urlRoot := 
'https://github.com/nvkelso/natural-earth-vector/blob/master/110m_cultural/'.
urlESRIFilePrefix := 'ne_110m_populated_places'.
urlESRIFileShp := urlESRIFilePrefix , '.shp'.
urlPath := urlRoot , urlESRIFilePrefix.

#('.shx' '.dbf' '.shp') do: [ : ext |
| url |
url :=  (urlPath , ext , '?raw=true') asZnUrl.
(response := ZnEasy get: url) isSuccess
ifFalse: [ self error: 'Cannot download file' ].
fileRef := FileSystem disk workingDirectory / (urlESRIFilePrefix , ext).
fileRef writeStreamDo: [ : stream |
stream nextPutAll: ((ZnByteEncoder newForEncoding: 'koi8r') decodeBytes: 
response contents ) ] ].

Once downloaded:

| urlESRIFilePrefix urlESRIFileShp shpE |
urlESRIFilePrefix := 'ne_110m_populated_places'.
urlESRIFileShp := urlESRIFilePrefix , '.shp'.

" Load and display it in Morphic "
shpE := ShapeEnsemble fromFile: urlESRIFileShp.

Maybe it's related with the fact they are encoded as koi8r?
I checked with Zinc downloading first from the browser:

| shpFile |
shpFile := 'ne_110m_admin_0_countries.shp' asFileReference.
[ shpFile binaryReadStreamDo: [ : in |
(ZnCharacterEncoder detectEncoding: in upToEnd) identifier ] ]
on: ZnCharacterEncodingError
do: [ nil ].


Cheers,

Hernán

To read a complete shapefile one also needs to read dbf files. This was another 
substantial effort http://www.squeaksource.com/@Y4HhnL90iyA2TmAb/X0sPqshM; 
luckily  there was an older implementation.available to build upon.
Not sure whether nowadays there are other ways to read/write files old DBASE 
format files...

Cheers,

Hans Baveco




From: Serge Stinckwich 
mailto:serge.stinckw...@gmail.com>>
Sent: donderdag 4 juni 2020 5:32
To: Any question about pharo is welcome 
mailto:pharo-users@lists.pharo.org>>
Subject: [Pharo-users] GIS support for Pharo

Dear all,

there was already some discussion in the list about GIS support for Pharo 
previously.

Working on CORMAS multi-agent simulation platform: 
https://github.com/cormas/cormas some developers feel the need to have more GIS 
support for Pharo.

I know of existing GIS software:
- GeoJSON by Zweidenker: https://github.com/zweidenker/GeoJSON
- ESRI ascii raster, done by Stephane recently: 
https://github.com/Ducasse/ESRI-ASCII-Raster
- shapefile support by Hernan: http://smalltalkhub.com/#!/~hernan/Shapes
(to be moved to github)
- I found this project also: http://www.squeaksource.com/gekon.html

I know that Etienne Delay is also interested by GIS support and propose to 
implement OpenGIS model support: https://github.com/cormas/cormas/issues/139

Can we try to unite and maybe create a pharo-GIS organization on github to 
federate our efforts?

Cheers,
--
Serge Stinckwic
h
https://twitter.com/SergeStinckwich

Re: [Pharo-users] GIS support for Pharo

[Baveco, Hans]

Would be an interesting project..
An old link to possibly still useful code:

http://wiki.squeak.org/squeak/3317


Btw the shapefile support, from the ESRI spec, was done by me and is still 
available on http://www.squeaksource.com/@CUT95k_uXmPU4uXY/HCmgtrop. I use it 
daily. I may have some fixes/additions, but in general the code as provided 
works well (I suppose the code at smalltalkhub is still mostly the same). Some 
shapefile formats are still missing, mostly because I never encountered them..
To read a complete shapefile one also needs to read dbf files. This was another 
substantial effort http://www.squeaksource.com/@Y4HhnL90iyA2TmAb/X0sPqshM; 
luckily  there was an older implementation.available to build upon.
Not sure whether nowadays there are other ways to read/write files old DBASE 
format files...

Cheers,

Hans Baveco




From: Serge Stinckwich 
Sent: donderdag 4 juni 2020 5:32
To: Any question about pharo is welcome 
Subject: [Pharo-users] GIS support for Pharo

Dear all,

there was already some discussion in the list about GIS support for Pharo 
previously.

Working on CORMAS multi-agent simulation platform: 
https://github.com/cormas/cormas some developers feel the need to have more GIS 
support for Pharo.

I know of existing GIS software:
- GeoJSON by Zweidenker: https://github.com/zweidenker/GeoJSON
- ESRI ascii raster, done by Stephane recently: 
https://github.com/Ducasse/ESRI-ASCII-Raster
- shapefile support by Hernan: http://smalltalkhub.com/#!/~hernan/Shapes
(to be moved to github)
- I found this project also: http://www.squeaksource.com/gekon.html

I know that Etienne Delay is also interested by GIS support and propose to 
implement OpenGIS model support: https://github.com/cormas/cormas/issues/139

Can we try to unite and maybe create a pharo-GIS organization on github to 
federate our efforts?

Cheers,
--
Serge Stinckwic
h
https://twitter.com/SergeStinckwich

[Pharo-users] [pharo7] loading mcz files

[Baveco, Hans]

It appeared impossible to load any packages (mcz files) from a 
MCFileRepositoryInspector, in a recent pharo (moose) 7 image (on windows 7), 
stack below. Apparently, somewhere a Character null is encountered where an 
integer is expected...

Any ideas how to solve this?

TIA, Hans



Character(Object)>>doesNotUnderstand: #bitOr:
SmallInteger>>bitOr:
ZnEndianessReadWriteStream>>nextLittleEndianNumber:
ZipArchive>>readEndOfCentralDirectoryFrom:
ZipArchive>>readFrom:
MCMczReader>>zip
MCMczReader>>parseMember:
MCMczReader>>loadPackage
MCMczReader(MCVersionReader)>>package
MCMczReader(MCVersionReader)>>basicVersion
MCMczReader(MCVersionReader)>>version
[ :r | r version ] in 
MCSubDirectoryRepository(MCFileBasedRepository)>>loadVersionFromFileNamed: in 
Block: [ :r | r version ]
[ :s | 
(MCVersionReader readerClassForFileNamed: aString)
ifNotNil:
[ :class | aBlock value: (class on: s fileName: (self 
pathForFileNamed: aString)) ] ] in 
MCSubDirectoryRepository(MCFileBasedRepository)>>versionReaderForFileNamed:do: 
in Block: [ :s | ...
MCSubDirectoryRepository>>readStreamForFileNamed:do:
MCSubDirectoryRepository(MCFileBasedRepository)>>versionReaderForFileNamed:do:
MCSubDirectoryRepository(MCFileBasedRepository)>>loadVersionFromFileNamed:
[ self loadVersionFromFileNamed: aFileName ] in 
MCSubDirectoryRepository(MCFileBasedRepository)>>versionFromFileNamed: in 
Block: [ self loadVersionFromFileNamed: aFileName ]
Dictionary>>at:ifAbsent:
MCSubDirectoryRepository(MCFileBasedRepository)>>versionFromFileNamed:
[ version := repository versionFromFileNamed: selectedVersion ] in 
MCFileRepositoryInspector>>version in Block: [ version := repository 
versionFromFileNamed: sele...etc...
BlockClosure>>ensure:
CursorWithMask(Cursor)>>showWhile:
MCFileRepositoryInspector>>version
MCFileRepositoryInspector(MCVersionInspector)>>versionSummary
MCFileRepositoryInspector(MCVersionInspector)>>summary
MCFileRepositoryInspector(Object)>>perform:withEnoughArguments:
RubPluggableTextMorph(RubScrolledTextMorph)>>getTextFromModel
RubPluggableTextMorph>>update:
[ :aDependent | aDependent update: aParameter ] in 
MCFileRepositoryInspector(Model)>>changed: in Block: [ :aDependent | aDependent 
update: aParameter ]
DependentsArray>>do:

Re: [Pharo-users] problem when running without changes file (on windows)

[Baveco, Hans]

Hi Vincent,

Indeed your Cruiser tool proved very useful! It showed me how to implement some 
absolutely required aspects of packaging, in pharo 6.1 (i.e. the NoDebugger 
trick).

I tried also to get this independence of FFI of the sources working, by simply 
filing in the attached code (from P7) into P6.1. However this didn’t appear to 
do the job – maybe some additional actions are required (recompiling things?)?

Hans


From: vincent.blond...@lamresearch.com 
Sent: woensdag 21 november 2018 3:33
To: pharo-users@lists.pharo.org
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

Hi,

You may want to look at https://github.com/VincentBlondeau/Cruiser that 
contains all the actions needed to perform a clean packaging (Still in dev 
though).
The only issue is that it works for Pharo 7 only and you’ll need to backport 
changes (I can help you on that). Some changes are related to new VM primitives 
so you have to use the current stable one (which should also running the Pharo 
6.1 images).

Don’t hesitate to ask me if you need advices or help on this.

I could try to make the tool work on Pharo 6, but it could be incomplete 
especially on the FFI and stdio part.

HTH,

Cheers,
Vincent

From: Pharo-users 
mailto:pharo-users-boun...@lists.pharo.org>>
 On Behalf Of Guillermo Polito
Sent: Wednesday, November 14, 2018 6:04
To: Any question about pharo is welcome 
mailto:pharo-users@lists.pharo.org>>
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

Hi Hans,
On Wed, Nov 14, 2018 at 2:56 PM Baveco, Hans 
mailto:hans.bav...@wur.nl>> wrote:
Ok, thanks for this crucial information! Would backporting be as simple as 
filing out the class and the single method from Pharo7 and filing in in 
Pharo6.1 ? (probably not)

While not completely sure, I think they actually could work. Maybe you found in 
the way a couple of other methods to backport, but I think that it should not 
be that difficult.

This is the original issue that fixed this in Pharo7:

https://pharo.fogbugz.com/f/cases/21124/FFI-should-work-without-the-sources<https://urldefense.proofpoint.com/v2/url?u=https-3A__pharo.fogbugz.com_f_cases_21124_FFI-2Dshould-2Dwork-2Dwithout-2Dthe-2Dsources=DwMFaQ=RWI7EqL8K9lqtga8KxgfzvOYoob76EZWE0yAO85PVMQ=kIZIYXBAA3fhM7P5HOuTC5w6mnEApTfXPTq3lR34ZiY=zueS3nflFQs72ZqbAT4is78d2UpD9JXXi7jAp6Luxok=Gt8I-Pl8yzIRifPtshzLQaSp6N32UNhEcPVLmdyrYIg=>

And here the PR with the fix:

https://github.com/pharo-project/pharo/pull/739<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_pharo-2Dproject_pharo_pull_739=DwMFaQ=RWI7EqL8K9lqtga8KxgfzvOYoob76EZWE0yAO85PVMQ=kIZIYXBAA3fhM7P5HOuTC5w6mnEApTfXPTq3lR34ZiY=zueS3nflFQs72ZqbAT4is78d2UpD9JXXi7jAp6Luxok=Omu3Ix_N-j7eA6wU7S1AhC5mhH51qh8rmDonNQzete0=>

There are a couple of more changes there, but not so many.




FFICompilerPlugin.st
Description: FFICompilerPlugin.st


RBMethodNode-ensureCachedArgumentNames.st
Description: RBMethodNode-ensureCachedArgumentNames.st


CompilationContext class-addDefaultTransformationPlugin.st
Description: CompilationContext class-addDefaultTransformationPlugin.st


CompilationContext class-defaultTransformationPlugins.st
Description: CompilationContext class-defaultTransformationPlugins.st

Re: [Pharo-users] problem when running without changes file (on windows)

[Baveco, Hans]

Thanks for the link! I could download the moose-7.0 image and changes files. 
However, to run it a specific version of the sources files 
(Pharo7.0-32bit-facd684.sources) seems to be required.
Where could that be found?

Hans


From: vincent.blond...@lamresearch.com 
Sent: woensdag 21 november 2018 3:35
To: pharo-users@lists.pharo.org
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

Have you seen https://ci.inria.fr/moose/job/moose-7.0/ ? Roassal is loaded on 
it.

Vincent

From: Pharo-users 
mailto:pharo-users-boun...@lists.pharo.org>>
 On Behalf Of Baveco, Hans
Sent: Wednesday, November 14, 2018 5:56
To: Any question about pharo is welcome 
mailto:pharo-users@lists.pharo.org>>
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

Ok, thanks for this crucial information! Would backporting be as simple as 
filing out the class and the single method from Pharo7 and filing in in 
Pharo6.1 ? (probably not)

I could also move y application to Pharo 7, but sofar I haven’t been able to 
load Roassal2 in Pharo 7 (32bit). Any information on how to achieve this (on 
windows)? No Moose 7.0 image with Roassal preloaded available either, AFAIK...

Hans



From: Guillermo Polito 
mailto:guillermopol...@gmail.com>>
Sent: dinsdag 13 november 2018 16:46
To: Any question about pharo is welcome 
mailto:pharo-users@lists.pharo.org>>
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

Still, in Pharo6 the absense of changes and sources files means also that FFI 
calls cannot be done.
UFFI uses the method source code to map arguments, and if no source code is 
available, FFI calls cannot be resolved.

This is solved in Pharo7 thanks to Vincent Blondeau by embedding argument names 
into the method (and thus not requiring source code anymore).

If you need it, you can take the FFICompilerPlugin class + 
(RBMethodNode>>ensureCachedArgumentNames) from Pharo7 and try to backport them 
on your Pharo6 installation.

On Tue, Nov 13, 2018 at 4:29 PM Sven Van Caekenberghe 
mailto:s...@stfx.eu>> wrote:
Hi Hans,

Did you see (read the class comment) of NoPharoFilesOpener and NoChangesLog ?

Sven

> On 13 Nov 2018, at 16:19, Baveco, Hans 
> mailto:hans.bav...@wur.nl>> wrote:
>
> I have a pharo 6.1 image (based on the Moose 6.1 image) containing a small 
> application. I would like to distribute this without the source code. When I 
> run the application with the changes file present all is fine. When running 
> with the changes file removed, it mostly works ok but apparently the 
> functionality for e.g. creating png (linked to Cairo?) is not available. The 
> log file is attached.
>
> Now looking a bit further into this I observed that in fact all the 6.1 
> images I work with seem to have this same problem, e.g. when displaying 
> Roassal graphs they display the red windows with crosses.
>
> Is this option to run without a changes files supposed to work in 6.1 (on 
> windows)? What should I do to make it work? (noticed that there is no setting 
> anymore for this)
>
> Hans
> 


--

   [https://www.cristal.univ-lille.fr/videos/presentation.jpg] 
[https://intranet.cnrs.fr/Cnrs_pratique/communiquer/guides/PublishingImages/CNRS-filaire-Bichro-CMJN.jpg]


Guille Polito

Research Engineer

Centre de Recherche en Informatique, Signal et Automatique de Lille

CRIStAL - UMR 9189

French National Center for Scientific Research - 
http://www.cnrs.fr<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.cnrs.fr=DwMGaQ=RWI7EqL8K9lqtga8KxgfzvOYoob76EZWE0yAO85PVMQ=kIZIYXBAA3fhM7P5HOuTC5w6mnEApTfXPTq3lR34ZiY=rFnD9DjncP_0vXO7hRBj0llOx0YzhSTsbuRmDZrGGtM=9rFQtErU11PdWWqZcUoKgHQ4ZOYIyLYEInx1ZzLx7xk=>



Web: 
http://guillep.github.io<https://urldefense.proofpoint.com/v2/url?u=http-3A__guillep.github.io=DwMGaQ=RWI7EqL8K9lqtga8KxgfzvOYoob76EZWE0yAO85PVMQ=kIZIYXBAA3fhM7P5HOuTC5w6mnEApTfXPTq3lR34ZiY=rFnD9DjncP_0vXO7hRBj0llOx0YzhSTsbuRmDZrGGtM=VubKa929o6wZ6rQrOCFJw5q19JibahF-Hw5Y_ww4z2c=>

Phone: +33 06 52 70 66 13

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo v7.0.0-rc1 released!

[Baveco, Hans]

On windows  7 the 32bits version opens with an error: “PrimitiveFailed: 
primitive #fileDescriptorType: in File class failed.”
When discarding the error and saving & quitting the image, subsequent startups 
(via the launcher) do not display the gui anymore...
Hans


From: Vitor Medina Cruz 
Sent: woensdag 14 november 2018 14:35
To: Any question about pharo is welcome 
Cc: Pharo Development List 
Subject: Re: [Pharo-users] [Pharo-dev] [ANN] Pharo v7.0.0-rc1 released!

Got instant red crossed welcome window on windows 7 64bits with the Pharo 7 64 
bits: "Error: Instances of SourceFileArray are not indexable". I will try on a 
windows 10 version later.
32bits version open up ok, will see how it behaves.
regards,
Vitor.


On Wed, Nov 7, 2018 at 6:43 AM Tudor Girba 
mailto:tu...@tudorgirba.com>> wrote:
Excellent!

Doru


> On Nov 5, 2018, at 4:11 PM, Esteban Lorenzano 
> mailto:esteba...@gmail.com>> wrote:
>
> Greetings!
>
> I’m announcing today we reach Pharo 7.0.0-rc1!
>
> This is the first step to release a definitive version, and while we will 
> continue integrating bug fixes, API change Pull Requests will be delayed 
> until the open of Pharo 8.0.0 development.
> Now, you would wonder what is the ChangeLog of this release… and answer is we 
> still do not have one (btw, we should find a way to automate this).
>
> Anyway… we are very close to release now :)
>
> Please download, test, report issues.
>
> Esteban

--
www.feenk.com

"Speaking louder won't make the point worthier."

Re: [Pharo-users] problem when running without changes file (on windows)

[Baveco, Hans]

Ok, thanks for this crucial information! Would backporting be as simple as 
filing out the class and the single method from Pharo7 and filing in in 
Pharo6.1 ? (probably not)

I could also move y application to Pharo 7, but sofar I haven’t been able to 
load Roassal2 in Pharo 7 (32bit). Any information on how to achieve this (on 
windows)? No Moose 7.0 image with Roassal preloaded available either, AFAIK...

Hans



From: Guillermo Polito 
Sent: dinsdag 13 november 2018 16:46
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

Still, in Pharo6 the absense of changes and sources files means also that FFI 
calls cannot be done.
UFFI uses the method source code to map arguments, and if no source code is 
available, FFI calls cannot be resolved.

This is solved in Pharo7 thanks to Vincent Blondeau by embedding argument names 
into the method (and thus not requiring source code anymore).

If you need it, you can take the FFICompilerPlugin class + 
(RBMethodNode>>ensureCachedArgumentNames) from Pharo7 and try to backport them 
on your Pharo6 installation.

On Tue, Nov 13, 2018 at 4:29 PM Sven Van Caekenberghe 
mailto:s...@stfx.eu>> wrote:
Hi Hans,

Did you see (read the class comment) of NoPharoFilesOpener and NoChangesLog ?

Sven

> On 13 Nov 2018, at 16:19, Baveco, Hans 
> mailto:hans.bav...@wur.nl>> wrote:
>
> I have a pharo 6.1 image (based on the Moose 6.1 image) containing a small 
> application. I would like to distribute this without the source code. When I 
> run the application with the changes file present all is fine. When running 
> with the changes file removed, it mostly works ok but apparently the 
> functionality for e.g. creating png (linked to Cairo?) is not available. The 
> log file is attached.
>
> Now looking a bit further into this I observed that in fact all the 6.1 
> images I work with seem to have this same problem, e.g. when displaying 
> Roassal graphs they display the red windows with crosses.
>
> Is this option to run without a changes files supposed to work in 6.1 (on 
> windows)? What should I do to make it work? (noticed that there is no setting 
> anymore for this)
>
> Hans
> 



--

   [https://www.cristal.univ-lille.fr/videos/presentation.jpg] 
[https://intranet.cnrs.fr/Cnrs_pratique/communiquer/guides/PublishingImages/CNRS-filaire-Bichro-CMJN.jpg]


Guille Polito

Research Engineer

Centre de Recherche en Informatique, Signal et Automatique de Lille

CRIStAL - UMR 9189

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



Web: http://guillep.github.io

Phone: +33 06 52 70 66 13

[Pharo-users] problem when running without changes file (on windows)

[Baveco, Hans]

I have a pharo 6.1 image (based on the Moose 6.1 image) containing a small 
application. I would like to distribute this without the source code. When I 
run the application with the changes file present all is fine. When running 
with the changes file removed, it mostly works ok but apparently the 
functionality for e.g. creating png (linked to Cairo?) is not available. The 
log file is attached.

Now looking a bit further into this I observed that in fact all the 6.1 images 
I work with seem to have this same problem, e.g. when displaying Roassal graphs 
they display the red windows with crosses.

Is this option to run without a changes files supposed to work in 6.1 (on 
windows)? What should I do to make it work? (noticed that there is no setting 
anymore for this)

Hans


PharoDebug.log
Description: PharoDebug.log

Re: [Pharo-users] installation of packages on 6.1

[Baveco, Hans]

Thanks for this explanation Stef,

Now looking forward to Guilles work - sounds like it will be a very helpful 
resource when starting to use Git!
Hans


-Original Message-
From: Stephane Ducasse <stepharo.s...@gmail.com> 
Sent: woensdag 11 april 2018 22:01
To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
Subject: Re: [Pharo-users] installation of packages on 6.1

Hans

just a meta remark (I personally find the API of git quite terrible - In 
addition I do not really like the github UI it feels like these ugly google 
noUIDesigned "UI") now you should consider that more and more people find git 
cool and powerful. And as a matter of fact it is.
So you should consider that understanding and learning git is a way to look 
less obsolete in the future. And it has nothing to do with Pharo.
Except that Pharo is becoming less foreign for mamy people thank to this.
I worked super well with git and iceberg on projects managing my dev in a 
branch before it is ready to be incorporated.
So solid branches was what was really missing to monticello and before you use 
it you may have problems to really assess them but once you work with them you 
get the power they bring and the comfort.
Guille is working on a nice explanation of Git and central concept of branch 
and you may want to read (at least I will read it because Guille understand it 
super super well).

Stef


On Wed, Apr 11, 2018 at 11:23 AM, Herbert Vojčík <he...@mailbox.sk> wrote:
> No, it is possible to install them without github account.
>
> You need to set protocol to https:
>
>  Iceberg enableMetacelloIntegration: true; remoteTypeSelector: #httpsUrl.
>
> Herby
>
> Baveco, Hans wrote:
>>
>> Thanks Ben!
>>
>> I created a github account, installed git and git bash, created SSH 
>> keys, added keys to my github account, and changed the settings in 
>> Pharo to use these keys, and finally was able to install the packages I 
>> wanted to try.
>> (roassal2 still not installing though).
>>
>> Question remains, is this really the only way to get these packages 
>> that live on github into the image? I had no plans to work with 
>> git/github, but was now forced to spent quite some time on it
>>
>> Cheers,
>>
>> Hans
>>
>> *From:*Ben Coman <b...@openinworld.com>
>> *Sent:* maandag 9 april 2018 22:54
>> *To:* Any question about pharo is welcome 
>> <pharo-users@lists.pharo.org>
>> *Subject:* Re: [Pharo-users] installation of packages on 6.1
>>
>> On 6 April 2018 at 00:02, Baveco, Hans <hans.baveco@
>
> wur.nl
>>
>> <mailto:hans.bav...@wur.nl>> wrote:
>>
>> Trying to install Territorial the installation got stuck on the
>> installation of Roassal2 1.35, with error “LGitObjectNotInitialized”
>>
>> Transcript says:
>>
>> “Project: Roassal2 1.35
>>
>> I got an error while cloning: There was an authentication error
>> while trying to execute the operation: error authenticating:
>> failed connecting agent.
>>
>> This happens usually because you didn't provide a valid set of
>> credentials.
>>
>> You may fix this problem in different ways:
>>
>> 1. adding your keys to ssh-agent, executing ssh-add ~/.ssh/id_rsa
>> in your command line.
>>
>> 2. adding your keys in settings (open settings browser search for
>> "Use custom SSH keys" and
>>
>> add your public and private keys).
>>
>> 3. using HTTPS instead SSH (Just use an url in the form
>> HTTPS://etc.git). I will try to clone the HTTPS variant.”
>>
>> I have encountered this several t
>
> imes before, for different
>>
>> packages (on windows 7, pharo 6.1 (Image: Pharo6.0 [Latest update:
>> #60540])) and have no idea how to deal with this.
>>
>> Any suggestions?
>>
>> Hans
>>
>> On Windows you need to use option 2. World Menu > Settings > etc...
>>
>> cheers -ben
>>
>

Re: [Pharo-users] installation of packages on 6.1

[Baveco, Hans]

Thanks Ben!
I created a github account, installed git and git bash, created SSH keys, added 
keys to my github account, and changed the settings in Pharo to use these keys, 
and finally was able to install the packages I wanted to try. (roassal2 still 
not installing though).
Question remains, is this really the only way to get these packages that live 
on github into the image? I had no plans to work with git/github, but was now 
forced to spent quite some time on it

Cheers,
Hans



From: Ben Coman <b...@openinworld.com>
Sent: maandag 9 april 2018 22:54
To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
Subject: Re: [Pharo-users] installation of packages on 6.1



On 6 April 2018 at 00:02, Baveco, Hans 
<hans.bav...@wur.nl<mailto:hans.bav...@wur.nl>> wrote:
Trying to install Territorial the installation got stuck on the installation of 
Roassal2 1.35, with error “LGitObjectNotInitialized”

Transcript says:

“Project: Roassal2 1.35
I got an error while cloning: There was an authentication error while trying to 
execute the operation: error authenticating: failed connecting agent.
This happens usually because you didn't provide a valid set of credentials.
You may fix this problem in different ways:

1. adding your keys to ssh-agent, executing ssh-add ~/.ssh/id_rsa in your 
command line.
2. adding your keys in settings (open settings browser search for "Use custom 
SSH keys" and
add your public and private keys).
3. using HTTPS instead SSH (Just use an url in the form HTTPS://etc.git). I 
will try to clone the HTTPS variant.”

I have encountered this several times before, for different packages (on 
windows 7, pharo 6.1 (Image: Pharo6.0 [Latest update: #60540])) and have no 
idea how to deal with this.

Any suggestions?

Hans

On Windows you need to use option 2.  World Menu > Settings > etc...

cheers -ben

Re: [Pharo-users] installation of packages on 6.1

[Baveco, Hans]

Hi Stef, 

No, for example loading GToolkit with

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

Immediately results in an "LGit_GIT_ERROR: failed to get server certificate: 
The handle is in the wrong state for the requested operation"

Hans



-Original Message-
From: Stephane Ducasse <stepharo.s...@gmail.com> 
Sent: zaterdag 7 april 2018 17:29
To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
Subject: Re: [Pharo-users] installation of packages on 6.1

Hi hans

did you succeed to download any other github stored projects?

Stef

On Thu, Apr 5, 2018 at 6:02 PM, Baveco, Hans <hans.bav...@wur.nl> wrote:
> Trying to install Territorial the installation got stuck on the 
> installation of Roassal2 1.35, with error “LGitObjectNotInitialized”
>
>
>
> Transcript says:
>
>
>
> “Project: Roassal2 1.35
>
> I got an error while cloning: There was an authentication error while 
> trying to execute the operation: error authenticating: failed connecting 
> agent.
>
> This happens usually because you didn't provide a valid set of credentials.
>
> You may fix this problem in different ways:
>
>
>
> 1. adding your keys to ssh-agent, executing ssh-add ~/.ssh/id_rsa in 
> your command line.
>
> 2. adding your keys in settings (open settings browser search for "Use 
> custom SSH keys" and
>
> add your public and private keys).
>
> 3. using HTTPS instead SSH (Just use an url in the form 
> HTTPS://etc.git). I will try to clone the HTTPS variant.”
>
>
>
> I have encountered this several times before, for different packages 
> (on windows 7, pharo 6.1 (Image: Pharo6.0 [Latest update: #60540])) 
> and have no idea how to deal with this.
>
>
>
> Any suggestions?
>
>
>
> Hans

Re: [Pharo-users] installation of packages on 6.1

[Baveco, Hans]

I used:

Metacello new
smalltalkhubUser: 'hernan' project: 'Territorial';
configuration: 'Territorial';
version: #'bleedingEdge';
load

I don't think the problem is related to Territorial; same thing happened when 
trying to load Roassal2 directly or some other packages
Hans

-Original Message-
From: Hernán Morales Durand <hernan.mora...@gmail.com> 
Sent: donderdag 5 april 2018 20:58
To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
Subject: Re: [Pharo-users] installation of packages on 6.1

Hi Hans,

How did you tried?
Using the following expression I got a different error:

Gofer it
  smalltalkhubUser: ’hernan’ project: ’Territorial’;
  configuration;
  loadBleedingEdge.


LGit_GIT_ERROR: Failed to connect to github.com: Invalid argument.


2018-04-05 13:02 GMT-03:00 Baveco, Hans <hans.bav...@wur.nl>:
> Trying to install Territorial the installation got stuck on the 
> installation of Roassal2 1.35, with error “LGitObjectNotInitialized”
>
>
>
> Transcript says:
>
>
>
> “Project: Roassal2 1.35
>
> I got an error while cloning: There was an authentication error while 
> trying to execute the operation: error authenticating: failed connecting 
> agent.
>
> This happens usually because you didn't provide a valid set of credentials.
>
> You may fix this problem in different ways:
>
>
>
> 1. adding your keys to ssh-agent, executing ssh-add ~/.ssh/id_rsa in 
> your command line.
>
> 2. adding your keys in settings (open settings browser search for "Use 
> custom SSH keys" and
>
> add your public and private keys).
>
> 3. using HTTPS instead SSH (Just use an url in the form 
> HTTPS://etc.git). I will try to clone the HTTPS variant.”
>
>
>
> I have encountered this several times before, for different packages 
> (on windows 7, pharo 6.1 (Image: Pharo6.0 [Latest update: #60540])) 
> and have no idea how to deal with this.
>
>
>
> Any suggestions?
>
>
>
> Hans

[Pharo-users] installation of packages on 6.1

[Baveco, Hans]

Trying to install Territorial the installation got stuck on the installation of 
Roassal2 1.35, with error "LGitObjectNotInitialized"

Transcript says:

"Project: Roassal2 1.35
I got an error while cloning: There was an authentication error while trying to 
execute the operation: error authenticating: failed connecting agent.
This happens usually because you didn't provide a valid set of credentials.
You may fix this problem in different ways:

1. adding your keys to ssh-agent, executing ssh-add ~/.ssh/id_rsa in your 
command line.
2. adding your keys in settings (open settings browser search for "Use custom 
SSH keys" and
add your public and private keys).
3. using HTTPS instead SSH (Just use an url in the form HTTPS://etc.git). I 
will try to clone the HTTPS variant."

I have encountered this several times before, for different packages (on 
windows 7, pharo 6.1 (Image: Pharo6.0 [Latest update: #60540])) and have no 
idea how to deal with this.

Any suggestions?

Hans


PharoDebug.log
Description: PharoDebug.log

Re: [Pharo-users] SSL Exception when installing DataFrame

[Baveco, Hans]

With a freshly downloaded 6.1 image, started via the Launcher (BTW I had to 
uncheck "Launch image from a login shell" in the Launcher settings before 
anything actually started) I could load NeoCSV from the Catalog. But executing 

Metacello new
baseline: 'Cruiser';
repository: 'github://vincentblondeau/cruiser:master/src';
load.

In a playground resulted in the error:
 
LGit_GIT_ERROR: failed to get server certificate: The handle is in the wrong 
state for the requested operation

Stack copy and debug.log attached...

Trying to install Roassal2 from the Catalog also resulted more or less directly 
in an error message (but that may be a different issue?)

So currently it is not easy to get a working pharo with all the functionality I 
need and came to appreciate so much

Hans

-Original Message-
From: Stephane Ducasse [mailto:stepharo.s...@gmail.com] 
Sent: dinsdag 13 maart 2018 19:04
To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
Subject: Re: [Pharo-users] Pharo-users] SSL Exception when installing DataFrame

I know that Hayatou got the same error while trying to load DataFrame.

Here is what he told me

I use to load DataFrame on Pharo6.1 with Linux it work well

But on Windows 7 Édition Intégrale 64-bit (6.1, Build 7600)
(7600.win7_gdr.110622-1503) with Pharo6.1 it not working. But with
Pharo5 on the same windows 7 it work well



On Tue, Mar 13, 2018 at 10:36 AM, Baveco, Hans <hans.bav...@wur.nl> wrote:
> I get the same error when trying to install other packages (e.g. 
> Cruiser) (SSL Exception: connect failed [code:-5]),
>
> Also when trying to do a software update from the System menu.
>
> This is Pharo 6.1 on windows 7
>
>
>
> It might be somehow related to Iceberg: the Iceberg item in the World 
> menu has gone after trying to update??
>
> Hans
>
>
>
>
>
>


LGitReturnCodeEnum>>handleLGitReturnCode
LGitRepository(LGitExternalObject)>>withReturnHandlerDo:
LGitRepository>>clone:options:to:
LGitRepository>>clone:options:
[ repo clone: url options: cloneOptions ] in [ | repo cloneOptions |
repo := LGitRepository on: self location.
cloneOptions := LGitCloneOptions
withCredentialsProvider: IceCredentialsProvider default.
cloneOptions checkoutOptions
checkoutStrategy: LGitCheckoutStrategyEnum git_checkout_none.
[ repo clone: url options: cloneOptions ]
on: LGit_GIT_ERROR
do: [ :e | e acceptError: IceLibgitErrorVisitor new ].
repo
checkout:
(aBranchName
ifNil:
[ self branch ifNotNil: [ :b | b name ] ifNil: 
[ 'master' ] ]).
(LGitRemote of: repo named: 'origin')
lookup;
setUrl: url ] in IceLibgitLocalRepository>>cloneRepositoryFrom:branch: 
in Block: [ repo clone: url options: cloneOptions ]
BlockClosure>>on:do:
[ | repo cloneOptions |
repo := LGitRepository on: self location.
cloneOptions := LGitCloneOptions
withCredentialsProvider: IceCredentialsProvider default.
cloneOptions checkoutOptions
checkoutStrategy: LGitCheckoutStrategyEnum git_checkout_none.
[ repo clone: url options: cloneOptions ]
on: LGit_GIT_ERROR
do: [ :e | e acceptError: IceLibgitErrorVisitor new ].
repo
checkout:
(aBranchName
ifNil:
[ self branch ifNotNil: [ :b | b name ] ifNil: 
[ 'master' ] ]).
(LGitRemote of: repo named: 'origin')
lookup;
setUrl: url ] in IceLibgitLocalRepository>>cloneRepositoryFrom:branch: 
in Block: [ | repo cloneOptions |...
[ self checkInitialized.
aBlock value ] in LGitGlobal class>>runSequence: in Block: [ self 
checkInitialized
[ activeProcess psValueAt: index put: anObject.
aBlock value ] in LGitActionSequence(DynamicVariable)>>value:during: in Block: 
[ activeProcess psValueAt: index put: anObject
BlockClosure>>ensure:
LGitActionSequence(DynamicVariable)>>value:during:
LGitActionSequence class(DynamicVariable class)>>value:during:
LGitGlobal class>>runSequence:
IceLibgitLocalRepository>>cloneRepositoryFrom:branch:
IceRepositoryCreator>>createRepository
[ (IceRepositoryCreator new
url: urlToUse;
subdirectory: repoPath;
branchName: self projectVersion;
createRepository) register ] in [ | urlToUse |
urlToUse := remote url.
[ (IceRepositoryCreator new
url: urlToUse;
subdirectory: repoPath;
branchName: self projectVersion;
createRepository) register ]
on: IceAuthenticationError
do: [ :e | 
self
crLog:
('I got an error while cloning: {1}. I will try 
to clone the HTTPS variant.'
format: {e messageText}).
urlToUse := remote httpsUrl.

[Pharo-users] Pharo-users] SSL Exception when installing DataFrame

[Baveco, Hans]

I get the same error when trying to install other packages (e.g. Cruiser) (SSL 
Exception: connect failed [code:-5]),
Also when trying to do a software update from the System menu.
This is Pharo 6.1 on windows 7

It might be somehow related to Iceberg: the Iceberg item in the World menu has 
gone after trying to update??
Hans

[Pharo-users] [system update problem]

[Baveco, Hans]

Hi,
I consistently have problems doing the software update, under the System item 
in the World menu.
Get stuck in "Fetching BaselineOfIceberg", when according to the debugger a 
ZnClient is trying to connect to url 
"https://github.com:443/pharo-vcs/iceberg/zipball/v0.6.8;


It says this a Pharo 6.0 image, latest update: #60529 (though I am fairly sure 
it was actually a downloaded 6.1 image I started from)

Any suggestions how to solve this?
Thanks!
Hans

Re: [Pharo-users] [ANN] Cruiser: A Pharo app packager

[Baveco, Hans]

Very nice and useful! I would like to try it on an application I have in a 6.1 
image. Should that be possible? How to install the package, without using 
iceberg?

I tried to install it with

Metacello new
baseline: 'Cruiser';
repository: 'github://VincentBlondeau/Cruiser';
load

but that did not work,

thanks, Hans

From: vincent.blond...@lamresearch.com [mailto:vincent.blond...@lamresearch.com]
Sent: donderdag 8 maart 2018 20:29
To: pharo-...@lists.pharo.org; pharo-users@lists.pharo.org
Cc: chris.thorgrims...@lamresearch.com
Subject: [Pharo-users] [ANN] Cruiser: A Pharo app packager

Hi Pharoers!

I pleased to announce you the first release of Cruiser: a tool to package your 
Pharo applications. The idea is to quickly convert an application from a 
development environment to a production one. A production environment means:
-  No writing on the disk
-  No access to the source code (by the shortcuts, debugger,...)
-  No error displaying on the interface
-  The only thing accessible is the user application

I let you discover it on: https://github.com/VincentBlondeau/Cruiser

Do not hesitate to ask me questions or contribute to improve it!

Cheers,

Vincent Blondeau
Software Engineer, Software and Controls | Global Product Group
Desk +1 510.572.7499

Lam Research Corporation
4650 Cushing Pkwy, Fremont, CA 94538 USA | www.lamresearch.com
Connect with Lam Research: 
Facebook | 
Twitter | 
LinkedIn


NOTICE: This e-mail transmission may contain confidential information. If you 
are not the intended recipient, or a person responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution or use of any of the information contained in or attached to this 
message is STRICTLY PROHIBITED. If you have received this transmission in 
error, please immediately notify the sender and destroy the original 
transmission and its attachments without reading them or saving them to disk. 
Thank you.

Re: [Pharo-users] image lockdown/deployment mode

[Baveco, Hans]

Thanks for the suggestions!

Two simple methods on the class side seem to do the trick:

replaceWorldMenu
"replace the current World menu with an empty one"  
WorldState desktopMenuPragmaKeyword: 'myWorldMenu'

menuCommandOn: aBuilder

^ self

And to get back the default world menu:
restoreWorldMenu
"restore the default World menu"
WorldState defaultWorldMenu
Hans

-Original Message-
From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of 
Stephane Ducasse
Sent: dinsdag 6 februari 2018 9:40
To: Any question about pharo is welcome <pharo-users@lists.pharo.org>
Subject: Re: [Pharo-users] image lockdown/deployment mode

Check the handling of the world menu item pragma and disable it.



BTW vincent I think that we should not go into the direction of UserPreferences 
(with checks everywhere on a kind of global facade as ben did and that we 
remove) but more into the design of Settings. Did you read the setting chapter?
In essence every part of the system that requires Setting should be made 
particularisable and refers to its own hooks (often
classVariables) and then such hoocks can be access via a representation by the 
tools such the setting browser.

We can have a chat about it if you want.

Stef




On Tue, Feb 6, 2018 at 9:11 AM, Vincent BLONDEAU 
<vincent.blond...@polytech-lille.net> wrote:
> Hi Hans,
>
>
>
> Not available yet, but soon ;)
>
> I am hired by a company, Lam Research, to make that possible with 
> Pharo. I just began to work on it, but I’ll announce it when I’ll have 
> a first working version.
>
> Our goal being to be able to package and deploy easily desktop 
> applications thanks to a tool that customize the deployed image.
>
>
>
> To avoid the right click on the World, a quick solution could be to 
> open a full window in the world and define a right click here. Look 
> openWorldWithSpec method.
>
>
>
> Thanks,
>
> Vincent
>
>
>
> From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On 
> Behalf Of Baveco, Hans
> Sent: lundi 5 février 2018 09:06
> To: 'pharo-users@lists.pharo.org'
> Subject: [Pharo-users] image lockdown/deployment mode
>
>
>
> Is there a way to disable the programmer facilities and produce a 
> locked image for an end user? I would be happy if I could at least 
> replace the world menu with a custom menu.
>
> In the developers-list archives I only found an old discussion (May 26 
> 2010 Image Lockdown/Deployment mode), without actual solutions. Maybe 
> these are available now?
>
> TIA
>
> Hans
>
>

[Pharo-users] image lockdown/deployment mode

[Baveco, Hans]

Is there a way to disable the programmer facilities and produce a locked image 
for an end user? I would be happy if I could at least replace the world menu 
with a custom menu.
In the developers-list archives I only found an old discussion (May 26 2010 
Image Lockdown/Deployment mode), without actual solutions. Maybe these are 
available now?
TIA
Hans

[Pharo-users] [phaor-user list options] where?

[Baveco, Hans]

Sorry to bother the list with this, but where can I change the delivery options 
for this list, e.g set to digest mode, etc?

TIA Hans