September 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] http://forum.world.st down?

by Geert Claes

Hi Dale, It's up again. There were some DNS issues. -- View this message in context: http://forum.world.st/http-forum-world-st-down-tp4849682p4849955.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 14, 2015

Re: [Pharo-dev] [Vm-dev] "missing" exports on the windows vm

by Esteban Lorenzano

> On 13 Sep 2015, at 00:07, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > 2015-05-21 20:35 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>>: > > > 2015-05-06 0:11 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de <mailto:nicolaihess@web.de>>: > We have a failing test case for NB > NBInterpreterProxyTest>>#testStackPointer > it fails because > NativeBoost loadSymbol: 'stackPointerAddress' fromModule: NativeBoost VMModule > returns nil > > This works for the linux vm! > > There are other methods that can be loaded, for example: > (NativeBoost loadSymbol: 'primitiveAllObjects' fromModule: NativeBoost VMModule) > -> returns an address. > > This stopped working for the windows pharo vm around june 2014. The source that > changed is cointerp.h, the prior version had EXPORT(...) declarations around all > functions in cointerp.h, the current version not. > > Three questions: > > 1. Why does this still work on linux? Does it export all functions declared in > a header? > 2. why was it changed? (I could not found the change in the code generator, maybe we > exported all functions with pragma #api and now only those with pragma #export ? > 3. do we need this function to be exported? Apart from this testcases, this method is > called the on image startup, but the nil return does not harm. > It seems it is not part of the main vm api (like the interpreter proxy functions callable from external modules) and I didn't see code thet depend on this. > > There are similiar functions for which we load the function address on startup: > cStackPointerAddress and cFramePointerAddress, this seems to work, but I don't know if the expected result is different. > > In NBInterpreterProxy>>#initialize, we try to load all fourmethods: > stackPointerAddress/framePointerAddress -> nil > cStackPointerAddress / cFramePointerAddress -> not nil > > > > nicolai > > > > Anyone knows why the exports changed on windows? > Or if we need the stackPointerAddress/framePointerAddress methods? > > > Maybe I'll just close the issue as won't fix. On the other hand, we now have this > failing test (skipped for windows), so maybe I will remove the test. > > But still, I would like to know if this change was by accident or on purpose. If it > was on purpose, maybe there is a way to make this test succeed on windows too? I think you can safely close it. I donât know if change was or not on purpose, but since ASMJIT (and NB FFI implementation) will go away with Spur, fixing this is a lose of time. Esteban > > > > nicolai > >

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by Skip Lentz

> On Sep 14, 2015, at 11:04 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi, > > Is there a way to get the operating system PID of the running Pharo VM from inside the image ? If Iâm not mistaken, it is what OSProcess is for. I think this should be it: > OSProcess thisOSProcess pid. The comment of thisOSProcess says: "Answer a single instance of the class corresponding to the OS process in which this Smalltalk image is executing."

Sept. 14, 2015

Re: [Pharo-dev] PID of VM ?

by Torsten Bergmann

Did anyone ever look at my OS projects at http://smalltalkhub.com/#!/~OS where I try to unify the native platforms (to keep platform independence) while on the other side allow to use native functionality as much as possible: Gofer it smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo40'; configurationOf: 'OSUnix'; loadVersion: #stable. => UnixProcess currentProcessId Gofer it smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo40'; configurationOf: 'OSWindows'; loadVersion: #stable. => WinProcess currentProcessId Have fun T. > Gesendet: Montag, 14. September 2015 um 11:04 Uhr > Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Betreff: [Pharo-dev] PID of VM ? > > Hi, > > Is there a way to get the operating system PID of the running Pharo VM from inside the image ? > > If not, I think that would be a nice addition. > > Sven > > >

Sept. 14, 2015

PID of VM ?

by Sven Van Caekenberghe

Hi, Is there a way to get the operating system PID of the running Pharo VM from inside the image ? If not, I think that would be a nice addition. Sven

Sept. 14, 2015

Re: [Pharo-dev] [Pharo-users] [Moose-dev] Pillar 2.0.0: Introduction of PetitPillar

by Damien Cassou

Alexandre Bergel <alexandre.bergel(a)me.com> writes: > I use Pillar for AgileVisualization. One problem I have is that the > book contains many code snippets. How can I run all the code snippet > in order to spot error? Is there an easy way for that? something like https://github.com/pillar-markup/pillar/issues/71 ? -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Sept. 14, 2015

[Survey] QualityAssistant experience mini-survey

by Yuriy Tymchuk

Dear Pharoers, I kindly ask you to participate in the QualityAssistant mini-survey: http://rio.inf.usi.ch/survey/index.php/818331 <http://rio.inf.usi.ch/survey/index.php/818331>. It will take only a few minutes of your time (or less), and will give us a better understanding of how QualityAssistant is currently used and how to improve it. Cheers! Yuriy

Sept. 14, 2015

Re: [Pharo-dev] [Pharo-users] Pillar 1.1.0 released

by Johan Brichau

Hi Cyril, You are right. Itâs better to just fix the version of Pillar for Pier and that works just fine for me now. We will see what happens later if someone has the time to look at Pier. cheers Johan > On 13 Sep 2015, at 12:22, Ferlicot Delbecque Cyril <c.ferlicot-delbecque(a)etudiant.univ-lille1.fr> wrote: > > Le 13/09/2015 10:28, Johan Brichau a Ã©crit : >> Hi, >> >> I just noticed that in the most recent version of Pillar, the instvar #embedded was removed from PRReference >> This breaks Pierâ¦ though right before this change I could make Pier3 work with Pillar just fine. >> >> The embedded var is used to specify that component references are to be embedded in the page. There are more components than Figures in Pier. >> > > Hi Johan, > > We removed that because since Figures are not link anymore we do not > need it. If the reference is a link, it is not embedded, else it is. We > plan latter to have more embedded item than Figures, maybe we can just > and a class between Reference and Figure (PREmbeddedReferences). > With that we do not need the ivar. > > But since Pier3 doesn't evolve anymore I proposed to someone to freeze > the version of Pillar needed for the stable version of Pier3. But I > didn't get an answer. > > -- > Cyril > >> I am just trying to use and work with Pier3 for Seaside book and website, so it would be great if you can consider adding the embedded variable again. >> >> thanks guys! >> Johan >> >> ps: email me directly, since I might miss replies via the mailinglist. >> >> > >

Sept. 14, 2015

[pharo-project/pharo-core]

by GitHub

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

Sept. 14, 2015

[pharo-project/pharo-core] 9ea7a8: 50321

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 9ea7a8e991e81e8a4e60d5b9ac0c7a96dba730b6 https://github.com/pharo-project/pharo-core/commit/9ea7a8e991e81e8a4e60d5b9… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-09-14 (Mon, 14 Sep 2015) Changed paths: M Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - after/testAfterBlockSequence.st A Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - instead/testFailingDoubleRWInstead.st A Reflectivity-Tests.package/ReflectivityControlTest.class/instance/tests - instead/testFailingDoubleRWInsteadSimplified.st M Reflectivity-Tests.package/ReflectivityExamples.class/definition.st A Reflectivity-Tests.package/ReflectivityExamples.class/instance/examples/exampleLazyInit.st M Reflectivity.package/RFASTTranslator.class/instance/reflectivity/emitMetaLinkBefore_.st M Reflectivity.package/RFASTTranslator.class/instance/reflectivity/emitMetaLinkInstead_.st M Reflectivity.package/RFNewValueReification.class/instance/generate/preamble_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50320.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50321.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50320.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50321.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50321 16559 fix for #instead links https://pharo.fogbugz.com/f/cases/16559 http://files.pharo.org/image/50/50321.zip

Sept. 14, 2015