January 2018 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] FFI without the Pharo sources

by Vincent.Blondeau＠lamresearch.com

-----Original Message----- From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Eliot Miranda Sent: Wednesday, January 24, 2018 8:09 To: Pharo Development List <pharo-dev(a)lists.pharo.org> Subject: Re: [Pharo-dev] FFI without the Pharo sources Hi Vincent, > On Jan 23, 2018, at 4:54 PM, <Vincent.Blondeau(a)lamresearch.com<mailto:Vincent.Blondeau@lamresearch.com>> <Vincent.Blondeau(a)lamresearch.com<mailto:Vincent.Blondeau@lamresearch.com>> wrote: > > Hi, > > I am working to be able to create some standalone apps in Pharo. And for this, I would like to remove of the .sources and .changes. But, by removing them, the args names are reset to arg1, arg2, arg3, ... and the FFI cannot be used anymore. > > Does someone (Esteban?) have a solution that I could implement to fix this issue? One avenue that should be easy to implement would be to modify the compiler to save the temporary names as a property of the method. Hi Eliot, Ok. That seems the better solution. But you have to do that for only the FFI methods? Vincent > > Thanks! > > Vincent _,,,^..^,,,_ (phone)

Jan. 24, 2018

Re: [Pharo-dev] FFI without the Pharo sources

by Stephane Ducasse

So if you implement a cool solution we will integrate it immediately :) On Wed, Jan 24, 2018 at 6:20 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Thanks Vincent we are interested to make the independence on source > much simpler. > > Stef > > > On Wed, Jan 24, 2018 at 5:09 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: >> Hi Vincent, >> >>> On Jan 23, 2018, at 4:54 PM, <Vincent.Blondeau(a)lamresearch.com> <Vincent.Blondeau(a)lamresearch.com> wrote: >>> >>> Hi, >>> >>> I am working to be able to create some standalone apps in Pharo. And for this, I would like to remove of the .sources and .changes. But, by removing them, the args names are reset to arg1, arg2, arg3, ... and the FFI cannot be used anymore. >>> >>> Does someone (Esteban?) have a solution that I could implement to fix this issue? >> >> One avenue that should be easy to implement would be to modify the compiler to save the temporary names as a property of the method. >> >> >>> >>> Thanks! >>> >>> Vincent >> >> _,,,^..^,,,_ (phone)

Jan. 24, 2018

Re: [Pharo-dev] FFI without the Pharo sources

by Stephane Ducasse

Thanks Vincent we are interested to make the independence on source much simpler. Stef On Wed, Jan 24, 2018 at 5:09 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Vincent, > >> On Jan 23, 2018, at 4:54 PM, <Vincent.Blondeau(a)lamresearch.com> <Vincent.Blondeau(a)lamresearch.com> wrote: >> >> Hi, >> >> I am working to be able to create some standalone apps in Pharo. And for this, I would like to remove of the .sources and .changes. But, by removing them, the args names are reset to arg1, arg2, arg3, ... and the FFI cannot be used anymore. >> >> Does someone (Esteban?) have a solution that I could implement to fix this issue? > > One avenue that should be easy to implement would be to modify the compiler to save the temporary names as a property of the method. > > >> >> Thanks! >> >> Vincent > > _,,,^..^,,,_ (phone)

Jan. 24, 2018

Re: [Pharo-dev] [Launcher][Win]Cannot download the VM from Pharo

by Vincent.Blondeau＠lamresearch.com

Hi, I think that is not related... I have this problem since last week and it is still there today. Vincent From: Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] On Behalf Of Marcus Denker Sent: Wednesday, January 24, 2018 0:01 To: Pharo Development List <pharo-dev(a)lists.pharo.org> Subject: Re: [Pharo-dev] [Launcher][Win]Cannot download the VM from Pharo Hi, My watchdog detected problems connecting to files.pharo.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__files.pharo.org&d=DwMFA…> this night (local time). It seems to not happen anymore. It might have been related (that is, there might have been problems on the OVH side this night). Marcus On 24 Jan 2018, at 00:09, <Vincent.Blondeau(a)lamresearch.com<mailto:Vincent.Blondeau@lamresearch.com>> <Vincent.Blondeau(a)lamresearch.com<mailto:Vincent.Blondeau@lamresearch.com>> wrote: Hi, With the Pharo launcher, the VM are automatically downloaded from the files.pharo.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__files.pharo.org&d=DwMFA…> server. However, it seems that the download of some VMs doesn't work at least under Windows 10. For the P7 image, the download stops at 38% (~2.5Mo) with the error "ConnectionClosed: Cannot Read Data", and, I obtain the same error with this cmd: ZnEasy get: 'http://files.pharo.org/get-files/70/pharo-win-stable.zip<https://urldefense.proofpoint.com/v2/url?u=http-3A__files.pharo.org_get-2Df…>'. However, I can fully download the image through the Internet Browser. The download with Pharo is working: ZnEasy get: 'https://files.pharo.org/<https://urldefense.proofpoint.com/v2/url?u=https-3A__files.pharo.org_&d=DwM…>'. give me a 200 OK response. Thanks in advance for your help, Cheers, Vincent <winmail.dat>

Jan. 24, 2018

[Pharo 7.0-dev] Build #445: 20903-isTranslucentColor-should-be-removed-as-flagged

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #445 was: SUCCESS. The Pull Request #701 was integrated: "20903-isTranslucentColor-should-be-removed-as-flagged" Pull request url: https://github.com/pharo-project/pharo/pull/701 Issue Url: https://pharo.fogbugz.com/f/cases/20903 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Jan. 24, 2018

[Pharo 7.0-dev] Build #444: 20896-ImagePresenter-comment-show-code-that-does-not-exist

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #444 was: FAILURE. The Pull Request #704 was integrated: "20896-ImagePresenter-comment-show-code-that-does-not-exist" Pull request url: https://github.com/pharo-project/pharo/pull/704 Issue Url: https://pharo.fogbugz.com/f/cases/20896 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Jan. 24, 2018

Re: [Pharo-dev] FFI without the Pharo sources

by Eliot Miranda

Hi Vincent, > On Jan 23, 2018, at 4:54 PM, <Vincent.Blondeau(a)lamresearch.com> <Vincent.Blondeau(a)lamresearch.com> wrote: > > Hi, > > I am working to be able to create some standalone apps in Pharo. And for this, I would like to remove of the .sources and .changes. But, by removing them, the args names are reset to arg1, arg2, arg3, ... and the FFI cannot be used anymore. > > Does someone (Esteban?) have a solution that I could implement to fix this issue? One avenue that should be easy to implement would be to modify the compiler to save the temporary names as a property of the method. > > Thanks! > > Vincent _,,,^..^,,,_ (phone)

Jan. 24, 2018

[Pharo 7.0-dev] Build #443: 20912-GoferOperationTestrunCase-method-just-calls-super---can-we-remove-it

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #443 was: FAILURE. The Pull Request #702 was integrated: "20912-GoferOperationTestrunCase-method-just-calls-super---can-we-remove-it" Pull request url: https://github.com/pharo-project/pharo/pull/702 Issue Url: https://pharo.fogbugz.com/f/cases/20912 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Jan. 24, 2018

[ANN] Two small changes to get.pharo.org: Link to 64 bit and SSL

by Marcus Denker

Hi, We did two small changes to http://get.pharo.org <http://get.pharo.org/> 1) all links are https: links. -> important to not use http for security (man in the middle attacks) 2) We added an explicit link to https://get.pharo.org/64/ <https://get.pharo.org/64/> Pharo 64bit version Pharo 64bit versions can be found here: https://get.pharo.org/64 <https://get.pharo.org/64> Marcus

Jan. 24, 2018

Re: [Pharo-dev] FFI without the Pharo sources

by Esteban Lorenzano

hi, Marcus approach swill work, yes. also, my idea was to reproduce what it was present for nativeboost before: - a command to search for all ffi calls and add a property of the methods with an array of the argument names - then modify method installation to look first for this property and take the argument names just if it is not found only difference is that with NB we searched for a pragma, now we have to search for senders of a list of âffi methodsâ #ffiCall: family and #nbCall: family to implement this is trivialâ¦ is just I didnât do it ;) Esteban > On 24 Jan 2018, at 09:31, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > >> On 24 Jan 2018, at 08:58, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> >> >>> On 24 Jan 2018, at 01:54, <Vincent.Blondeau(a)lamresearch.com> <Vincent.Blondeau(a)lamresearch.com> wrote: >>> >>> Hi, >>> >>> I am working to be able to create some standalone apps in Pharo. And for this, I would like to remove of the .sources and .changes. But, by removing them, the args names are reset to arg1, arg2, arg3, ... and the FFI cannot be used anymore. >>> >>> Does someone (Esteban?) have a solution that I could implement to fix this issue? >>> >> >> Hello, >> >> You can embed the sources of just those methods: >> -> iterate over all methods, select the FFI methods >> -> call #embeddSourceInTrailer on these methods. >> > > > We should add later something to the compiler for this, too. Imagine you have your system without source, > decompiling happily. Then you want to edit a method: > -> if it was decompiled, just compile and drop source > -> if the source comes from the trailer, it should again compile a method with embedded source. > > I make a note for my TODO. > > With Pavel we managed to speed up source reading for methods that have embeddSourceInTrailer quite a lot > (with ideas for even more), I will start to merge these patches, too. > > Marcus

Jan. 24, 2018