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

Re: [Pharo-project] Block questions

by StÃ©phane Ducasse

Thanks eliot I'm refreshing my fuzzy understanding of closure implementation details (I would love to avoid to have students, kids, bosses and â¦ around to get some calm time :). I will start rereading your blog. > tempAt: in Method context uses <primitive: 210>, which is failing. Maybe there is a new primitive we are not aware of for Blocks... > > No, 210 is what is needed. The issue is my implementation of temporary initialization in blocks, which simply uses pushNil to allocate and initialize each temp. So if one inspects [|a|a:=2] and sends it self method symbolic you get: > > 13 <8F 00 00 05> closureNumCopied: 0 numArgs: 0 bytes 17 to 21 > 17 <73> pushConstant: nil > 18 <77> pushConstant: 2 > 19 <81 40> storeIntoTemp: 0 > 21 <7D> blockReturn > 22 <7C> returnTop > > And when you say self asContext pc you get 17, which is *before* the nil is pushed. So you'll want to modify tempNamed: to compare the index of the temporary with the stack pointer and answer nil if the index is beyond the stack pointer. Is it correct? I think so but I'm learning ContextPart tempNamed: aName "Returns the value of the temporaries, aName." "Implementation notes: temporary initialization in blocks simply uses pushNil to allocate and initialize each temp. So if one inspects [|a|a:=2] and sends it self method symbolic you get: 13 <8F 00 00 05> closureNumCopied: 0 numArgs: 0 bytes 17 to 21 17 <73> pushConstant: nil 18 <77> pushConstant: 2 19 <81 40> storeIntoTemp: 0 21 <7D> blockReturn 22 <7C> returnTop And when we check self asContext pc we get 17, which is *before* the nil is pushed. Therefore we should pay attention when querying a temporary if the temporary allocation was executed." | index | index := (self tempNames indexOf: aName). ^ index >= stackp ifTrue: [ nil] ifFalse: [self tempAt: (self tempNames indexOf: aName)] > > The same bug exists in Squeak, e.g. the below gave an error until I fixed DebuggerMethodMap>>namedTempAt:in: I checked and this method is the same in pharo and latest squeak namedTempAt: index in: aContext "Answer the value of the temp at index in aContext where index is relative to the array of temp names answered by tempNamesForContext:" ^self privateTempAt: index in: aContext startpcsToBlockExtents: aContext method startpcsToBlockExtents > | b | > b := [ |a| a:=2 ]. > { b asContext tempNames. b method debuggerMap tempsAndValuesForContext: b asContext } > #(#('b' 'a') 'b: [closure] in UndefinedObject>>DoIt > a: nil > ') > > > Why did I use pushNil to allocate temps? It was not a good choice; it means for example that to determine how many temps a block has one has to parse all the bytecodes and see where the stack pointer is at the end (since initial pushNils are ambiguous; an initial pushNil might be producing a parameter or result or initializing a temp). But not using pushNil would have meant a more complex bytecode for closure creation plus another inst var in BlockClosure. I made another similar misstep in not storing the method in a BlockClosure, hence preventing simple implementation of clean blocks (one needs to synthesize an outerContext also). We live and learn. Do you mean that the closure cannot access directly method but should do go to its outer context to access the methods. When this is needed to set the instruction pointer? Another thoughts while writing the chapter on block execution.. Am I correct to say: we need contexts (to me contexts are activation objects by opposition to bindings which could be used to represent scope) to query local temps of a closure because they will be allocated at execution while the temporaries that are shared are defined in their defining environment (now the trick is that in Smalltalk environment is represented as a context). I get why I'm often slow because I did not implemented closure in Smalltalk only in lisp foo |b| b := 3. ^ [ |a | a :=2. a] In my stupid lisp implementation an environment is represented by bindings and closure points to their own environment so [ |a | a :=2. a] points to (b.3) (toplevel) (and not top-level) and for closure execution we just added temporaly a binding for a to the closure environment. eval a:=2. a in (a) (b.3) (toplevel)

April 21, 2012

Re: [Pharo-project] [ANN] Physical Etoys 2.0 released!

by StÃ©phane Ducasse

ricardo I would love to play with ardino. Do you have a suggestion for a useful configuration in terms of board, motorsâ¦? Because there are a lot of choices and I do not know what to buy. Stef On Apr 21, 2012, at 12:00 AM, Ricardo Moran wrote: > Hi everybody (and sorry if you receive multiple copies), > > I would like to announce a new version of Physical Etoys, now with a lot of new features: > â¢ First of all, it's based on Etoys 5.0 so it incorporates all the bug-fixes and new features from the Etoys release. > â¢ We are now focusing on the two main hardware platforms: Arduino and Lego Mindstorms Nxt. For the rest, we will publish a set of "external modules" that you can install in your Physical Etoys version. > â¢ Also, we now support an argentinian version of Arduino, which is called DuinoBot and it's currently being used in a lot of argentinian schools. > â¢ We added new devices for arduino and now we also support the use of digital devices attached to analog pins. > â¢ We added two new objects that let you graph the input of a variable across time and save it to a csv file. > â¢ We added a new programming mode that lets you compile your scripts and have them running inside the robot, in contrast to running them in the computer and communicate with the robot via bluetooth or usb. We believe this opens a lot of new posibilities for the Physical Etoys users. > â¢ And finally, we fixed a lot of bugs that make the software a lot more stable (or so we hope :). > I would like to use this opportunity to publicly thank all the people from the Etoys community for their work on Etoys 5, this latest version is much better than the last and I encourage you all to try it. > And also, I would like to announce that Physical Etoys 2.0 is going to be installed by default on all the laptops of the "Conectar igualdad" program, which is kind of like the argentinian version of OLPC (but for older students). So we are *really* excited about this! > > Now that you're all as excited as we are :) you can download and try Physical Etoys 2.0 from our blog: http://tecnodacta.com.ar/gira/projects/physical-etoys/. > > Cheers, > Richo

April 21, 2012

Re: [Pharo-project] [squeak-dev] [ANN] Physical Etoys 2.0 released!

by GermÃ¡n Arduino

Wow! Felicitaciones queda muy chico para uds!!! Y si que se puede!! Congrats by your fantastic job! 2012/4/20, Ricardo Moran <richi.moran(a)gmail.com>: > Hi everybody (and sorry if you receive multiple copies), > > I would like to announce a new version of Physical Etoys, now with a lot of > new features: > > 1. First of all, it's based on Etoys 5.0 so it incorporates all the > bug-fixes and new features from the Etoys release. > 2. We are now focusing on the two main hardware platforms: Arduino and > Lego Mindstorms Nxt. For the rest, we will publish a set of "external > modules" that you can install in your Physical Etoys version. > 3. Also, we now support an argentinian version of Arduino, which is > called DuinoBot and it's currently being used in a lot of argentinian > schools. > 4. We added new devices for arduino and now we also support the use of > digital devices attached to analog pins. > 5. We added two new objects that let you graph the input of a variable > across time and save it to a csv file. > 6. We added a new programming mode that lets you compile your scripts > and have them running inside the robot, in contrast to running them in > the > computer and communicate with the robot via bluetooth or usb. We believe > this opens a lot of new posibilities for the Physical Etoys users. > 7. And finally, we fixed a lot of bugs that make the software a lot more > stable (or so we hope :). > > I would like to use this opportunity to publicly thank all the people from > the Etoys community for their work on Etoys 5, this latest version is much > better than the last and I encourage you all to try it. > And also, I would like to announce that Physical Etoys 2.0 is going to be > installed by default on all the laptops of the "Conectar igualdad" program, > which is kind of like the argentinian version of OLPC (but for older > students). So we are *really* excited about this! > > Now that you're all as excited as we are :) you can download and try > Physical Etoys 2.0 from our blog: > http://tecnodacta.com.ar/gira/projects/physical-etoys/. > > Cheers, > Richo > -- Enviado desde mi dispositivo mÃ³vil ============================================ GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com greensecure.blogspot.com germanarduino.blogpost.com ============================================

April 21, 2012

Re: [Pharo-project] The video about Athens

by Bernardo Ezequiel Contreras

Finally, i could heard it. Download original file (MOV) and use Windows/VLC but the video has two audio(stereo) tracks so you have to select the one with the sound, the other one is in silence. On Fri, Apr 20, 2012 at 7:57 PM, Mark Smith <mark.smith(a)objectbynature.com>wrote: > +1 for the descriptive names. > > Too often I see strange contractions that aren't immediately obvious, and > or otherwise inconsistent naming (not just in Smalltalk), and it ruins the > illusion of having a consistent whole :). > > It bugs me a little ;). > > It would be really cool if we could agree as a community to follow a > well-defined naming scheme. > > I'm rather fond of this book â > > Smalltalk With Style<http://stephane.ducasse.free.fr/FreeBooks/WithStyle/SmalltalkWithStyle.pdf> > > Any thoughts? > > Mark > > > On 20 Apr 2012, at 08:47, Igor Stasenko wrote: > > On 19 April 2012 18:27, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > It's so great stuff!!! :)) > > > Is cairo used as athens backend for this demo? > > Is it should work with Bitblt backend? > > > In demo I see many usage of angel parameter for transformations. Do you > > think about "angel unit objects" like "90 degrees" or "2 radians" instead > of > > raw numbers ? > > > there are two methods - rotateByRadians: and rotateByDegrees: > It makes things more explicit, while if i just have > rotate: or rotateBy:, then it will be a bit ambiguous, whether > argument angle is in radians or degrees > (different frameworks assuming different things to be default) > > How #scaledBy: works with Point argument (self extend) and Float like > (frame > > / 100 sin abs) at the same time? What' logic? > > > for uniform scale, you provide a sole number, and for non-uniform - a > point, > with x and y scale factors separately. > There is a scaleX:Y: method, while scaleBy: is more for convenience. > > Best regards, > > Denis > > > > 2012/4/19 Igor Stasenko <siguctua(a)gmail.com> > > > Hello, all > > > I recorded a small introductory video about Athens. > > Here it is: > > > http://vimeo.com/40653315 > > > (about 21 minutes). > > > I explain some basic stuff like drawing things using Athens canvas, > > building paths, use of transformation matrices etc. > > > Please note, this is a first video i ever recorded in such context in > > my life, so don't be too harsh :) > > Also, note that the animations are jagged because of video recording > > frame rate, not because it is that slow in reality. > > > There are still a blog post pending about it.. which i plan to finish > > when i will finish ;) > > > -- > > Best regards, > > Igor Stasenko. > > > > > > > -- > Best regards, > Igor Stasenko. > > >

April 21, 2012

Re: [Pharo-project] One-click Windows comment

by blake

> I would've sworn I recently downloaded a one-click that had a > .LNK--that was where I got the idea to do it for this one. It even > referenced the .LNK in the readme.bat. Seaside one-click does this, that's what I was remembering. But that's not Pharo.

April 21, 2012

Re: [Pharo-project] Pharo 1.4 on Reddit

by Sean P. DeNigris

Ben Coman wrote > > For that last image for "Widget and dialog library" - if you had a > script you used to bring them all up I'd be interested to see it. > Haha... you can just barely see the workspace in the screenshot... The methods are on the class-side of UITheme and begin with #example... -- View this message in context: http://forum.world.st/Pharo-1-4-on-Reddit-tp4572974p4575634.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 21, 2012

Re: [Pharo-project] One-click Windows comment

by Ben Coman

blake wrote: > On Fri, Apr 20, 2012 at 12:32 PM, Ricardo Moran <richi.moran(a)gmail.com> wrote: > >> There is no need for a .Ink or .bat in Windows. You can just point to the >> correct image in the .ini file so that users will only click on the .exe >> (which should be renamed to Pharo.exe, BTW). >> >> If I remember correctly, older versions of Pharo did it this way, why did it >> change? >> > > I would've sworn I recently downloaded a one-click that had a > .LNK--that was where I got the idea to do it for this one. It even > referenced the .LNK in the readme.bat. > > That said, I have the Pharo-1.3-13315-OneClick.zip file handy here, > and it does just use an .INI file and tell Windows users to just click > on the pharo.exe. > > So, I think all possible ways of starting Pharo have been explored at > this point. :-) > > ===Blake=== > > > The INI file next to the EXE appears to be missing ImageFile=Contents\Resources\Pharo-1.4-one-click.image btw Though I don't have an opinion either way, I am curious about the change of the image name from just Pharo-1.4.image, in case I can learn something about the management of such things. cheers -ben

April 21, 2012

Re: [Pharo-project] Pharo 1.4 on Reddit

by Ben Coman

Marcus Denker wrote: > On Apr 20, 2012, at 8:55 AM, Geert Claes wrote: > > >> I noticed the "toybox from mattel" comment, so its probably a good idea to >> make sure the screenshots on the Pharo website at >> http://www.pharo-project.org/about/screenshots reflect the current release. >> The iPhone screenshot should also use a more recent iPhone to indicate Pharo >> is on the ball. >> >> > > I removed all the old screenshots. > > > -- > Marcus Denker -- http://marcusdenker.de > > > > For that last image for "Widget and dialog library" - if you had a script you used to bring them all up I'd be interested to see it. Also, it would be a nice touch if clicking on those images opened a fullscreen image for a closer look. cheers -ben

April 21, 2012

Re: [Pharo-project] Unresponsive 1.4 image

by phil＠highoctane.be

To freeze 1.4 on Win XP SP3, you can try this one out: | tm border | tm := TextMorph new. tm contentsWrapped: ''; extent: 100 @ 20. "this is the important stuff" (border := AlignmentMorph newRow) position: 200 @ 200; borderWidth: 1; borderColor: Color black; hResizing: #shrinkWrap; vResizing: #shrinkWrap; addMorph: tm. "this just makes the TextMorph easier =to see" World addMorph: border. Then fill in the TextMorph with some text and newlines. Then call the halos and resize the right corner for a while, especially letting it go out of screen at the bottom. The system will come unresponsive, not obey Cmd-. etc. Sometimes it comes back to life but most of the time I've got to kill the process. CogVM or StackVM make no difference. Maybe there is a huge GC going on but there is no memory display thing (manuia) anymore in 1.4 so I can't tell. Hope it helps. Phil 2012/4/20 Paul DeBruicker <pdebruic(a)gmail.com> > > Janko MivÅ¡ek wrote > > > > > > After Ctrl-C in command prompt there is no new PharoDebug.log. > > > > > > > > Instead of Crtl-C do you get anything if you find the process and kill it > with: > > kill -s SIGUSR1 <pid> > > ? > (assuming you're using Cog ) > > -- > View this message in context: > http://forum.world.st/Unresponsive-1-4-image-tp4574693p4575089.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

April 21, 2012

[Pharo-project] Inspect fails - Pharo 1.4 / OSX 10.7.3

by recursive68＠gmail.com

Hi, When I try and inspect some FFI code in Pharo 1.4 on OSX 10.7.3, it fails and gets stuck in a loop doing this: MessageNotUnderstood: receiver of "addLast:" is nil UndefinedObj ect(Object)>>doesNotUnderstand: #addLast: Decompiler>>jump:if: Decompiler(InstructionStream)>>interpretNextInstructionFor: Decompiler>>interpretNextInstructionFor: Decompiler>>statementsTo: Decompiler>>blockTo: Decompiler>>doClosureCopyCopiedValues:numArgs:blockSize: Decompiler>>pushClosureCopyNumCopiedValues:numArgs:blockSize: Decompiler(InstructionStream)>>interpretExtension:in:for: Decompiler(InstructionStream)>>interpretNextInstructionFor: Any ideas ? Thanks

April 20, 2012