Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700
On 16 janv. 2014, at 16:58, Marcus Denker marcus.den...@inria.fr wrote: Hello, I was looking into that, the first (maybe only) reason is that the new class builder can not make anonymous subclasses of classes with ByteLayout Is that really a bug? Should it really be possible to subclass a class that has a byte layout with a class that has a fixed layout? Because: AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalTypeValue ] raises IncompatibleLayout but: AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalTypeValue; layoutClass: ByteLayout ] doesn't. A simple fix is to take the same layout class than the superclass by default instead of FixedLayout, isn't it? For example with lazy initialization: SlotClassBuilder#layoutClass ^ layoutClass ifNil: [ layoutClass := superclass layout class ] https://pharo.fogbugz.com/f/cases/12488/Can-not-create-newAnonymousSubclass-of-ByteLayout-classes On 16 Jan 2014, at 16:55, Torsten Bergmann asta...@gmx.de wrote: When loading PunQLite [1] in recent Pharo3.0 Latest update: #30700 I get an exception (IncompatibleLayoutConflict). It all boils down to the single expression: (NBExternalTypeValue ofType: 'NBInt64') from an initialize method which raises this. When I try in Pharo3.0 Latest update: #30579 it works. How can this be fixed? Is there something missing from the latest NB integration? Thx T. [1] http://smalltalkhub.com/#!/~MasashiUmezawa/PunQLite
[Pharo-dev] [Issue Tracker] 3.0 TODO down to 44 issues
Hi, We are at 44 issues tagged “Milestone 3.0” and rated “Must fix” or higher: https://pharo.fogbugz.com/f/filters/64/3-0-TODO We closed 74 issues the last 7 days. Marcus
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/30702 Home: https://github.com/pharo-project/pharo-core
[Pharo-dev] [pharo-project/pharo-core] 9b1332: 30702
Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 9b1332c5365e8a61e5996139b6f718ce1cbaff1e https://github.com/pharo-project/pharo-core/commit/9b1332c5365e8a61e5996139b6f718ce1cbaff1e Author: Jenkins Build Server bo...@pharo-project.org Date: 2014-01-17 (Fri, 17 Jan 2014) Changed paths: M ScriptLoader30.package/ScriptLoader.class/instance/cleaning/flushCaches.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script355.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30702.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Spec-Core.package/AbstractWidgetModel.class/class/specs/adapterName.st M Spec-Core.package/AbstractWidgetModel.class/class/specs/defaultSpec.st A Spec-Core.package/ButtonModel.class/class/specs/adapterName.st M Spec-Core.package/ButtonModel.class/instance/private/addShortcutTipFor_on_.st A Spec-Core.package/CheckBoxModel.class/class/specs/adapterName.st A Spec-Core.package/ContainerModel.class/class/specs/adapterName.st A Spec-Core.package/DialogWindowModel.class/class/specs/adapterName.st A Spec-Core.package/DiffModel.class/class/specs/adapterName.st A Spec-Core.package/DropListModel.class/class/specs/adapterName.st A Spec-Core.package/DynamicComposableModel.class/instance/rremove me/ensureExtentFor_.st A Spec-Core.package/IconListModel.class/class/specs/adapterName.st A Spec-Core.package/ImageModel.class/class/specs/adapterName.st A Spec-Core.package/LabelModel.class/class/specs/adapterName.st A Spec-Core.package/ListModel.class/class/specs/adapterName.st A Spec-Core.package/MenuGroupModel.class/class/specs/adapterName.st A Spec-Core.package/MenuItemModel.class/class/specs/adapterName.st A Spec-Core.package/MenuModel.class/class/specs/adapterName.st A Spec-Core.package/MultiColumnListModel.class/class/specs/adapterName.st A Spec-Core.package/NewListModel.class/class/specs/adapterName.st A Spec-Core.package/RadioButtonModel.class/class/specs/adapterName.st A Spec-Core.package/SliderModel.class/class/specs/adapterName.st A Spec-Core.package/TabManagerModel.class/class/specs/adapterName.st A Spec-Core.package/TabModel.class/class/specs/adapterName.st A Spec-Core.package/TextInputFieldModel.class/class/specs/adapterName.st A Spec-Core.package/TextModel.class/class/specs/adapterName.st A Spec-Core.package/TreeColumnModel.class/class/specs/adapterName.st A Spec-Core.package/TreeModel.class/class/specs/adapterName.st A Spec-Core.package/TreeNodeModel.class/class/specs/adapterName.st A Spec-Core.package/WindowModel.class/class/specs/adapterName.st M Spec-MorphicAdapters.package/MorphicButtonAdapter.class/instance/private/buildLabel_withIcon_.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/widget API/accept_notifying_.st M Spec-PolyWidgets.package/EditableList.class/definition.st Log Message: --- 30702 12643 MNU if a ButtonModel label is nil https://pharo.fogbugz.com/f/cases/12643 12663 #cleanUpForRelease should only be run on the build server https://pharo.fogbugz.com/f/cases/12663 http://files.pharo.org/image/30/30702.zip
Re: [Pharo-dev] STHub: 1190 repositories, 1001 users registered and 110365 packages uploaded
Let’s start from http://youtu.be/z11U4jJ7we4?hd=1 And also, Gephi is a tool for complex networks/graph visualisation. Roassal should be a tool for agile visualisation and together with Moose can provide powerful reverse-engenearing support. Id’ really like some improved interaction API in future releases. Cheers. Uko On 17 Jan 2014, at 02:51, Alexandre Bergel alexandre.ber...@me.com wrote: Truly beautiful. You’re raising some challenges for Roassal2 and Roassal2@Amber Alexandre On Jan 16, 2014, at 10:00 PM, Yuriy Tymchuk yuriy.tymc...@me.com wrote: Yes, have you seen it, http://yuriy.tymchuk.me/Smalldromeda/ ? On 17 Jan 2014, at 00:32, Torsten Bergmann asta...@gmx.de wrote: see http://smalltalkhub.com -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700
On 17 January 2014 10:09, Camille Teruel camille.ter...@gmail.com wrote: On 16 janv. 2014, at 16:58, Marcus Denker marcus.den...@inria.fr wrote: Hello, I was looking into that, the first (maybe only) reason is that the new class builder can not make anonymous subclasses of classes with ByteLayout Is that really a bug? Should it really be possible to subclass a class that has a byte layout with a class that has a fixed layout? i don't know and i don't care. Why i should care about such details in NB while all i want is to create simple anonymous subclass? Because: AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalTypeValue ] raises IncompatibleLayout but: AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalTypeValue; layoutClass: ByteLayout ] doesn't. A simple fix is to take the same layout class than the superclass by default instead of FixedLayout, isn't it? For example with lazy initialization: SlotClassBuilder#layoutClass ^ layoutClass ifNil: [ layoutClass := superclass layout class ] i don't understand what is difference between 'fixed' and 'same as superclass' layout, and i am not sure i want to understand it. I want to be freed from knowing such details when doing something as simple as creating anonymous subclass. P.S. If you think it will work, feel free to post it. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700
On 17 Jan 2014, at 11:13, Igor Stasenko siguc...@gmail.com wrote: On 17 January 2014 10:09, Camille Teruel camille.ter...@gmail.com wrote: On 16 janv. 2014, at 16:58, Marcus Denker marcus.den...@inria.fr wrote: Hello, I was looking into that, the first (maybe only) reason is that the new class builder can not make anonymous subclasses of classes with ByteLayout Is that really a bug? Should it really be possible to subclass a class that has a byte layout with a class that has a fixed layout? i don't know and i don't care. Why i should care about such details in NB while all i want is to create simple anonymous subclass? Because: AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalTypeValue ] raises IncompatibleLayout but: AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalTypeValue; layoutClass: ByteLayout ] doesn't. A simple fix is to take the same layout class than the superclass by default instead of FixedLayout, isn't it? For example with lazy initialization: SlotClassBuilder#layoutClass ^ layoutClass ifNil: [ layoutClass := superclass layout class ] i don't understand what is difference between 'fixed' and 'same as superclass' layout, and i am not sure i want to understand it. I want to be freed from knowing such details when doing something as simple as creating anonymous subclass. This is a bug… But the fun thing is: I always explain to people that adding a second better subsystem but then not using it everywhere is not good. And we found another case! A bug in the new class builder that we would have found 5 months ago had we used the new one and not the old one in this case. Marcus
Re: [Pharo-dev] Smalltalk Impact
On 16 January 2014 23:16, Igor Stasenko siguc...@gmail.com wrote: On 16 January 2014 21:15, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: Le 16/01/2014 12:55, H. Hirzel a écrit : “We are not payed to work on Squeak”, that is what I got told… Probably correct at that time... This is usual attitude in corporate environment: you paying me to do the job, i do it and i don't care about the rest. Been there, ate that :) If I pay you to do X, and you spend all my money doing Y, you need a very good story explaining why I don't get what I paid for. Seen in hindsight, everything is obvious. At the time it might have been far from obvious. frank
Re: [Pharo-dev] Smalltalk Impact
On 17 Jan 2014, at 11:27, Frank Shearar frank.shea...@gmail.com wrote: On 16 January 2014 23:16, Igor Stasenko siguc...@gmail.com wrote: On 16 January 2014 21:15, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: Le 16/01/2014 12:55, H. Hirzel a écrit : “We are not payed to work on Squeak”, that is what I got told… Probably correct at that time... This is usual attitude in corporate environment: you paying me to do the job, i do it and i don't care about the rest. Been there, ate that :) If I pay you to do X, and you spend all my money doing Y, you need a very good story explaining why I don't get what I paid for. If I get paid to do X, based on an open-source platform that helps me tremendously, then it is only logical and ethical to give back and support that platform - it would even be in my own self interest. Big, hot US companies do this all the time for thousands of projects. Seen in hindsight, everything is obvious. At the time it might have been far from obvious. frank
Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700
On 17 janv. 2014, at 11:13, Igor Stasenko siguc...@gmail.com wrote: On 17 January 2014 10:09, Camille Teruel camille.ter...@gmail.com wrote: On 16 janv. 2014, at 16:58, Marcus Denker marcus.den...@inria.fr wrote: Hello, I was looking into that, the first (maybe only) reason is that the new class builder can not make anonymous subclasses of classes with ByteLayout Is that really a bug? Should it really be possible to subclass a class that has a byte layout with a class that has a fixed layout? i don't know and i don't care. Why i should care about such details in NB while all i want is to create simple anonymous subclass? Because: AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalTypeValue ] raises IncompatibleLayout but: AnonymousClassInstaller make: [ :builder | builder superclass: NBExternalTypeValue; layoutClass: ByteLayout ] doesn't. A simple fix is to take the same layout class than the superclass by default instead of FixedLayout, isn't it? For example with lazy initialization: SlotClassBuilder#layoutClass ^ layoutClass ifNil: [ layoutClass := superclass layout class ] i don't understand what is difference between 'fixed' and 'same as superclass' layout, and i am not sure i want to understand it. I want to be freed from knowing such details when doing something as simple as creating anonymous subclass. P.S. If you think it will work, feel free to post it. It works and it's commited. Waiting for the monkey and reviews: https://pharo.fogbugz.com/f/cases/12488/Can-not-create-newAnonymousSubclass-of-ByteLayout-classes -- Best regards, Igor Stasenko.
Re: [Pharo-dev] Smalltalk Impact
On 17 January 2014 10:49, Sven Van Caekenberghe s...@stfx.eu wrote: On 17 Jan 2014, at 11:27, Frank Shearar frank.shea...@gmail.com wrote: On 16 January 2014 23:16, Igor Stasenko siguc...@gmail.com wrote: On 16 January 2014 21:15, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: Le 16/01/2014 12:55, H. Hirzel a écrit : “We are not payed to work on Squeak”, that is what I got told… Probably correct at that time... This is usual attitude in corporate environment: you paying me to do the job, i do it and i don't care about the rest. Been there, ate that :) If I pay you to do X, and you spend all my money doing Y, you need a very good story explaining why I don't get what I paid for. If I get paid to do X, based on an open-source platform that helps me tremendously, then it is only logical and ethical to give back and support that platform - it would even be in my own self interest. Big, hot US companies do this all the time for thousands of projects. That is true of the entity paying to do the work. If you paid me to get features X, Y Z done, and instead I did lots of (good!) work on other projects _not directly relevant to X, Y Z_, I think you'd have every right to get angry with me. I'm _not_ suggesting that it's right for someone to completely ignore the libraries that they use. I am saying that there are multiple forces behind we don't get paid to do X, and this work doesn't help me deliver X is perfectly legitimate. frank Seen in hindsight, everything is obvious. At the time it might have been far from obvious. frank
Re: [Pharo-dev] Smalltalk Impact
2014/1/17 Sven Van Caekenberghe s...@stfx.eu This is usual attitude in corporate environment: you paying me to do the job, i do it and i don't care about the rest. Been there, ate that :) If I pay you to do X, and you spend all my money doing Y, you need a very good story explaining why I don't get what I paid for. If I get paid to do X, based on an open-source platform that helps me tremendously, then it is only logical and ethical to give back and support that platform - it would even be in my own self interest. This holds true as long as you deliver X. Some companies to delivery X build Y and Z, and open source Y Z [1] Esteban A. Maringolo [1] E.g. http://square.github.io/
[Pharo-dev] different execution result debugger vs. 'normal run'
Hi there, In the process of porting our work to Pharo3, I encounter a bug where the execution in the debugger works correctly but not outside of it. It consistently occurs in a testcase of our code, across different images running Pharo 30700 and latest stable vm om mac (26 dec) as well as an older vm (6 sep). Since it's difficult to create a separate public test for this to recreate the problem, how do we go about this? cheers, Johan
Re: [Pharo-dev] STHub: 1190 repositories, 1001 users registered and 110365 packages uploaded
Yuriy Tymchuk wrote: Yes, have you seen it, http://yuriy.tymchuk.me/Smalldromeda/ ? On 17 Jan 2014, at 00:32, Torsten Bergmann asta...@gmx.de wrote: see http://smalltalkhub.com Love it. Now if it could be rotated in 3D and searched for my own name that would be mind-blowing. cheers -ben
Re: [Pharo-dev] different execution result debugger vs. 'normal run'
This could be a compiler bug… I check that with you offline of the list (and sign any NDA needed ;-) Marcus On 17 Jan 2014, at 13:27, Johan Brichau jo...@inceptive.be wrote: Hi there, In the process of porting our work to Pharo3, I encounter a bug where the execution in the debugger works correctly but not outside of it. It consistently occurs in a testcase of our code, across different images running Pharo 30700 and latest stable vm om mac (26 dec) as well as an older vm (6 sep). Since it's difficult to create a separate public test for this to recreate the problem, how do we go about this? cheers, Johan
Re: [Pharo-dev] Smalltalk Impact
Am 17.01.2014 um 11:49 schrieb Sven Van Caekenberghe s...@stfx.eu: On 17 Jan 2014, at 11:27, Frank Shearar frank.shea...@gmail.com wrote: On 16 January 2014 23:16, Igor Stasenko siguc...@gmail.com wrote: On 16 January 2014 21:15, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: Le 16/01/2014 12:55, H. Hirzel a écrit : “We are not payed to work on Squeak”, that is what I got told… Probably correct at that time... This is usual attitude in corporate environment: you paying me to do the job, i do it and i don't care about the rest. Been there, ate that :) If I pay you to do X, and you spend all my money doing Y, you need a very good story explaining why I don't get what I paid for. If I get paid to do X, based on an open-source platform that helps me tremendously, then it is only logical and ethical to give back and support that platform - it would even be in my own self interest. + [a high number] Norbert Big, hot US companies do this all the time for thousands of projects. Seen in hindsight, everything is obvious. At the time it might have been far from obvious. frank
[Pharo-dev] [pharo-project/pharo-core] 1c2baa: 30703
Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 1c2baaded318af04e7127a5c1b0e51f4bc2ffe0c https://github.com/pharo-project/pharo-core/commit/1c2baaded318af04e7127a5c1b0e51f4bc2ffe0c Author: Jenkins Build Server bo...@pharo-project.org Date: 2014-01-17 (Fri, 17 Jan 2014) Changed paths: M Collections-Streams.package/MultiByteBinaryOrTextStream.class/instance/private basic/basicNext.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script356.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30703.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Slot.package/SlotClassBuilder.class/instance/accessing/layoutClass.st M Slot.package/SlotClassBuilder.class/instance/initialization/initialize.st M Slot.package/SlotClassBuilder.class/instance/initialize-release/build.st M Slot.package/SlotClassBuilder.class/instance/initialize-release/buildNewClass.st Log Message: --- 30703 12461 MultiByteBinaryOrTextStream cannot use TextConverters like MultiByteFileStream unless patched https://pharo.fogbugz.com/f/cases/12461 12488 Can not create newAnonymousSubclass of ByteLayout classes https://pharo.fogbugz.com/f/cases/12488 http://files.pharo.org/image/30/30703.zip
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/30703 Home: https://github.com/pharo-project/pharo-core
Re: [Pharo-dev] STHub: 1190 repositories, 1001 users registered and 110365 packages uploaded
We should include this in feature proposals for Roassal3 ;) Uko On 17 Jan 2014, at 13:32, b...@openinworld.com wrote: Yuriy Tymchuk wrote: Yes, have you seen it, http://yuriy.tymchuk.me/Smalldromeda/ ? On 17 Jan 2014, at 00:32, Torsten Bergmann asta...@gmx.de wrote: see http://smalltalkhub.com Love it. Now if it could be rotated in 3D and searched for my own name that would be mind-blowing. cheers -ben
Re: [Pharo-dev] different execution result debugger vs. 'normal run'
When I encounter this, it’s usually in Morphic where other rendering loops happened between the debugger and the execution :) In a nutshell could be some thread issue :) Ben On 17 Jan 2014, at 09:37, Marcus Denker marcus.den...@inria.fr wrote: This could be a compiler bug… I check that with you offline of the list (and sign any NDA needed ;-) Marcus On 17 Jan 2014, at 13:27, Johan Brichau jo...@inceptive.be wrote: Hi there, In the process of porting our work to Pharo3, I encounter a bug where the execution in the debugger works correctly but not outside of it. It consistently occurs in a testcase of our code, across different images running Pharo 30700 and latest stable vm om mac (26 dec) as well as an older vm (6 sep). Since it's difficult to create a separate public test for this to recreate the problem, how do we go about this? cheers, Johan
Re: [Pharo-dev] Pharo on a Raspbian
Thank you Marcus for the pointer. Jannik 2014/1/16 Marcus Denker marcus.den...@inria.fr On 16 Jan 2014, at 16:10, jannik laval jannik.la...@gmail.com wrote: Dear pharoers, I tried to load a Pharo 2.0 on a Raspbian (with Phratch inside !). It works fine (the VM Squeak is already included in the Raspbian). I tried it with Pharo3.0 and it does not work. What changed in Pharo3.0 ? There is this: https://pharo.fogbugz.com/f/cases/11869/NativeBoost-usage-in-PreferenceStartup-raises-an-exception-on-StackVM -- ~~Jannik Laval~~ École des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/
Re: [Pharo-dev] Pharo on a Raspbian
On 16 Jan 2014, at 16:10, jannik laval jannik.la...@gmail.com wrote: Dear pharoers, I tried to load a Pharo 2.0 on a Raspbian (with Phratch inside !). It works fine (the VM Squeak is already included in the Raspbian). I tried it with Pharo3.0 and it does not work. What changed in Pharo3.0 ? I know that some guys work on a PharoVM on a Raspbian. What is the status ? Thank you all. I think it is really important to have Pharo 3.0 running on the Raspberry Pi. But I don't know what needs to happen. On a related note, what are these CI jobs ? https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Cog-Git-Tracker/ https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Cog-Git-Tracker-Developpement/ https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Compilation/ https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Compilation-FastBltBit/ https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Cross-Compilation/ It seems that there is some effort under way... Sven
Re: [Pharo-dev] Pharo on a Raspbian
On 17 Jan 2014, at 15:01, Sven Van Caekenberghe s...@stfx.eu wrote: On 16 Jan 2014, at 16:10, jannik laval jannik.la...@gmail.com wrote: Dear pharoers, I tried to load a Pharo 2.0 on a Raspbian (with Phratch inside !). It works fine (the VM Squeak is already included in the Raspbian). I tried it with Pharo3.0 and it does not work. What changed in Pharo3.0 ? I know that some guys work on a PharoVM on a Raspbian. What is the status ? Thank you all. I think it is really important to have Pharo 3.0 running on the Raspberry Pi. But I don't know what needs to happen. is just to compile a NB Stack VM… with should be fairly straightforward… Esteban On a related note, what are these CI jobs ? https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Cog-Git-Tracker/ https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Cog-Git-Tracker-Developpement/ https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Compilation/ https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Compilation-FastBltBit/ https://ci.inria.fr/pharo-contribution/job/RaspberryPi-Cross-Compilation/ It seems that there is some effort under way... Sven
Re: [Pharo-dev] Pharo on a Raspbian
On 17 Jan 2014, at 15:03, Esteban Lorenzano esteba...@gmail.com wrote: is just to compile a NB Stack VM… with should be fairly straightforward… So that means there _is_ a working VM, right ? Where can we download it for testing ?
Re: [Pharo-dev] Pharo on a Raspbian
On 17 Jan 2014, at 15:06, Sven Van Caekenberghe s...@stfx.eu wrote: On 17 Jan 2014, at 15:03, Esteban Lorenzano esteba...@gmail.com wrote: is just to compile a NB Stack VM… with should be fairly straightforward… So that means there _is_ a working VM, right ? Where can we download it for testing ? no, there isn’t :) there are some (minor) changes to do to a StackVM and they are not done yet. AFAIK, is just change one or two methods and to add the NB Plugin. Esteban
Re: [Pharo-dev] Pharo on a Raspbian
On 17 Jan 2014, at 15:12, Esteban Lorenzano esteba...@gmail.com wrote: On 17 Jan 2014, at 15:06, Sven Van Caekenberghe s...@stfx.eu wrote: On 17 Jan 2014, at 15:03, Esteban Lorenzano esteba...@gmail.com wrote: is just to compile a NB Stack VM… with should be fairly straightforward… So that means there _is_ a working VM, right ? Where can we download it for testing ? no, there isn’t :) there are some (minor) changes to do to a StackVM and they are not done yet. AFAIK, is just change one or two methods and to add the NB Plugin. I think many people are quite eager for this. So how many request does it take ? Who do we have to ask ? In any case, here is my request: Please, please, Dark Lords of the VM, can we please have a Pharo VM for 3.0 for the Raspberry Pi, please, please, please ... ;-) Anyone else ?
Re: [Pharo-dev] Pharo on a Raspbian
you need to subclass NewObjectMemory to override growObjectMemory: delta (see it in NBCoObjectMemory) to enable object memory to be executable you need to subclass from StackInterpreter to override initStackPagesAndInterpret to enable object memory to be executable and to use new object memory class. basically, same sort of changes what i did for NBCoInterpreter, when adapting NB plugin for Cog. On 17 January 2014 15:12, Esteban Lorenzano esteba...@gmail.com wrote: On 17 Jan 2014, at 15:06, Sven Van Caekenberghe s...@stfx.eu wrote: On 17 Jan 2014, at 15:03, Esteban Lorenzano esteba...@gmail.com wrote: is just to compile a NB Stack VM… with should be fairly straightforward… So that means there _is_ a working VM, right ? Where can we download it for testing ? no, there isn’t :) there are some (minor) changes to do to a StackVM and they are not done yet. AFAIK, is just change one or two methods and to add the NB Plugin. Esteban -- Best regards, Igor Stasenko.
Re: [Pharo-dev] Pharo on a Raspbian
On 17 January 2014 15:24, Sven Van Caekenberghe s...@stfx.eu wrote: On 17 Jan 2014, at 15:12, Esteban Lorenzano esteba...@gmail.com wrote: On 17 Jan 2014, at 15:06, Sven Van Caekenberghe s...@stfx.eu wrote: On 17 Jan 2014, at 15:03, Esteban Lorenzano esteba...@gmail.com wrote: is just to compile a NB Stack VM… with should be fairly straightforward… So that means there _is_ a working VM, right ? Where can we download it for testing ? no, there isn’t :) there are some (minor) changes to do to a StackVM and they are not done yet. AFAIK, is just change one or two methods and to add the NB Plugin. I think many people are quite eager for this. So how many request does it take ? Who do we have to ask ? In any case, here is my request: Please, please, Dark Lords of the VM, can we please have a Pharo VM for 3.0 for the Raspberry Pi, please, please, please ... forget about having NB on ARM. yes, you can easily make VM-side plugin working, but image-side code is not nearly ready to run on it, because there's no ARM assembler, no ARM calling convention(s) implemented whatever :) -- Best regards, Igor Stasenko.
Re: [Pharo-dev] Pharo on a Raspbian
On 17 Jan 2014, at 15:28, Igor Stasenko siguc...@gmail.com wrote: On 17 January 2014 15:24, Sven Van Caekenberghe s...@stfx.eu wrote: On 17 Jan 2014, at 15:12, Esteban Lorenzano esteba...@gmail.com wrote: On 17 Jan 2014, at 15:06, Sven Van Caekenberghe s...@stfx.eu wrote: On 17 Jan 2014, at 15:03, Esteban Lorenzano esteba...@gmail.com wrote: is just to compile a NB Stack VM… with should be fairly straightforward… So that means there _is_ a working VM, right ? Where can we download it for testing ? no, there isn’t :) there are some (minor) changes to do to a StackVM and they are not done yet. AFAIK, is just change one or two methods and to add the NB Plugin. I think many people are quite eager for this. So how many request does it take ? Who do we have to ask ? In any case, here is my request: Please, please, Dark Lords of the VM, can we please have a Pharo VM for 3.0 for the Raspberry Pi, please, please, please ... forget about having NB on ARM. yes, you can easily make VM-side plugin working, but image-side code is not nearly ready to run on it, because there's no ARM assembler, no ARM calling convention(s) implemented whatever :) oh, crap… I confused the architecture (I should think before answer mails, he). Yes… there is a problem with that. What we need is to make NB not mandatory in Pharo3 (right now there are problems with that), and we will. Pavel had some work on that direction that we want to integrate soon :) Esteban -- Best regards, Igor Stasenko.
Re: [Pharo-dev] [Pharo-users] [ANN] Pillar release 0.6
Maybe we can do something similar to https://github.com/MarioRicalde/SCSS.tmbundle Uko On 16 Jan 2014, at 00:26, Benjamin benjamin.vanryseghem.ph...@gmail.com wrote: The syntax regex are done, but if you know how to create a theme, you’ll be my god :) Ben On 15 Jan 2014, at 19:16, Yuriy Tymchuk yuriy.tymc...@me.com wrote: On 15 Jan 2014, at 22:40, Benjamin benjamin.vanryseghem.ph...@gmail.com wrote: Note that I also started to write/hack a TextMate bundle :P So: can I help you? :) Uko Ben On 15 Jan 2014, at 16:11, Johan Fabry jfa...@dcc.uchile.cl wrote: Pillar is cool. I have been using it and found that it works quite well. The html output is very pretty and the markdown format is quite handy as well. Damien forgot to say that Pillar / Pier also has an emacs major mode (pier-mode.el) which helps a lot when writing. :-) See https://github.com/DamienCassou/pier-cl On Jan 15, 2014, at 2:17 PM, Damien Cassou damien.cas...@gmail.com wrote: Dear lists, I'm proud to announce the 0.6 release of Pillar, a syntax and associated tools to write and generate documentation and books. Pillar is currently used to write the Enterprise Pharo book (https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/) and other projects. The attached screenshot shows a part of the Voyage documentation generated by Pillar (from https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english/blob/master/Voyage/Voyage.pier). Pillar has many features: - simple markup-based syntax with references, tables, pictures, captions... (this is the syntax of Pier) - export to HTML, LaTeX and markdown (more to come) - customization of the export through a dedicated STON configuration file - support of templates using the Mustache templating engine - syntax-highlighting of generated code blocks (not yet in LaTeX) - configurable numbering of section titles and figures - ... Pillar has also: - a 5-minutes tutorial (https://github.com/DamienCassou/pillar-documentation/blob/master/README.md#1-5-minutes-tutorial) - a documentation (https://github.com/DamienCassou/pillar-documentation) (in progress) - a good test coverage (91% with more than a 1000 executed tests) - a continuous integration job (https://ci.inria.fr/pharo-contribution/job/Pillar/) - a command-line interface (https://github.com/DamienCassou/pillar-documentation#5--command-line-interface) - several existing use cases: https://github.com/DamienCassou/pillar-documentation#6--example-pillar-usage -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill pillar-voyage.png --- Save our in-boxes! http://emailcharter.org --- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
[Pharo-dev] http://association.pharo.org/web/weekly
Hi guys I started a blog http://association.pharo.org/web/weekly Why yet another blog? I got exhausted, sick, and I had to stop reading mails and other computer activities. Then after a couple of weeks (well I’m addict so these are days) not reading mails about Pharo I realise that there is no condensed information where you are not forced to read hundreds of mails to know what is happening. Since I need to cure myself and relax, I decided that I will batch my Pharo email reading (Yes I can) and I will extract blog entries because emails vanished under their own stream. They will not be polished but you will find information about our crazy moving fast community. And I hope that you will enjoy it. Stéphane http://stephane.ducassse.free.fr
[Pharo-dev] [pharo-project/pharo-core] 66ce4f: 30704
Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 66ce4f49c7fe6feae3151a23643d3e593e7a1417 https://github.com/pharo-project/pharo-core/commit/66ce4f49c7fe6feae3151a23643d3e593e7a1417 Author: Jenkins Build Server bo...@pharo-project.org Date: 2014-01-17 (Fri, 17 Jan 2014) Changed paths: M NativeBoost-Unix.package/NativeBoostLinux32.class/instance/accessing/stackAlignment.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script357.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30704.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Inspector.package/EyeInspector.class/README.md Log Message: --- 30704 12654 Class comment in EyeInspector references missing method https://pharo.fogbugz.com/f/cases/12654 12478 Crash when using fonts with Athens on ubuntu https://pharo.fogbugz.com/f/cases/12478 http://files.pharo.org/image/30/30704.zip
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/30704 Home: https://github.com/pharo-project/pharo-core
Re: [Pharo-dev] Smalltalk Impact
Le 17/01/2014 00:16, Igor Stasenko a écrit : “We are not payed to work on Squeak”, that is what I got told… Probably correct at that time... This is usual attitude in corporate environment: you paying me to do the job, i do it and i don't care about the rest. Been there, ate that :) Come on, there is not excuse in the experience Marcus was writing about. It was not related to a third party corporation, but an organization involved in Squeak since the begining, deciding to not collaborate with Squeak maintainer of the time. Hilaire -- Dr. Geo http://drgeo.eu
Re: [Pharo-dev] http://association.pharo.org/web/weekly
Hi Stef, Really good idea Take it easy. Hernán 2014/1/17 Pharo4Stef pharo4s...@free.fr Hi guys I started a blog http://association.pharo.org/web/weekly Why yet another blog? I got exhausted, sick, and I had to stop reading mails and other computer activities. Then after a couple of weeks (well I’m addict so these are days) not reading mails about Pharo I realise that there is no condensed information where you are not forced to read hundreds of mails to know what is happening. Since I need to cure myself and relax, I decided that I will batch my Pharo email reading (Yes I can) and I will extract blog entries because emails vanished under their own stream. They will not be polished but you will find information about our crazy moving fast community. And I hope that you will enjoy it. Stéphane http://stephane.ducassse.free.fr
Re: [Pharo-dev] Smalltalk Impact
On 17 Jan 2014, at 16:40, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: Le 17/01/2014 00:16, Igor Stasenko a écrit : “We are not payed to work on Squeak”, that is what I got told… Probably correct at that time... This is usual attitude in corporate environment: you paying me to do the job, i do it and i don't care about the rest. Been there, ate that :) Come on, there is not excuse in the experience Marcus was writing about. It was not related to a third party corporation, but an organization involved in Squeak since the begining, deciding to not collaborate with Squeak maintainer of the time. Lets rest it… as people might guess, I am still sad about Squeak… lets say it like that: I *really* *really* believed in it (the whole thing, dynabook and all), and I still think one could have done much better than we have. And it’s not a problem that it failed: it is a problem hat it was hold back explicitly that makes me sad. How great could it have been! Just imagine a system that is improved, radically, over 20 years… every day a bit, every year a release, building always on top of a stable base created before... Marcus
Re: [Pharo-dev] Displaying labels with Athens on Linux?
Fix integrated. in 3.0 704 -- Best regards, Igor Stasenko.
Re: [Pharo-dev] Smalltalk Impact
On 17 January 2014 12:24, Frank Shearar frank.shea...@gmail.com wrote: On 17 January 2014 10:49, Sven Van Caekenberghe s...@stfx.eu wrote: On 17 Jan 2014, at 11:27, Frank Shearar frank.shea...@gmail.com wrote: On 16 January 2014 23:16, Igor Stasenko siguc...@gmail.com wrote: On 16 January 2014 21:15, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: Le 16/01/2014 12:55, H. Hirzel a écrit : “We are not payed to work on Squeak”, that is what I got told… Probably correct at that time... This is usual attitude in corporate environment: you paying me to do the job, i do it and i don't care about the rest. Been there, ate that :) If I pay you to do X, and you spend all my money doing Y, you need a very good story explaining why I don't get what I paid for. If I get paid to do X, based on an open-source platform that helps me tremendously, then it is only logical and ethical to give back and support that platform - it would even be in my own self interest. Big, hot US companies do this all the time for thousands of projects. That is true of the entity paying to do the work. If you paid me to get features X, Y Z done, and instead I did lots of (good!) work on other projects _not directly relevant to X, Y Z_, I think you'd have every right to get angry with me. Now consider that you paid to do X.. but in order to do that, you must fix something (or complete the feature) in open-source project Y, which you using. So, it is directly relevant to your work. But at the end, you can choose to either share your fixes to Y with community, or just don't (or even worse, when people mention the same problem, keep saying ah.. yeah.. that bug.. it was fixed many years ago in one of my private projects which i will never share). I'm _not_ suggesting that it's right for someone to completely ignore the libraries that they use. I am saying that there are multiple forces behind we don't get paid to do X, and this work doesn't help me deliver X is perfectly legitimate. frank Seen in hindsight, everything is obvious. At the time it might have been far from obvious. frank -- Best regards, Igor Stasenko.
[Pharo-dev] Phratch: first tutorial on how to create your own blocks programmatically
Dear lists, as requested, I wrote a small tutorial. The tutorial is here: http://car.mines-douai.fr/2014/01/624/ You are welcome to comment and to fix my english :) Cheers -- ~~Jannik Laval~~ École des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/
Re: [Pharo-dev] Phratch: first tutorial on how to create your own blocks programmatically
no screenshot? Alexandre On Jan 17, 2014, at 2:09 PM, jannik laval jannik.la...@gmail.com wrote: Dear lists, as requested, I wrote a small tutorial. The tutorial is here: http://car.mines-douai.fr/2014/01/624/ You are welcome to comment and to fix my english :) Cheers -- ~~Jannik Laval~~ École des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/ -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Re: [Pharo-dev] different execution result debugger vs. 'normal run'
Hi Marcus, I was hoping for that ;-) An NDA will not be necessary, just that I don't need to send our code to the list and your guarantee to eat the image afterwards ;-) Will put it on a shared Dropbox link and email you, is that fine? Johan Sent from my iPad On 17 Jan 2014, at 13:37, Marcus Denker marcus.den...@inria.fr wrote: This could be a compiler bug… I check that with you offline of the list (and sign any NDA needed ;-) Marcus On 17 Jan 2014, at 13:27, Johan Brichau jo...@inceptive.be wrote: Hi there, In the process of porting our work to Pharo3, I encounter a bug where the execution in the debugger works correctly but not outside of it. It consistently occurs in a testcase of our code, across different images running Pharo 30700 and latest stable vm om mac (26 dec) as well as an older vm (6 sep). Since it's difficult to create a separate public test for this to recreate the problem, how do we go about this? cheers, Johan
Re: [Pharo-dev] [Pharo-users] [ANN] Pillar release 0.6
I have something like that, but there is no theme there :( Ben On 17 Jan 2014, at 12:00, Yuriy Tymchuk yuriy.tymc...@me.com wrote: Maybe we can do something similar to https://github.com/MarioRicalde/SCSS.tmbundle Uko On 16 Jan 2014, at 00:26, Benjamin benjamin.vanryseghem.ph...@gmail.com wrote: The syntax regex are done, but if you know how to create a theme, you’ll be my god :) Ben On 15 Jan 2014, at 19:16, Yuriy Tymchuk yuriy.tymc...@me.com wrote: On 15 Jan 2014, at 22:40, Benjamin benjamin.vanryseghem.ph...@gmail.com wrote: Note that I also started to write/hack a TextMate bundle :P So: can I help you? :) Uko Ben On 15 Jan 2014, at 16:11, Johan Fabry jfa...@dcc.uchile.cl wrote: Pillar is cool. I have been using it and found that it works quite well. The html output is very pretty and the markdown format is quite handy as well. Damien forgot to say that Pillar / Pier also has an emacs major mode (pier-mode.el) which helps a lot when writing. :-) See https://github.com/DamienCassou/pier-cl On Jan 15, 2014, at 2:17 PM, Damien Cassou damien.cas...@gmail.com wrote: Dear lists, I'm proud to announce the 0.6 release of Pillar, a syntax and associated tools to write and generate documentation and books. Pillar is currently used to write the Enterprise Pharo book (https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/) and other projects. The attached screenshot shows a part of the Voyage documentation generated by Pillar (from https://github.com/SquareBracketAssociates/PharoForTheEnterprise-english/blob/master/Voyage/Voyage.pier). Pillar has many features: - simple markup-based syntax with references, tables, pictures, captions... (this is the syntax of Pier) - export to HTML, LaTeX and markdown (more to come) - customization of the export through a dedicated STON configuration file - support of templates using the Mustache templating engine - syntax-highlighting of generated code blocks (not yet in LaTeX) - configurable numbering of section titles and figures - ... Pillar has also: - a 5-minutes tutorial (https://github.com/DamienCassou/pillar-documentation/blob/master/README.md#1-5-minutes-tutorial) - a documentation (https://github.com/DamienCassou/pillar-documentation) (in progress) - a good test coverage (91% with more than a 1000 executed tests) - a continuous integration job (https://ci.inria.fr/pharo-contribution/job/Pillar/) - a command-line interface (https://github.com/DamienCassou/pillar-documentation#5--command-line-interface) - several existing use cases: https://github.com/DamienCassou/pillar-documentation#6--example-pillar-usage -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill pillar-voyage.png --- Save our in-boxes! http://emailcharter.org --- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile
Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700
Camille wrote: It works and it's commited. Thanks! Still there is a problem: (NBExternalTypeValue ofType: 'NBInt64'). in a Pharo3.0 Latest update: #30703 (with the fix integrated) throws now an #DNU because the new anonymous subclass of NBExternalTypeValue class does not understand #rebuildFieldAccessors NBExternalTypeValue(class)valueType: sends #rebuildFieldAccessors but there is no such method in this hierarchy. But there is NBExternalStructurerebuildFieldAccessors and NBExternalTypeValue(class)installAccessors. Maybe a leftover from refactoring? Thx Torsten
Re: [Pharo-dev] Phratch: first tutorial on how to create your own blocks programmatically
Not for now, I can do them, but seems not necessary for a blog post :) Jannik On Jan 17, 2014, at 6:24 PM, Alexandre Bergel alexandre.ber...@me.com wrote: no screenshot? Alexandre On Jan 17, 2014, at 2:09 PM, jannik laval jannik.la...@gmail.com wrote: Dear lists, as requested, I wrote a small tutorial. The tutorial is here: http://car.mines-douai.fr/2014/01/624/ You are welcome to comment and to fix my english :) Cheers -- ~~Jannik Laval~~ École des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://car.mines-douai.fr/ -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700
On 17 January 2014 20:13, Torsten Bergmann asta...@gmx.de wrote: Camille wrote: It works and it's commited. Thanks! Still there is a problem: (NBExternalTypeValue ofType: 'NBInt64'). in a Pharo3.0 Latest update: #30703 (with the fix integrated) throws now an #DNU because the new anonymous subclass of NBExternalTypeValue class does not understand #rebuildFieldAccessors NBExternalTypeValue(class)valueType: sends #rebuildFieldAccessors but there is no such method in this hierarchy. But there is NBExternalStructurerebuildFieldAccessors and NBExternalTypeValue(class)installAccessors. Maybe a leftover from refactoring? fix in inbox https://pharo.fogbugz.com/f/cases/12674/Fix-NBExternalTypeValue-initialization Thx Torsten -- Best regards, Igor Stasenko.
Re: [Pharo-dev] Pharo on a Raspbian
JB? Soon in the blog close to you :) Hi, We compile the StackVM now for RaspberryPi based on a Raspbian os. In order to do that you have to: - get your image - prepare your RaspberryPi or your cross compile environment - and compile First step, the VMMaker image: Here is the link to the source (basically the job just prepare the source and a image): https://ci.inria.fr/pharo-contribution/view/RaspberryPi/job/RaspberryPi-Cog-Git-Tracker/ You will found a preconfigured image in the image folder. If you want to create your own and not just extend this one, you need to clone the pharo-vm git repository: https://github.com/pharo-project/pharo-vm all the used source code is in mc use the filetree in montecello. Second Step Preparing the Raspberry: I used the linux source (raspbian), Then you can recompile using a RaspberryPi (what I do), but you need to follow Nick instruction for install all the required dependencies on the RaspberryPi: On the raspberry PI: # install build tools sudo apt-get install gcc g++ cmake # dependencies for vm plugins sudo apt-get install libasound2-dev libssl-dev libfreetype6-dev libgl1-mesa-dev sudo apt-get install build-essential # to fix: # /usr/bin/ld: cannot find -lSM #/usr/bin/ld: cannot find -lICE # create the following links in: /usr/lib/arm-linux-gnueabihf/ sudo ln -s libSM.so.6 libSM.so sudo ln -s libICE.so.6 libICE.so Once the source is installed: chmod +x platforms/unix/config/version chmod +x platforms/unix/config/verstamp Then compile: I have done a configuration to generate VM on raspbian. StackRaspbianConfig, you need to subclass and add your plugin + configure Cmake as you want. YourSubclass generate and recompile (cmake . make from a terminal in build folder) on the Raspberry Pi, it should work. My jenkins job actually take the last version of the source VM, and it is able to rebuild it on RaspPi. You can cross-compile but I do not explore that way. I hope that help you. Second mail I will explain everything. First of all the StackVM on rbp now work only on headless mode but soon the fast bltbit will be introduce. The main issue is you cannot develop directly on raspberryPi for now. You need to develop on another os for prepare the environment and then push it on your raspberryPi for compile (I have a job jenkins to do that). You need to do newImage.sh, but this will not work on raspberry pi. For create your generator image. In this image load you own source. (with your configuration and plugin). You can use this image to generate vm, try to do not keep this image for keeping your vm up to date. after that you need to: - first generate source in by doing: YourConfigSubclass new generateSources.. but this step is really long If you do on raspberry pi, but you can do on raspberry pi, you can also do this step before send the source on the Rasp (what i do to save time). - second you need to generate CMakeFile. That step should be perform on RaspPi The process required a working vm, Here is a working vm for RaspberryPi on Raspbian: https://ci.inria.fr/pharo-contribution/view/RaspberryPi/job/RaspberryPi-Compilation/ As you cannot run the VM with UI So, you need to run a script.st like this one. echo YourConfigSubclass new generate. Smalltalk snapshot: false andQuit: true. ./script.st execute like that in a shell: ./StackVM -vm-display-null generator.image script.st - third step: build. in build folder do: sh build.sh RaspberryPi is slow for recompiling everything. Maybe a solution for develop faster is to cross-compile but as I say I do not explore that way. If you have any problem you can give me feedback On 17 Jan 2014, at 15:24, Sven Van Caekenberghe s...@stfx.eu wrote: On 17 Jan 2014, at 15:12, Esteban Lorenzano esteba...@gmail.com wrote: On 17 Jan 2014, at 15:06, Sven Van Caekenberghe s...@stfx.eu wrote: On 17 Jan 2014, at 15:03, Esteban Lorenzano esteba...@gmail.com wrote: is just to compile a NB Stack VM… with should be fairly straightforward… So that means there _is_ a working VM, right ? Where can we download it for testing ? no, there isn’t :) there are some (minor) changes to do to a StackVM and they are not done yet. AFAIK, is just change one or two methods and to add the NB Plugin. I think many people are quite eager for this. So how many request does it take ? Who do we have to ask ? In any case, here is my request: Please, please, Dark Lords of the VM, can we please have a Pharo VM for 3.0 for the Raspberry Pi, please, please, please ... ;-) Anyone else ?
Re: [Pharo-dev] Two videos to explain what we do when integrating a fix.
thanks I did this video at least 20 times because I started to do it when the vm on the server was crashing…. so I could not integrate any changes. On 16 Jan 2014, at 20:28, Sven Van Caekenberghe s...@stfx.eu wrote: BTW: there is an error in the second github download, it is the wrong project, must be pharo-update. On 16 Jan 2014, at 20:20, Marcus Denker marcus.den...@inria.fr wrote: On 16 Jan 2014, at 19:56, Pharo4Stef pharo4s...@free.fr wrote: too many fan wanted to watch these amazing videos…. :) Should put them on youtbue but I dod not how. We have an account for Pharo, I can show you next week. On 16 Jan 2014, at 19:50, Sean P. DeNigris s...@clipperadams.com wrote: Stéphane Ducasse wrote Can you retry? Huh, works now. Thanks :) - Cheers, Sean -- View this message in context: http://forum.world.st/Two-videos-to-explain-what-we-do-when-integrating-a-fix-tp4734607p4737308.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] ScreencastMorph
Sean did you try to create a new WorldMorph? Now one of the problem is that there is only one hand (global variable). In Bloc alain removed the ActiveHand and ActiveWorld globals. Stef On 16 Jan 2014, at 15:53, DeNigris Sean s...@clipperadams.com wrote: I'm working on a ScreencastMorph. The idea is to have something like what HandMorphForReplay does, but in a self contained window. The effect would be that there was another World running in a window, where the HandMorphForReplay could carry out a UI script that could be played, sped up, slowed down, rewound - all the actions you would except from a media player. Unfortunately, starting a World in a window does not seem easy. Most of the time I try it or manually mess with HandMorphs, my image locks up permanently. I've also had trouble getting the tool to resize. I tried Window - TransformationMorph - PasteUpMorph - MyCoolToolWindow. That seems promising - although I have to open the tool in the world before embedding in the PasteUpMorph. The tool will resize and even interact for a while, but eventually that too seems to lock up the image. Any ideas? Thanks, Sean p.s. cross-posting to Squeak-dev and Pharo-dev. If I get it working, I plan on porting to both. p.p.s. I'm posting to the dev lists because I see clear killer uses for this in the Core system (UI Testing, live documentation)
Re: [Pharo-dev] Displaying labels with Athens on Linux?
For normal humans you do not convey the pain behind …. here is the answer I got from the two amigos igor and ronie that looked at the problem We debugged in both machines at the same time. Installed some debug symbols, looking at the libpixman source code. Disassembling and looking some instructions. When I saw the use of intrinsics in the source code, I started to suspect a bit of the alignment of some stuff and when Igor, found the segmentation fault causing instruction movdqa (Move double-quadword aligned), it was clear that it was a stack alignment issue. Checking the Intel manual confirmed this and I asked about whose responsible for aligning the stack, suspecting it was a problem with the library not conforming to the ABI. Then, Igor remembered how to change the stack alignment in native boost and it worked. This is why having people with such knowledge around is key to let us (the smart cosy smalltalkers) having fun with our cool language. Stef Fix integrated. in 3.0 704 -- Best regards, Igor Stasenko.
Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700
Thanks Igor! :) After trying in in a fresh Pharo3.0 Latest update: #30703 I loaded slice 12674 the test for NB are green and (NBExternalTypeValue ofType: 'NBInt64'). now finally works. With this now PUnQLite package can be loaded again in Pharo 3.0 without errors: Gofer new url: 'http://smalltalkhub.com/mc/MasashiUmezawa/PunQLite/main'; package: 'ConfigurationOfPunQLite'; load. (Smalltalk at: #ConfigurationOfPunQLite) load The examples from https://github.com/mumez/PunQLite work, EXCEPT one: Import from files db := PqDatabase open: 'mczCache.db'. (FileSystem workingDirectory / 'package-cache') files do: [:each | (db importAt: each basename fromFile: each pathString) ifTrue: [db commitTransaction]. ]. db keys inspect. db close. which first gives an PqCursor error and when run for a second time leads to a hard VM CRASH (on Windows 8). Anyone able to reproduce? Note that one requires UnQLite library to reproduce which is prebuilt here: https://github.com/mumez/PunQLite/tree/master/binary I guess it is somewhere in #importAt:fromFile: which uses memory mapped files... Bye T. Gesendet: Freitag, 17. Januar 2014 um 20:55 Uhr Von: Igor Stasenko siguc...@gmail.com An: Pharo Development List pharo-dev@lists.pharo.org Betreff: Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700 On 17 January 2014 20:13, Torsten Bergmann asta...@gmx.de wrote: Camille wrote: It works and it's commited. Thanks! Still there is a problem: (NBExternalTypeValue ofType: 'NBInt64'). in a Pharo3.0 Latest update: #30703 (with the fix integrated) throws now an #DNU because the new anonymous subclass of NBExternalTypeValue class does not understand #rebuildFieldAccessors NBExternalTypeValue(class)valueType: sends #rebuildFieldAccessors but there is no such method in this hierarchy. But there is NBExternalStructurerebuildFieldAccessors and NBExternalTypeValue(class)installAccessors. Maybe a leftover from refactoring? fix in inbox https://pharo.fogbugz.com/f/cases/12674/Fix-NBExternalTypeValue-initialization[https://pharo.fogbugz.com/f/cases/12674/Fix-NBExternalTypeValue-initialization] Thx Torsten -- Best regards, Igor Stasenko.
Re: [Pharo-dev] different execution result debugger vs. 'normal run'
On 17 Jan 2014, at 18:43, Johan Brichau jo...@inceptive.be wrote: Hi Marcus, I was hoping for that ;-) An NDA will not be necessary, just that I don't need to send our code to the list and your guarantee to eat the image afterwards ;-) Will put it on a shared Dropbox link and email you, is that fine? ok! Johan Sent from my iPad On 17 Jan 2014, at 13:37, Marcus Denker marcus.den...@inria.fr wrote: This could be a compiler bug… I check that with you offline of the list (and sign any NDA needed ;-) Marcus On 17 Jan 2014, at 13:27, Johan Brichau jo...@inceptive.be wrote: Hi there, In the process of porting our work to Pharo3, I encounter a bug where the execution in the debugger works correctly but not outside of it. It consistently occurs in a testcase of our code, across different images running Pharo 30700 and latest stable vm om mac (26 dec) as well as an older vm (6 sep). Since it's difficult to create a separate public test for this to recreate the problem, how do we go about this? cheers, Johan
Re: [Pharo-dev] Displaying labels with Athens on Linux?
I suspected a big pain, but not that much. Thanks guys! Alexandre On Jan 17, 2014, at 5:16 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: For normal humans you do not convey the pain behind …. here is the answer I got from the two amigos igor and ronie that looked at the problem We debugged in both machines at the same time. Installed some debug symbols, looking at the libpixman source code. Disassembling and looking some instructions. When I saw the use of intrinsics in the source code, I started to suspect a bit of the alignment of some stuff and when Igor, found the segmentation fault causing instruction movdqa (Move double-quadword aligned), it was clear that it was a stack alignment issue. Checking the Intel manual confirmed this and I asked about whose responsible for aligning the stack, suspecting it was a problem with the library not conforming to the ABI. Then, Igor remembered how to change the stack alignment in native boost and it worked. This is why having people with such knowledge around is key to let us (the smart cosy smalltalkers) having fun with our cool language. Stef Fix integrated. in 3.0 704 -- Best regards, Igor Stasenko. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
[Pharo-dev] subscriptOutOfBounds: 1 in NECInstVarTypeGuesser in Pharo 30677
No idea how to reproduce it. computeVarType | info tempNames name | types ifEmpty: [ ^ nil ]. info := types first. (hasSend and: [ info isDefinedByMessageSend not ]) ifTrue: [ info type: nil. ^ info ]. info isDefinedByTemporary ifFalse: [ ^ info ]. tempNames := (receiverClass compiler parse: currentMethod sourceCode) tempNames. #() so the rest breaks. name := tempNames at: info temporaryOffset + 1. info type: (self class getClassFromTypeSuggestingName: name). ^ info
Re: [Pharo-dev] IncompatibleLayoutConflict with NativeBoost in recent #30700
On 17 January 2014 21:22, Torsten Bergmann asta...@gmx.de wrote: Thanks Igor! :) After trying in in a fresh Pharo3.0 Latest update: #30703 I loaded slice 12674 the test for NB are green and (NBExternalTypeValue ofType: 'NBInt64'). now finally works. With this now PUnQLite package can be loaded again in Pharo 3.0 without errors: Gofer new url: 'http://smalltalkhub.com/mc/MasashiUmezawa/PunQLite/main'; package: 'ConfigurationOfPunQLite'; load. (Smalltalk at: #ConfigurationOfPunQLite) load The examples from https://github.com/mumez/PunQLite work, EXCEPT one: Import from files db := PqDatabase open: 'mczCache.db'. (FileSystem workingDirectory / 'package-cache') files do: [:each | (db importAt: each basename fromFile: each pathString) ifTrue: [db commitTransaction]. ]. db keys inspect. db close. which first gives an PqCursor error and when run for a second time leads to a hard VM CRASH (on Windows 8). Anyone able to reproduce? Note that one requires UnQLite library to reproduce which is prebuilt here: https://github.com/mumez/PunQLite/tree/master/binary I guess it is somewhere in #importAt:fromFile: which uses memory mapped files... If you will stuck for real, feel free to send me a .zip file containing everything prepared vm+image+dll+doit in workspace to reproduce it, so i can take a look. No guarantees i will be able to find anything, however ;) Bye T. -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] Pharo on a Raspbian
Btw, to reduce the pain, i propose to introduce: NativeBoost isAvailable protocol. The implementation is simple, since primitiveIsEnabled fails only if it not exists (else it returns true or false), do a following: isAvailable ^ self primIsAvailable notNil primIsAvailable Answer flag indicating whether running a native code enabled by plugin primitive: #primitiveIsEnabled module: #NativeBoostPlugin ^ nil Then you can easily implement a fallback mechanisms, if NB is not avail. On 17 January 2014 23:07, Igor Stasenko siguc...@gmail.com wrote: On 17 January 2014 22:59, Sven Van Caekenberghe s...@stfx.eu wrote: Who is JB ? Jean Baptiste Arnaud. The invaluable asset in any team :) The hacker who without any help configuring compiling VM on raspberry. -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] Pharo on a Raspbian
On 17 Jan 2014, at 23:07, Igor Stasenko siguc...@gmail.com wrote: On 17 January 2014 22:59, Sven Van Caekenberghe s...@stfx.eu wrote: Who is JB ? Jean Baptiste Arnaud. The invaluable asset in any team :) The hacker who without any help configuring compiling VM on raspberry. Good to know. Thanks Jean-Baptiste !
Re: [Pharo-dev] Pharo on a Raspbian
On 17 January 2014 23:19, Sven Van Caekenberghe s...@stfx.eu wrote: There is already NativeBoost class#isEnabledOrNil oh.. right.. On 17 Jan 2014, at 23:12, Igor Stasenko siguc...@gmail.com wrote: Btw, to reduce the pain, i propose to introduce: NativeBoost isAvailable protocol. The implementation is simple, since primitiveIsEnabled fails only if it not exists (else it returns true or false), do a following: isAvailable ^ self primIsAvailable notNil so this could become ^ self isEnabledOrNil notNil primIsAvailable Answer flag indicating whether running a native code enabled by plugin primitive: #primitiveIsEnabled module: #NativeBoostPlugin ^ nil Then you can easily implement a fallback mechanisms, if NB is not avail. But we would still have to write the fallback code, right ;-) On 17 January 2014 23:07, Igor Stasenko siguc...@gmail.com wrote: On 17 January 2014 22:59, Sven Van Caekenberghe s...@stfx.eu wrote: Who is JB ? Jean Baptiste Arnaud. The invaluable asset in any team :) The hacker who without any help configuring compiling VM on raspberry. -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko. -- Best regards, Igor Stasenko.
Re: [Pharo-dev] different execution result debugger vs. 'normal run'
I figured it out and it's because of this: DateAndTime now = DateAndTime now is true in Pharo 3 is false in Pharo 2.0 is false in Pharo 1.4 Did Pharo3 become so fast or did the clock precision decrease? Johan On 17 Jan 2014, at 22:23, Marcus Denker marcus.den...@inria.fr wrote: On 17 Jan 2014, at 18:43, Johan Brichau jo...@inceptive.be wrote: Hi Marcus, I was hoping for that ;-) An NDA will not be necessary, just that I don't need to send our code to the list and your guarantee to eat the image afterwards ;-) Will put it on a shared Dropbox link and email you, is that fine? ok! Johan Sent from my iPad On 17 Jan 2014, at 13:37, Marcus Denker marcus.den...@inria.fr wrote: This could be a compiler bug… I check that with you offline of the list (and sign any NDA needed ;-) Marcus On 17 Jan 2014, at 13:27, Johan Brichau jo...@inceptive.be wrote: Hi there, In the process of porting our work to Pharo3, I encounter a bug where the execution in the debugger works correctly but not outside of it. It consistently occurs in a testcase of our code, across different images running Pharo 30700 and latest stable vm om mac (26 dec) as well as an older vm (6 sep). Since it's difficult to create a separate public test for this to recreate the problem, how do we go about this? cheers, Johan
Re: [Pharo-dev] different execution result debugger vs. 'normal run'
And I will answer my own question, having found the thread on the subject [1]. short answer: DateAndTime now got faster ;-) Good job guys! Our test was flawed because it relied (unknowingly) on the delay in DateAndTime creation. thx! Johan [1] http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2013-April/077569.html On 18 Jan 2014, at 05:35, Johan Brichau jo...@inceptive.be wrote: I figured it out and it's because of this: DateAndTime now = DateAndTime now is true in Pharo 3 is false in Pharo 2.0 is false in Pharo 1.4 Did Pharo3 become so fast or did the clock precision decrease? Johan On 17 Jan 2014, at 22:23, Marcus Denker marcus.den...@inria.fr wrote: On 17 Jan 2014, at 18:43, Johan Brichau jo...@inceptive.be wrote: Hi Marcus, I was hoping for that ;-) An NDA will not be necessary, just that I don't need to send our code to the list and your guarantee to eat the image afterwards ;-) Will put it on a shared Dropbox link and email you, is that fine? ok! Johan Sent from my iPad On 17 Jan 2014, at 13:37, Marcus Denker marcus.den...@inria.fr wrote: This could be a compiler bug… I check that with you offline of the list (and sign any NDA needed ;-) Marcus On 17 Jan 2014, at 13:27, Johan Brichau jo...@inceptive.be wrote: Hi there, In the process of porting our work to Pharo3, I encounter a bug where the execution in the debugger works correctly but not outside of it. It consistently occurs in a testcase of our code, across different images running Pharo 30700 and latest stable vm om mac (26 dec) as well as an older vm (6 sep). Since it's difficult to create a separate public test for this to recreate the problem, how do we go about this? cheers, Johan