- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40324 Home: https://github.com/pharo-project/pharo-core

Oct. 24, 2014

Re: [Pharo-dev] .source file

by Hilaire

Le 24/10/2014 10:35, Sven Van Caekenberghe a Ã©crit : > I have to add that NativeBoost based code (like accessing environment variables for certain FileLocator places) breaks down when you have no sources ... Even with a fake .sources file? -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Oct. 24, 2014

Re: [Pharo-dev] .source file

by Sven Van Caekenberghe

I have to add that NativeBoost based code (like accessing environment variables for certain FileLocator places) breaks down when you have no sources ... > On 24 Oct 2014, at 10:24, Hilaire <hilaire(a)drgeo.eu> wrote: > > Le 23/10/2014 21:17, Sven Van Caekenberghe a Ã©crit : > >> I just tried and it works. >> I removed the .changes file and replaced the .source file by a file containing just the word empty (a totally empty file does not seem to work). >> Then the 4.0 image starts up and works OK (I only tried command line), it created an empty .changes. > > Works with Pharo 3 as well. > > >> Even decompilation works ! > > Cool. > With Pharo 4 only, right? If I remember correctly decompiler was not > there in Pharo3 > > Thanks > >> >> $ ./pharo Pharo.image eval '(ZnClient>>#execute) sourceCode' >> 'execute >> | t1 | >> self prepareRequest. >> self withProgressDo: [ t1 := self executeWithTimeout ]. >> self prepareNextRequest. >> ^ t1' >> >> Cool ! >> >> HTH, >> >> Sven >> >>> Or you could try hacking SourceFileArray>>#ensureOpen >> >> >> > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu

Oct. 24, 2014

Re: [Pharo-dev] Run Spur run!!

by Hilaire

Le 23/10/2014 21:49, Tudor Girba a Ã©crit : > This is amazing. If we add to it that we will be able to have > significantly larger images ... dreaming ... :) > Hey, but some time you also need smaller one ;-) -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Oct. 24, 2014

Re: [Pharo-dev] .source file

by Marcus Denker

> On 24 Oct 2014, at 10:24, Hilaire <hilaire(a)drgeo.eu> wrote: > > Le 23/10/2014 21:17, Sven Van Caekenberghe a Ã©crit : > >> I just tried and it works. >> I removed the .changes file and replaced the .source file by a file containing just the word empty (a totally empty file does not seem to work). >> Then the 4.0 image starts up and works OK (I only tried command line), it created an empty .changes. > > Works with Pharo 3 as well. > > >> Even decompilation works ! > > Cool. > With Pharo 4 only, right? If I remember correctly decompiler was not > there in Pharo3 > yes. Marcus

Oct. 24, 2014

Re: [Pharo-dev] .source file

by Hilaire

Le 23/10/2014 21:17, Sven Van Caekenberghe a Ã©crit : > I just tried and it works. > I removed the .changes file and replaced the .source file by a file containing just the word empty (a totally empty file does not seem to work). > Then the 4.0 image starts up and works OK (I only tried command line), it created an empty .changes. Works with Pharo 3 as well. > Even decompilation works ! Cool. With Pharo 4 only, right? If I remember correctly decompiler was not there in Pharo3 Thanks > > $ ./pharo Pharo.image eval '(ZnClient>>#execute) sourceCode' > 'execute > | t1 | > self prepareRequest. > self withProgressDo: [ t1 := self executeWithTimeout ]. > self prepareNextRequest. > ^ t1' > > Cool ! > > HTH, > > Sven > >> Or you could try hacking SourceFileArray>>#ensureOpen > > > -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Oct. 24, 2014

Re: [Pharo-dev] Time Series in Smalltalk

by Serge Stinckwich

> On 24 Oct 2014, at 09:49, stepharo <stepharo(a)free.fr> wrote: > > There is an implementation in Moose Algo. I could not find them. What is the name of the classes ? Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Oct. 24, 2014

Re: [Pharo-dev] Time Series in Smalltalk

by Serge Stinckwich

> On 23 Oct 2014, at 14:52, Blondeau Vincent <vincent.blondeau(a)worldline.com> wrote: > > Hi ! > Dear Vincent, > > > I am looking for a time series library available for Pharo. > > Serge Stinckwich asked the same thing a year ago (http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2013-February/07…) and I would know whether any improvement has been made since? > > We started a really simple implementation of time series. Look at the class : KETimeSeries and KETimeSeriesTest in this repository: http://smalltalkhub.com/#!/~UMMISCO/Kendrick Please feel free to extract these classes and extend them. Maybe we can move them in the SciSmalltalk repository. Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Oct. 24, 2014

Re: [Pharo-dev] Time Series in Smalltalk

by stepharo

There is an implementation in Moose Algo. Stef On 23/10/14 14:52, Blondeau Vincent wrote: > > Hi ! > > I am looking for a time series library available for Pharo. > > Serge Stinckwich asked the same thing a year ago > (http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2013-February/07…) > and I would know whether any improvement has been made since? > > Thanks > > Cheers, > > Vincent BLONDEAU > > > ------------------------------------------------------------------------ > > Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã > l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© > par le secret professionnel. Si vous recevez ce message par erreur, > merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. > L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la > responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu > de ce message. Bien que les meilleurs efforts soient faits pour > maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne > donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre > recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. > > This e-mail and the documents attached are confidential and intended > solely for the addressee; it may also be privileged. If you receive > this e-mail in error, please notify the sender immediately and destroy > it. As its integrity cannot be secured on the Internet, the Worldline > liability cannot be triggered for the message content. Although the > sender endeavours to maintain a computer virus-free network, the > sender does not warrant that this transmission is virus-free and will > not be liable for any damages resulting from any virus transmitted.

Oct. 24, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40323 Home: https://github.com/pharo-project/pharo-core

Oct. 24, 2014