- Pharo-users - lists.pharo.org

Re: [Pharo-users] PharoJVM

by horrido

Wow, the article about JPMorgan is extremely thin in terms of details! Most of it is just marketing-speak. It's hard to write a meaningful piece with so little content. Is there anything else that provides substantial content??? NorbertHartl wrote >> Am 14.12.2015 um 00:50 schrieb horrido < > horrido.hobbies@ > >: >> >> I think I asked this before (at the start of the year), but if I were >> given >> an actual real-world *enterprise* customer /whom I could interview/ to >> get >> the *full story* of how they came to use Smalltalk, especially if they >> were >> coming from a major language such as Java, and what their particular >> corporate issues were that compelled them to look for a better solution, >> then I could run with it and write a lengthy story highlighting the >> unique >> advantages of Smalltalk in solving these issues. It would be a huge >> marketing tool /because readers (hopefully, enterprise users) could >> identify >> with the story/ and see themselves following the same trajectory toward >> Smalltalk/Pharo. >> >> Perhaps somebody at ESUG or Pharo Consortium could provide such a >> reference? >> > http://m.v3.co.uk/v3-uk/news/1978739/jpmorgan-makes-smalltalk-development-s… > > Norbert >> >> Stephan Eggermont wrote >>> make some persona for them so it gets easier to imagine what their >>> needs might be. >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/PharoJVM-tp4866633p4866868.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> -- View this message in context: http://forum.world.st/PharoJVM-tp4866633p4867015.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 14, 2015

PharoJS - converting to Javascript error

by Smaran Rneu

Hello. I am trying to convert my Pharo (4.0) classes to Javascript. I wrote a Pharo PBE-LightsOut application as book PBE. Initially converted LOCell and LoGame classes. Loaded these classes in a browser from an index.html and accused lack of SimpleSwitchMorph, SimpleButtonMorph and BorderedMorph. Command to convert: JbSmalltalkToJavaScriptExporter exportClasses: {BorderedMorph } packages: #() inNewFileNamed: 'BorderedMorph.js' Converting BorderedMorph this error occurs: MessageNotUndestood: WorldMorph >> javaScriptName The other classes were converted to JavaScript without problems. Appreciate any help. thank you

Dec. 14, 2015

Merry Christmas from OopluCon 2016

by Chris Cunnington

OopluCon 2016 A Day for the Smalltalk Programming Language and its Friends Sunday 10 April 2016 8am - 4pm The Box SF 1069 Howard Street (between 6th and 7th) three blocks from Moscone Center, SoMa San Francisco, USA http://www.theboxsf.com/ * Dr. Eliot Miranda will deliver the keynote presentation Cog - The Open Source Smaltalk VM * Chris Thorgrimsson of Lam Research is presenting. Talk name to be announced in 2016 * Chris Cunnington is presenting An Introduction To Smalltalk * a request for further presentations will be announced on 11 Jan. 2016 * this event will be promoted to the Ruby, Python, JavaScript and Objective C communities * the event is free * The latest details will be available at http://www.ooplu.com

Dec. 14, 2015

Re: [Pharo-users] [IMPORTANT] Starting migration to Spur VM

by Damien Cassou

Martin BÃ¤hr <mbaehr(a)email.archlab.tuwien.ac.at> writes: > Excerpts from Damien Cassou's message of 2015-12-14 16:25:15 +0100: >> Launcher2 will be more flexible, but I need someone to help. > > what kind of help do you need? - I need people to help me think about the new GUI design and interactions (I have some mockups but they need some love) - I need people to extract pieces of current launcher into external packages (I already created a Jenkins Pharo project https://github.com/DamienCassou/pharo-jenkins) - I need someone to leverage Cocoon to specify all launcher settings users might want to tweak (proxy configuration, visible jenkins servers, location of images and cache...) http://www.smalltalkhub.com/#!/PharoExtras/Cocoon - I need documentation about Brick - I need people to design a CLI interface to the launcher - ... -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Dec. 14, 2015

Re: [Pharo-users] [IMPORTANT] Starting migration to Spur VM

by Martin BÃ¤hr

Excerpts from Damien Cassou's message of 2015-12-14 16:25:15 +0100: > Launcher2 will be more flexible, but I need someone to help. what kind of help do you need? greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

Dec. 14, 2015

Re: [Pharo-users] [IMPORTANT] Starting migration to Spur VM

by Damien Cassou

Ben Coman <btc(a)openinworld.com> writes: >> 5) You will need to adapt your Pharo 5.0 related apps and CI >> processes (to take care about new VM). Some programs will stop work >> at all (for example, I think Pharo-launcher will need to be adapted). > > Maybe PharoLauncher can be a special hardcoded rule to have two > template headings... > * Pharo 5.0 Spur (beta); and > * Pharo 5.0 Pre-Spur (beta) > Enhanced multi-VM support perhaps based off the template headings would be nice. what happens when executing the VM on an incompatible image (new VM on old image, old VM on new image)? If the launcher can detect the problem, it can also try to open the selected image with a different VM. Launcher2 will be more flexible, but I need someone to help. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Dec. 14, 2015

Re: [Pharo-users] [IMPORTANT] Starting migration to Spur VM

by Dimitris Chloupis

Pharo 5 your mission should you choose to accept it is to integrate with Spur this image will self destruct in 5 4 3 2 1 JAVA ! On Mon, Dec 14, 2015 at 4:15 PM Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: > > Excellent work, thanks a lot !! > > > On Dec 14, 2015, at 07:24, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > > > > We will start migration to Spur today. > > To complete it, we will require some time, specially to adapt the CI and > check everything is ok. > > > > Spur will allow us to do a big step forward in Pharo development, in the > concrete you will see it immediately for this: > > - We have noticed a speed increment of 100% in tiny benchmarks (and > according to Eliot, it will be at least 35% in general on the system). > > - No more GC stops (noticeable when running large systems) > > - We will be able to scale our systems up to 2G memory consumption > without loosing performance. > > > > But, this will have some drawbacks in the first times: > > > > 1) VM will not be compatible between versions anymore: Pharo 5.0 will > have a Pharo Spur VM associated (and they are not compatible). > > - There WILL NOT be a "non-spur" version of Pharo 5.0. Once > completed the transitions, this will be the only one. > > > > 2) NativeBoost-FFI implementation has been replaced with a new > implementation who relies in ThreadedFFIPlugin and IA32Plugin. While we > worked a lot to do this transition as painless as possible and we achieve a > good level of backward compatibility (most uses of #nbCall: should work out > of the box), there are some problems we cannot solve: > > - there are some stuff not possible to compatibilise, notably: > > - Structures now need to inherit from FFIExternalStructure > > - Arrays now are now shadowed > > - in general is a bit slower (impossible to compete with ASM) but > in general is not perceptible. > > - THERE WILL BE BUGS AND NON-IMPLEMENTED FEATURES: Current > implementation is validated with Athens and even Roassal was working, but > of course that does not covers all cases. > > 2.1) ASMJIT will be removed from system and put in a separated packages. > > NOTE: There will be a blog post explaining FFI-NB architecture during > the week. > > > > 3) There are more or less 70 new failing tests, some of them important > than we need to fix as soon as possible. Please, please, please, help us > with them :) > > > > 4) In general we foresee the system will became unstable some weeks, > before it gets back to normal. Please be patient. > > > > 5) You will need to adapt your Pharo 5.0 related apps and CI processes > (to take care about new VM). Some programs will stop work at all (for > example, I think Pharo-launcher will need to be adapted). > > > > > > > > > > ---> Save our in-boxes! http://emailcharter.org <--- > > Johan Fabry - http://pleiad.cl/~jfabry > PLEIAD and RyCh labs - Computer Science Department (DCC) - University > of Chile > > >

Dec. 14, 2015

Re: [Pharo-users] Small steps in a keyboard driven IDE

by Dimitris Chloupis

Stephan this is very cool, I had a similar idea for a system browser with code cards similar to what you have implemented. In my case I was thinking single column , keyboard driven like yours but also several icons and visual coding :) I was having the idea work like a workspace and then enclose the code with a shortcut to convert the piece of code to a block , then another shortcut to covert it to a method , etc. Also the ability to save multiple cards as a view preset that can be quickly brought back (abit like system browser navigation history) and many more ideas. Huge thumb up from be :) On Mon, Dec 14, 2015 at 4:10 PM phil(a)highoctane.be <phil(a)highoctane.be> wrote: > Nice, will try again too. > > Phil > > On Mon, Dec 14, 2015 at 10:28 AM, Julien Delplanque <julien(a)tamere.eu> > wrote: > >> Cool. I'll give it a try soon. >> >> On 11/12/15 20:32, Stephan Eggermont wrote: >> >>> https://vimeo.com/148637679 >>> >>> Added a class view that shows the methods. Dragging them out opens >>> a method card, Shift-RightArrow adds a method card below the class card. >>> Ctrl-- makes a method card use smaller text, Ctrl-+ larger. On my >>> machines I have a bug in Keymapping or the VM that breaks a + that normally >>> needs a shift to press. >>> >>> Stephan >>> >>> >>> >>> >> >> >> >

Dec. 14, 2015

Re: [Pharo-users] [IMPORTANT] Starting migration to Spur VM

by Johan Fabry

Excellent work, thanks a lot !! > On Dec 14, 2015, at 07:24, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > We will start migration to Spur today. > To complete it, we will require some time, specially to adapt the CI and check everything is ok. > > Spur will allow us to do a big step forward in Pharo development, in the concrete you will see it immediately for this: > - We have noticed a speed increment of 100% in tiny benchmarks (and according to Eliot, it will be at least 35% in general on the system). > - No more GC stops (noticeable when running large systems) > - We will be able to scale our systems up to 2G memory consumption without loosing performance. > > But, this will have some drawbacks in the first times: > > 1) VM will not be compatible between versions anymore: Pharo 5.0 will have a Pharo Spur VM associated (and they are not compatible). > - There WILL NOT be a "non-spur" version of Pharo 5.0. Once completed the transitions, this will be the only one. > > 2) NativeBoost-FFI implementation has been replaced with a new implementation who relies in ThreadedFFIPlugin and IA32Plugin. While we worked a lot to do this transition as painless as possible and we achieve a good level of backward compatibility (most uses of #nbCall: should work out of the box), there are some problems we cannot solve: > - there are some stuff not possible to compatibilise, notably: > - Structures now need to inherit from FFIExternalStructure > - Arrays now are now shadowed > - in general is a bit slower (impossible to compete with ASM) but in general is not perceptible. > - THERE WILL BE BUGS AND NON-IMPLEMENTED FEATURES: Current implementation is validated with Athens and even Roassal was working, but of course that does not covers all cases. > 2.1) ASMJIT will be removed from system and put in a separated packages. > NOTE: There will be a blog post explaining FFI-NB architecture during the week. > > 3) There are more or less 70 new failing tests, some of them important than we need to fix as soon as possible. Please, please, please, help us with them :) > > 4) In general we foresee the system will became unstable some weeks, before it gets back to normal. Please be patient. > > 5) You will need to adapt your Pharo 5.0 related apps and CI processes (to take care about new VM). Some programs will stop work at all (for example, I think Pharo-launcher will need to be adapted). > > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Dec. 14, 2015

Re: [Pharo-users] Small steps in a keyboard driven IDE

by phil＠highoctane.be

Nice, will try again too. Phil On Mon, Dec 14, 2015 at 10:28 AM, Julien Delplanque <julien(a)tamere.eu> wrote: > Cool. I'll give it a try soon. > > On 11/12/15 20:32, Stephan Eggermont wrote: > >> https://vimeo.com/148637679 >> >> Added a class view that shows the methods. Dragging them out opens >> a method card, Shift-RightArrow adds a method card below the class card. >> Ctrl-- makes a method card use smaller text, Ctrl-+ larger. On my >> machines I have a bug in Keymapping or the VM that breaks a + that normally >> needs a shift to press. >> >> Stephan >> >> >> >> > > >

Dec. 14, 2015