- Pharo-users - lists.pharo.org

Re: [Pharo-users] Block Recursion

by ClÃ©ment Bera

Hello, Closures were implemented in Squeak/Pharo according to the blue book, so they were not real closures, up to 2008. Then the VM and the compiler were changed to support real closures. The code you showed should work both on latest Squeak and on latest Pharo fine. Old version of Squeak and/or Pharo may not work. Last time I tried, it worked on Squeak 4.5 and it works at least since Pharo 1.4. About compiler warnings you can disable them in the setting browser. Then you won't have the modal dialog that you find annoying. Regards. 2014-05-26 18:42 GMT+02:00 Bob Williams <rwilliams19(a)cox.net>: > I read that Blocks in Squeak and Pharo, since it was derived from Squeak > did not implement true block closures and would not support block > recursion. On one count the statement was correct, but not on the other. I > tried: > > | a f | > a := 0. > f := [ Transcript show: a. (a < 5)ifTrue:[a := a + 1. f value ] ]. > f value. > a inspect. > > A Workspace DoIt did not work in Squeak, it failed complaning that the > block was being evaluated. In Pharo, it works but with the annoying modal > dialog asking to run since f was not assigned a value. If blocks are to be > used recursively, a better way must be found to flag but not stop execution. > > This example points out that porting from Squeak to Pharo is fine, but the > reverse might be questionable. > > bw >

May 26, 2014

Re: [Pharo-users] name selector

by Sven Van Caekenberghe

Object>>#name should be removed, it is possible, I tried it once. Most senders of #name are asking for the name of a class. On 26 May 2014, at 18:15, Stephan Eggermont <stephan(a)stack.nl> wrote: > Do I understand correctly that name is to be understood as inspectorName > and so should never be implemented as subclass responsibility? > > Stephan >

May 26, 2014

Re: [Pharo-users] storeOn:/readFrom: symmetrical?

by Rick Kitts

I wanted to take a second to close the book on this. It turns out that storeOn:/readFrom: are not supposed to be symmetrical. printOn:/readFrom: are supposed to be symmetrical. storeOn: generates a string that can be fed into the interpreter/compiler such that when it is executed an instance that is equal to the receiver of the storeOn: message is created. Iâm trying to figure out how to do that now so I can convert a bunch of questionable tests of storeOn:. Thanks for taking the time. I probably should have RTFMed this a little better before troubling the list. âRickÂ On May 23, 2014 at 11:15:43 PM, stepharo (stepharo(a)free.fr) wrote: On 23/5/14 19:58, Rick Kitts wrote: Hi. A basic question I hope someone can answer. This works: â cut here --- | stream aInt | stream := (String new:20) writeStream. aInt := 23. (aInt storeOn:stream) = (aInt class readFrom:(stream contents)) â cut here --- This doesnât (generates an error): â cut here --- | stream aTime | stream := (String new:20) writeStream. aTime := Time now. (aTime storeOn:stream) = (aTime class readFrom:(stream contents)) â cut here --- To the question then. Assuming the second case isnât wrong in some fashion I donât understand, is it the case that storeOn:/readFrom: is supposed to be symmetrical for all classes? I ask it that way because there are a couple of Kernel classes where Iâve seen this to not be the case. It would be nice that they get symmetric. because the goal of storeOn: is to recreate the same object. So if you have a fix please Â Â Â - sign the license agreement Â Â Â - open a bug entry Â Â Â - publish the fix. TIA, âRick

May 26, 2014

Block Recursion

by Bob Williams

I read that Blocks in Squeak and Pharo, since it was derived from Squeak did not implement true block closures and would not support block recursion. On one count the statement was correct, but not on the other. I tried: | a f | a := 0. f := [ Transcript show: a. (a < 5)ifTrue:[a := a + 1. f value ] ]. f value. a inspect. A Workspace DoIt did not work in Squeak, it failed complaning that the block was being evaluated. In Pharo, it works but with the annoying modal dialog asking to run since f was not assigned a value. If blocks are to be used recursively, a better way must be found to flag but not stop execution. This example points out that porting from Squeak to Pharo is fine, but the reverse might be questionable. bw

May 26, 2014

name selector

by Stephan Eggermont

Do I understand correctly that name is to be understood as inspectorName and so should never be implemented as subclass responsibility? Stephan

May 26, 2014

Re: [Pharo-users] 3D with Pharo and OpenGL ?

by darrinm

Thanks for the help. I'll try to get it working. I haven't found an example of instantiating a StateTracker or a StateTracker class. Where is the version of Roassal3D that works with the latest NBOpenGL? -- View this message in context: http://forum.world.st/3D-with-Pharo-and-OpenGL-tp4760029p4760400.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 26, 2014

Re: [Pharo-users] 3D with Pharo and OpenGL ?

by Jean Baptiste Arnaud

The main problem with openGL, is two group have been work in parallel. When we merge the demo work on my version of NBGLProgram. And we keep the version of Roassal3D, the demo do not work anymore, I expected as the code has been change, the small demo have been ported too. It is not working anymore sorry. I will spend time to fix that. If you want to put energy in it. your are welcome. Should not be hard If you know the C openGL The calls should be correct just the API and "how" it should be used have been change, NBProgram NBBuffer NBShader have been change so the demo code should be updated too... By example the on: method do not exist anymore now we need to instantiate and set the stateTracker. I do not have a real internet connection. I take a look when I have one. On 26 May 2014, at 02:21, darrinm <darrin(a)massena.com> wrote: > I am having trouble getting NBOpenGL to work. I started with the Pharo 3.0 > image from (http://pharo.org/download) and registered/configured NBOpenGL > from http://smalltalkhub.com/#!/~PharoExtras/NBOpenGL > (ConfigurationOfNBOpenGL-RonieSalgado.18.mcz). The instructions there are a > little confusing since they say: > > In Pharo 2.0, current configuration should be loaded: > (ConfigurationOfNBOpenGL project version: '3.0') load. > > But it seems meant for Pharo 3.0 and the latest configuration is version > 3.1. Anyway, after loading version 3.0 on my Mac I can run the > GLTTRenderingDemo (yay!). Wanting more I load > NBOpenGL-Extra-jeanbaptistearnaud.3.mcz but the NBOpenGL-Extra Demos don't > work for me. > > For example, GLDemo01EmptyWindow opens a red window with a trace indicating > that NBMSAAOffscreenDisplay(Object)>>doesNotUnderstand: #makeCurrent. If I > comment out the render method's "(Smalltalk platform isMacOSX)" test then it > works and displays a colored window. > > Moving on to GLDemo02RedTriangle I get "MessageNotUnderstood: receiver of > "on:" is nil" from the render method statement "program := NBGLProgram on: > display gl.". > > NBGLProgram doesn't seem to exist in NBOpenGL version 3.0 so I load version > 3.1. NBGLProgram exists there but now GLTTRenderingDemo doesn't work any > more ("MessageNotUnderstood: AnObsoleteNBGLFragmentProgram class>>on:") nor > does the new GLTutorial1 ("Error during FFI call: nil" from > shaderSource_shader:count:string:length:). > > GLDemo01EmptyWindow (with isMacOSX test commented out) still works but > GLDemo02RedTriangle fails with MessageNotUnderstood: NBGLProgram class>>on: > > Advice? Thanks. > > > > > -- > View this message in context: http://forum.world.st/3D-with-Pharo-and-OpenGL-tp4760029p4760343.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > Best Regards Jean Baptiste Arnaud jbaptiste.arnaud(a)gmail.com

May 26, 2014

Re: [Pharo-users] Calling an arbitrary method

by Sean P. DeNigris

camille teruel wrote > "instance perform: filterMethod asSymbol" "instance perform: filterMessage asSymbol" ;) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Calling-an-arbitrary-method-tp4760058p4760380.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 26, 2014

Two suggestions for the new pharo website

by kmo

I think the new pharo website could be improved by the addition of two new pages. Firstly, the site badly needs a "Success Stories" page. The old web site had one of these so presumably that can be added easily. You have to show newcomers that pharo can be used for something real. Look at the/ meteor/ website https://www.meteor.com/main. Meteor isn't even at version 1.0 yet but already boasts a impressive gallery of applications. Secondly, a list of all the packages in the Configuration Browser with a proper description of what they do would be helpful. It would give newcomers the idea that pharo is a comprehensive solution to their development needs. it also would provide newcomers with some kind of guide to the pharo ecosystem - how is anybody supposed to know what Aconacqua or Chalten is meant to do? Pharo has quite an impressive list of add-ons in the configuration browser but what's the point if no one knows what they do? -- View this message in context: http://forum.world.st/Two-suggestions-for-the-new-pharo-website-tp4760379.h… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 26, 2014

Re: [Pharo-users] How does one use MultiColumnListModel?

by Sergi Reyner

2014-05-26 1:35 GMT+01:00 Johan Fabry <jfabry(a)dcc.uchile.cl>: > Hi Sergi, > > what I do is pass it whatever I want, but set the displayblock. This block > then returns a n-element collection, one element for each column. For > example, in a two column list I return a collection with 2 elements > Thanks!!! Thanks!!! Thanks!!! :D

May 26, 2014