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

[Pharo-project] [update 2.0] #20310
by Marcus Denker Sept. 28, 2012

Sept. 28, 2012

20310 ----- Issue 6694: Failing tests: RBBrowserEnvironmentTest http://code.google.com/p/pharo/issues/detail?id=6694 Issue 5217: LanguageEnvironment should cache converters http://code.google.com/p/pharo/issues/detail?id=5217 Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] No GUI on MacOSX 10.5.8 using Cocoa VM
by Yanni Chiu Sept. 27, 2012

Sept. 27, 2012

I use Pharo-1.4 using the VM's from http://www.mirandabanda.org/files/Cog/VM/ Now I want to use Zodiac, so I need the SSL plugin. The SSL plugin is pre-built in the VM's from https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-VM/Architecture=32,OS=mac/ But, when I run with this CogVM, I get only a blank window (on MacOSX 10.5.8). When I compared the two executables using "otool -L" it looks like, from the shared library list, that Eliot's VM is Carbon based, and the "Pharo" VM is Cocoa based. Even though I could only see a blank window, the CPU usage seemed to be normal (3-5%), so I decided to try accessing the Seaside app that was already running in the image, and found that it was working fine. Since I had RFB/VNC loaded, I could enable it, and connect to the image via a VNC viewer. It seems that the image is running in "headless" mode. I tried older Pharo images, as well as newer/older Pharo CogVM's, and got the same blank window. I added some code the the VNCController app to get the remote UI to work. The code was: self uiProcess isNil ifTrue: [ UIManager default: MorphicUIManager new ] Even though there's now a MorphicUIManager set, the window is still blank. So any ideas? Does the VM fall back to headless mode when it cannot init the graphics on my older MacOS? Does the MorphicUIManager need to be set in the startup code, else it's too late? -- Yanni

3 8

Re: [Pharo-project] Learnable Programming
by Fernando Olivero Sept. 27, 2012

Sept. 27, 2012

AWESOME! its nice to hear that most of the ideas in Dan's article from the 81: Design principles behind Smalltalk [1], finally made it elsewhere. The first paragraph resembles the first part of the article. Goubier: Athens needs Cairo, which needs NB. Cairo can be compiled for 32/64 bits, i belive Igor ships VMs with Cairo built as an universal library. NB, works for 32 and 64 bits (i've believe Camilo was working on this). The problem is the Cog VM, its only 32 bits. Fernando [1]http://www.cs.virginia.edu/~evans/cs655/readings/smalltalk.html On Thu, Sep 27, 2012 at 10:12 AM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > It's a bit out of subject, but does Athens works on a Linux 64bits system ? > > Thierry > > Le 27/09/2012 09:59, StÃ©phane Ducasse a Ã©crit : >> Indeed the key point for our community is how can we create the infrastructure to >> be able to provide nice output and interactive. >> >> This is why Athens needs clients. >> Now if nobody cares about Athens then it will get out slower than we want. >> >> Beside the text everything else is working. >> I'm trying to understand how I can help igor and one task is to convert the current morph drawOn: on athensDrawOn: method. >> I will keep the examples we will produce once I will sit with igor. >> >> Stef >> >> >> On Sep 27, 2012, at 9:22 AM, Goubier Thierry wrote: >> >>> Cool! >>> >>> There are some very nice program flow representations in them. I'll have a look if I can display Jejak traces that way, and maybe explore the use of Roassal for this. >>> >>> Thierry >>> >>> Le 26/09/2012 21:59, Sven Van Caekenberghe a Ã©crit : >>>> This is _very_ interesting and _very_ welll presented: >>>> >>>> http://worrydream.com/LearnableProgramming/ >>>> >>>> Keep on reading, it keeps on getting better towards the end. >>>> >>>> Sven >>>> >>>> -- >>>> Sven Van Caekenberghe >>>> http://stfx.eu >>>> Smalltalk is the Red Pill >>>> >>>> >>>> >>> >>> >>> -- >>> Thierry Goubier >>> CEA list >>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>> 91191 Gif sur Yvette Cedex >>> France >>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>> >> >> >> >> > > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

1 0

Re: [Pharo-project] [Vm-dev] Re: The roadmap aka fight plan to make image control host window
by Fernando Olivero Sept. 27, 2012

Sept. 27, 2012

thanks for the info igor. maybe we could plug customized UI handlers for different devices, with different "raw" events. It would make coding and managing each of them, a lot simpler than now. Fernando On Wed, Sep 26, 2012 at 2:14 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 26 September 2012 13:12, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: >> Igor, i agree 100% percent with you! >> >> VM shouldn't have all the responsibility of handling a "single UI window". >> >> I've tried in the past to look at VM code, which handles this >> responsibility and change it, (no UI handling in the VM) ..but it >> proved to be a difficult task! We need a simpler, >> cleaner VM, pluggable UI handling would be awesome!. >> >> Do we need the pointer or Null at all in the VM? Cant the io handling >> be done completely separate from the VM? A native app for each >> platform, or something built using NB. >> > > This is highly platform-specific. > The ioProcessEvents called by VM during interrupt , so, > platform-specific code can > use it to signal any pending external events. > Interrupts is also used by scheduler to switch to another process when > something happens (like socket has new data to read, semaphore > signaled etc). > So, if VM won't support interrupts it will be highly problematic to > support green threading execution model. > And, of course, an interrupt is naturally a well-defined safe point in > VM execution. > So it is logical to have an entry point there, where plugin(s) can > hook-in and add own custom event handling procedure, > without need for patching a single global ioProcessEvents() function > over and over again. > > If at some point you'll have two independent modules (plugins) in VM > which want to put own custom handling code there, > you can always do it like following pseudocode: > > (during plugin initialization) > oldHandler := ioProcessEvents. > ioProcessEvents := &myHandler. > > (during call ) > myHandler > self doMyHandling. > call oldHandler > > > Now, of course it is a question, how often you may need that: a module > which adds own custom handler for VM interrupt. > Maybe we don't need that much flexibility? But do others see other way > of freeing VM from assumptions and tight coupling with > different parts of system? > > -- > Best regards, > Igor Stasenko.

1 0

[Pharo-project] Learnable Programming
by Sven Van Caekenberghe Sept. 27, 2012

Sept. 27, 2012

This is _very_ interesting and _very_ welll presented: http://worrydream.com/LearnableProgramming/ Keep on reading, it keeps on getting better towards the end. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

4 4

[Pharo-project] Welcome to newcomers
by StÃ©phane Ducasse Sept. 27, 2012

Sept. 27, 2012

Hi guys Since there are regularly new comers, here is a little ad-hoc welcome message :). First: Welcome! welcome and welcome Second: our goal is to create an ecosystem around pharo: if you need material to teach, if you have idea or needs for business or anything else just let us know. Our goal is to be able to reinvent our system and at the same time make sure that we can all create wealth at all levels. Third: we are working hard to get our vision: a nice, little and powerful reflective system. If you want to understand what we are doing please read the document Pharo vision on http://www.pharo-project.org/community/consortium You will understand our current effort. Four: you can get an impact on Pharo :) There are a lot of different ways to contribute. - feedback - bugs idea for enhancements see http://code.google.com/p/pharo/issues/list - book participation (we are working on deep into pharo http://rmod.lille.inria.fr/pbe2/ - translation - adding comments - building great stuff - using packagesâ¦. So welcome. Stef PS: Pharo is not the end, Pharo is the mean to create a powerful clean, lean system with a great community.

1 0

[Pharo-project] vm download site
by Camillo Bruni Sept. 27, 2012

Sept. 27, 2012

http://pharo.gforge.inria.fr/ci/vm/mac http://pharo.gforge.inria.fr/ci/vm/linux and once we fixed the win builds http://pharo.gforge.inria.fr/ci/vm/mac/win best igor + cami

3 3

[Pharo-project] Workspace>>#theme
by Sven Van Caekenberghe Sept. 27, 2012

Sept. 27, 2012

Clicking the window menu of a Workspace in 20308 gives a MNU Workspace>>#theme in Workspace>>#addModelItemsToWindowMenu: Maybe Workspace subclassing from Object is the problem ? -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

2 1

[Pharo-project] Transform sends to ANSI standard?
by HernÃ¡n Morales Durand Sept. 26, 2012

Sept. 26, 2012

Hi folks, I am rewriting packages to be compatible or more portable between Smalltalks. Code Critics gives the following information on my packages: - #cr, #crlf, #lf, #space, #tab, #findTokens:, ... are not part of the ANSI string protocol. - #cr and #lf are not part of the ANSI stream protocol. - The ANSI standard does not support #asInteger and #asString on Object. - Some collection methods are not ANSI compatible: #pairsDo:, #collect:thenDo:, #reject:thenDo:, #detectSum:, #valuesDo:, #keysSortedSafely, #new:withAll:, etc. Does anyone have an idea on how to transform those sends to be ANSI compatible? Best regards, HernÃ¡n

5 6

[Pharo-project] UIManager>>#request: broken ?
by Sven Van Caekenberghe Sept. 26, 2012

Sept. 26, 2012

In 20308, the following UIManager default request: 'Enter some text'. ask the question twiceâ¦ -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

1 0