- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Pharo-users] Slides for "Pharo: A Reflective System"

by Sven Van Caekenberghe

On 13 Feb 2014, at 17:17, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > Somehow I got myself into giving a 30min âcoffee breakâ talk here at the lab. > > Pharo: A Reflective System > http://www.slideshare.net/MarcusDenker/pharo-a-reflective-system > http://marcusdenker.de/talks/14Inria30MinScience/PharoAReflectiveSystem.pdf > > Nothing new, of courseâ¦ but it was not that easy to do a 30minute talk about that, > I have to say. (But seemingly it worked). > > Marcus Very nice: deceptively simple, yet powerful. Thanks for doing all this: we can all learn from this. Sven

Feb. 13, 2014

Re: [Pharo-dev] Killer applications (or small killer utilities)

by Sven Van Caekenberghe

On 13 Feb 2014, at 19:55, btc(a)openinworld.com wrote: > Sean P. DeNigris wrote: >> btc wrote >> >> >>> As I spent the hour doing this manually one at a time >>> >>> >> >> Why not use Zinc + Soup? >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: >> http://forum.world.st/Why-Smalltalk-is-not-popular-tp4743009p4743336.html >> >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >> >> >> >> > Zinc is what I had in mind. This is something I might work on outside of work time, to have utility "ready" for next time. > However to learn the new things I needed to develop it would take longer than that one hour of work time. > And you know the truth about automation... > https://xkcd.com/1319/ Hahaha, yes these are always very funny. Zinc and HTTP are pretty easy to learn: http://zn.stfx.eu/zn/zinc-http-components-paper.html http://zn.stfx.eu/zn/zn-talk-pharo-conference.pdf http://zn.stfx.eu/zn/build-and-deploy-1st-webapp These should get you started, the rest is just learning more about HTTP from anywhere, combined with classic Smalltalk exploration. Regards, Sven

Feb. 13, 2014

Re: [Pharo-dev] PostID success story video

by btc＠openinworld.com

Feb. 13, 2014

Re: [Pharo-dev] Killer applications (or small killer utilities)

by btc＠openinworld.com

Feb. 13, 2014

Versionner Suggestions

by Sean P. DeNigris

12877 Versionner: Make Project Editing More Prominent https://pharo.fogbugz.com/default.asp?12877 It wasn't immediately obvious to me that I had to double click on a project to edit the configuration. Maybe we should add a button? At minimum, it should be added to the context menuâ¦ 12878 Versionner: Filter Test Configurations https://pharo.fogbugz.com/default.asp?12878 Either test configs (e.g. VersionnerTestXMLWriter) should indicate their status, or Versionner should filter out known ones. Right now there seems to be half a dozen such entries shown in Versionner in a fresh Pharo 3.0. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Versionner-Suggestions-tp4743390.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Feb. 13, 2014

Re: [Pharo-dev] [Vm-dev] Simulator in Pharo 3

by Stefan Marr

Hi Phil: On 13 Feb 2014, at 11:31, phil(a)highoctane.be wrote: > Some changes I did. > There is also the issue of FileSystem :-) Thanks, I checked these changes, and they are already covered. Including FileSystem :) Well, the image should be reproducible. But Iâll try to set up a CI job soon. Best regards Stefan -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/

Feb. 13, 2014

Re: [Pharo-dev] ARM, Raspbian: Good new everyone, Raspbian display is now fixed

by Nicolas Cellier

Just a question: did you switch back to bitmap fonts? 2014-02-13 19:01 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Very nice, I will try it over the weekend ! > Thanks! > > On 13 Feb 2014, at 18:38, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com> > wrote: > > > Small picture for you: > > > > <photo.jpeg> > > On 13 Feb 2014, at 18:27, Jean Baptiste Arnaud < > jbaptiste.arnaud(a)gmail.com> wrote: > > >

Feb. 13, 2014

Re: [Pharo-dev] [Vm-dev] Simulator in Pharo 3

by David T. Lewis

Sorry for top posting. Juan is right. The kind of differences we are discussing here are related to user interface and file system differences in the various images, and this can be handled with a compatibility package for Pharo. It also can be done by merging into VMMaker (oscog branch), although this tends to get messy as Pharo diverges further from Squeak. I would defer to Eliot as to which approach he would prefer, since it most directly affects the oscog branch for now. But FWIW, I think that Juan's suggestion is the most straightforward and easiest to maintain over time. Dave > Hi Folks, > > (below) > > Quoting Stefan Marr <smalltalk(a)stefan-marr.de>: > >> Hi Ron: >> >> On 13 Feb 2014, at 10:38, Ron Teitelbaum <Ron(a)USMedRec.com> wrote: >> >>>> I think the bigger question is whether you actually want to adopt >>>> those >>> things. >>> >>> That the vm stays in sync should be a core requirement for our >>> communities. >> >> I am with you on that Ron. But I need a technical solution to manage >> those things. >> Good intensions are one thing, but how do we do that? >> >> Examples: [https://github.com/pharo-project/pharo-vm/pull/18/commits] >> >> primitiveUpdateGZipCrc32 >> - self cCode:'' inSmalltalk:[zipCrcTable := CArrayAccessor on: >> GZipWriteStream crcTable]. >> + self cCode:Ã¢ÂÂ' inSmalltalk:[zipCrcTable := CArrayAccessor on: CRC >> crc32Table]. >> >> primitiveGetAttribute >> >> - attribute := Smalltalk getSystemAttribute: attr. >> + attribute := Smalltalk vm getSystemAttribute: attr. >> >> CogVMSimulator>> initialize >> - 'Display has not yet been installed' asDisplayText form. >> + 'Display has not yet been installed' asMorph imageForm. >> >> >> ioRelinquishProcessorForMicroseconds >> - Processor activeProcess == Project uiProcess ifTrue: >> + Processor activeProcess == UIManager default uiProcess ifTrue: >> >> >> And so far, I only fixed trivial things. Still need to figure out >> what is going wrong with more recent Pharo images. >> >> Best regards >> Stefan >> >> -- >> Stefan Marr >> INRIA Lille - Nord Europe >> http://stefan-marr.de/research/ > > All these can be handled without much trouble in a new package > "VMMaker compatibility for Pharo" or such. > > Cheers, > Juan Vuletich > >

Feb. 13, 2014

Re: [Pharo-dev] ARM, Raspbian: Good new everyone, Raspbian display is now fixed

by Sven Van Caekenberghe

Very nice, I will try it over the weekend ! Thanks! On 13 Feb 2014, at 18:38, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com> wrote: > Small picture for you: > > <photo.jpeg> > On 13 Feb 2014, at 18:27, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com> wrote:

Feb. 13, 2014

Re: [Pharo-dev] [Vm-dev] Simulator in Pharo 3

by phil＠highoctane.be

Well, I just had a look and vm-dev messages weren't coming to me anymore as it looks like there is some spam rejection active somewhere on my address. So, that's why - I hit reply but this was pharo-dev... Phil On Thu, Feb 13, 2014 at 6:40 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > > > > On Thu, Feb 13, 2014 at 6:19 AM, <btc(a)openinworld.com> wrote: > >> phil(a)highoctane.be wrote: >> >>> Ron, >>> >>> Sure but at this time, not being able to run the simulator in a full >>> Pharo environment is a severe issue. >>> >>> The key advantage is that the Smalltalk VM is written in itself. >>> >>> Now, what do I experience is that it is hard to embark on VM work. >>> >>> Why? Even if the PharoVMBuilders help in generating and compiling the VM >>> for several platforms (I can build for Windows 8.1, OSX, iOS, Debian 7 etc) >>> this is only one part of the puzzle. >>> >>> The next step, is to understand how things do work for real, the >>> interpret() C loop isn't gonna help me one bit, I need to be able to >>> simulate this one in a Simulator. And I want to do that on the Pharo >>> platform. Currently on 2.0 - this will (again) be fun to get to work on 3.0. >>> >>> I am not in the league of the VM maintainers obviously. >>> >>> But Clement provided me with Eliot's Cog Simulation image, which works >>> for his own work. But only his own. We do not have something like a >>> Configuration to get the same thing. And that's a very acute pain. There >>> are only so many hours in a day, true. So, in order to bring in more >>> people/resources for the VM work, the barrier to entry should be moved a >>> tad down. >>> >>> We tried to have the StackSimulator working for a while (Stephan I'll >>> definitely get your version, thanks for it). This is also because >>> InterpreterSimulator doesn't work anymore and we have to use the >>> StackInterpreter instead (which is complicated already vs pure interpreter). >>> >>> All of this rant to say that having a clean interpreter and a basic >>> image (Maybe PharoKernel/Hazelnut/Boostrapping/Spoon will give us a >>> very simple image to simulate - the whole image isn't really needed. >>> Hopefully Oz will also move us forward on that front). >>> >>> A real Pharo image is overkill for this as a ton of plugins get involved >>> etc. >>> >>> The core system should be the same for Pharo/Squeak/... : >>> >>> VMMaker-MemoryManager >>> VMMaker-Interpreter >>> VMMaker-InterpreterSimulation >>> VMMaker-MemoryManagerSimulation >>> >>> and of course the Slang things (VMMaker-Support and VMMaker-Translation >>> to C). >>> >>> What I'd love to end up with is an embeddable VM that we could hook into >>> other environments, languages etc (a bit like TCL for example). This >>> requires work on how the VM core runs. And to explore this, simulation is >>> needed. >>> >>> Sorry for the long post. I wish I was a millionaire to pour in some cash >>> into the project to speed some areas up. Working on it :-) Maybe should we >>> work in that direction for funding. http://www.gv.com/ where are you? >>> >>> Phil >>> >>> Getting the simulator working in Pharo could be a GSoC project? or is >> it too advanced? >> > > If you guys would read and contribute to vm-dev you'd already know that > someone with no VM experience (tty) just implemented event processing for > the simulator window. The simulator only supported the old polling event > architecture. So no it's not too advanced. But more importantly why > aren't you all discussing vm stuff on the vm forum? > > >> cheers -ben >> > -- > best, > Eliot >

Feb. 13, 2014