- Pharo-dev - lists.pharo.org

Re: [Pharo-project] How to get the AST Node for a Context

by Igor Stasenko

... and people asking , why it has huge impact on our future :) that's why. On 17 April 2013 23:06, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Apr 17, 2013, at 10:44 PM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > >> >> On Apr 17, 2013, at 10:29 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >>> I really really like this :) >>> >>> very simple yet powerful! >> >> Yes this will massively simplify the debugger :) >> So we will be able to get a debugger really working without needing an magician to fix >> its bugs. > > Yes, just the AST with Semantic Analysis information (Scope and Semantic Variables), plus > bytecodelevel IR that provides the bridge to the low-level pc (bytecode mapping) dataâ¦ > > e.g. to get the highlight in the debugger, this is now just this in DebuggerMethodMapOpal: > > > rangeForPC: aPC contextIsActiveContext: contextIsActive > "return the debug highlight for aPC" > | pc | > > "When on the top of the stack the pc is pointing to right instruction, but deeper in the stack > the pc was already advanced one bytecode, so we need to go back this one bytecode, which > can consist of multiple bytes. But on IR, we record the *last* bytecode offset as the offset of the > IR instruction, which means we can just go back one" > > pc := contextIsActive ifTrue: [aPC] ifFalse: [aPC - 1]. > ^(methodNode ir instructionForPC: pc) sourceNode debugHighlightRange > > > > more helper methods will simplify this even more, e.g. we should have a method > on RBMethodNode like #nodeForPC: > > > rangeForPC: aPC contextIsActiveContext: contextIsActive > "return the debug highlight for aPC" > | pc | > > "When on the top of the stack the pc is pointing to right instruction, but deeper in the stack > the pc was already advanced one bytecode, so we need to go back this one bytecode, which > can consist of multiple bytes. But on IR, we record the *last* bytecode offset as the offset of the > IR instruction, which means we can just go back one" > > pc := contextIsActive ifTrue: [aPC] ifFalse: [aPC - 1]. > ^(methodNode nodeForPC: pc) debugHighlightRange > > > And this method one then can just implement on MethodContext itself. > (Caching is handled by ASTCache). > > Marcus > > > -- Best regards, Igor Stasenko.

April 18, 2013

Re: [Pharo-project] the fun theory

by Igor Stasenko

On 18 April 2013 11:21, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > And then you need to save the file, and then you need to reload the map ... > Again save the file, and reload ... > > Each time you reload the program restart at the beginning of course. > > Yeah that would look better in Pharo, basically the same without reload > button but runtime behavior modifications. > yes, plus train would be in separate class :) -- Best regards, Igor Stasenko.

April 18, 2013

Re: [Pharo-project] Understanding Athens

by Igor Stasenko

On 18 April 2013 11:52, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On Apr 18, 2013, at 11:24 AM, kilon wrote: > >> Ok resumed learning of Athens, did look through and experimented with the >> steps of the tutorial , I think I understand the basics now. >> >> Started from a fresh image reinstalled everything and no longer save my >> image with Athens Tutorial open so there is no segfault.But the error >> remains. >> >> LogicalFont>>glyphRenderOn >> >> glyphRendererOn: anAthensBalloonSurface >> ^ self realFont glyphRendererOn: anAthensBalloonSurface >> >> full stack can be found here -> http:// http://pastebin.com/C8itjM2a >> <http:// http://pastebin.com/C8itjM2a> >> >> freetype is enabled in settings , my ears are open for suggestions :) >> >> >> >> -- >> View this message in context: http://forum.world.st/Understanding-Athens-tp4681820p4682265.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > > Well, the message is sent to a StrikeFont (the legacy bitmap font, sorta hard to provide a vector-based renderer for), so I guess somewhere, you need to ensure he font used by AthensViewMorph is a LogicalFont whose realFont is an actual TrueTypeFont. > Yes. Athens using freetype fonts. LogicalFont-s work in a way that if it can find a corresponding freetype font, it will use it, otherwise it will fallback to one which comes with image (strike font). If you want to avoid pitfalls with LogicalFont logic, use direct FreeTypeFont instances (but don't ask me where how to obtain them ;) ). > Cheers, > Henry -- Best regards, Igor Stasenko.

April 18, 2013

Re: [Pharo-project] [squeak-dev] Xtreams's FileDirectory dependence

by Frank Shearar

On 18 April 2013 10:42, Frank Shearar <frank.shearar(a)gmail.com> wrote: > On 18 April 2013 01:42, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> StÃ©phane Ducasse wrote >>> We are really interested by Xtreams for replacing Pharo Streams. >>> Now we should evaluate again Xtreams. >> >> IIRC at ESUG the version on squeaksource is not up to date with the VW >> version, which is why we were working on handling namespace/prefix mapping >> in filetree/cypress... > > How up to date is https://github.com/mkobetic/Xtreams/ ? Given that there's 'From Smalltalk/X, Version:6.2.1 on 30-01-2012 at 10:57:56 PM' in files (like https://github.com/mkobetic/Xtreams/blob/master/stx_goodies_xtreams_core.st) it might be possible that this is the Smalltalk/X port's repository. frank

April 18, 2013

Re: [Pharo-project] [squeak-dev] Xtreams's FileDirectory dependence

by Jan Vrany

On 18/04/13 11:42, Frank Shearar wrote: > On 18 April 2013 01:42, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> StÃ©phane Ducasse wrote >>> We are really interested by Xtreams for replacing Pharo Streams. >>> Now we should evaluate again Xtreams. >> >> IIRC at ESUG the version on squeaksource is not up to date with the VW >> version, which is why we were working on handling namespace/prefix mapping >> in filetree/cypress... > > How up to date is https://github.com/mkobetic/Xtreams/ ? Better ask Martin :-) I know he's now playing now with Xtreams & Cypress to see how it can be used to maintain cross-dialect projects. So you may need an up-to-date implementation of Cypress reader/writer. Jan

April 18, 2013

Re: [Pharo-project] Understanding Athens

by Henrik Johansen

On Apr 18, 2013, at 11:24 AM, kilon wrote: > Ok resumed learning of Athens, did look through and experimented with the > steps of the tutorial , I think I understand the basics now. > > Started from a fresh image reinstalled everything and no longer save my > image with Athens Tutorial open so there is no segfault.But the error > remains. > > LogicalFont>>glyphRenderOn > > glyphRendererOn: anAthensBalloonSurface > ^ self realFont glyphRendererOn: anAthensBalloonSurface > > full stack can be found here -> http:// http://pastebin.com/C8itjM2a > <http:// http://pastebin.com/C8itjM2a> > > freetype is enabled in settings , my ears are open for suggestions :) > > > > -- > View this message in context: http://forum.world.st/Understanding-Athens-tp4681820p4682265.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > Well, the message is sent to a StrikeFont (the legacy bitmap font, sorta hard to provide a vector-based renderer for), so I guess somewhere, you need to ensure he font used by AthensViewMorph is a LogicalFont whose realFont is an actual TrueTypeFont. Cheers, Henry

April 18, 2013

Re: [Pharo-project] [squeak-dev] Xtreams's FileDirectory dependence

by Frank Shearar

On 18 April 2013 01:42, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > StÃ©phane Ducasse wrote >> We are really interested by Xtreams for replacing Pharo Streams. >> Now we should evaluate again Xtreams. > > IIRC at ESUG the version on squeaksource is not up to date with the VW > version, which is why we were working on handling namespace/prefix mapping > in filetree/cypress... How up to date is https://github.com/mkobetic/Xtreams/ ? That's surely not the "canonical" repository, which would be in the Cincom Smalltalk Public Repository. I think? Anyway, assuming it's up to date, one promising approach to using Martin Kobetic's repository directly is: * have a way of importing chunk format stuff from a GitHub repository (see Squeak's inbox for my doesn't-support-filetree-yet-but-can-do-chunk-format InstallerGitHub (and I plan to submit a Gofer patch to do the same)) * load into an Environment (Squeak 4.5 can do this, modulo its alpha state). It might even be possible to import into an Environment with the prefix-adding import and then fileout/monticelloise the resulting things as a prefix-using, non-Environments-requiring blob ready for everyone to use. frank

April 18, 2013

Re: [Pharo-project] Understanding Athens

by kilon

Ok resumed learning of Athens, did look through and experimented with the steps of the tutorial , I think I understand the basics now. Started from a fresh image reinstalled everything and no longer save my image with Athens Tutorial open so there is no segfault.But the error remains. LogicalFont>>glyphRenderOn glyphRendererOn: anAthensBalloonSurface ^ self realFont glyphRendererOn: anAthensBalloonSurface full stack can be found here -> http:// http://pastebin.com/C8itjM2a <http:// http://pastebin.com/C8itjM2a> freetype is enabled in settings , my ears are open for suggestions :) -- View this message in context: http://forum.world.st/Understanding-Athens-tp4681820p4682265.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 18, 2013

Re: [Pharo-project] the fun theory

by ClÃ©ment Bera

And then you need to save the file, and then you need to reload the map ... Again save the file, and reload ... Each time you reload the program restart at the beginning of course. Yeah that would look better in Pharo, basically the same without reload button but runtime behavior modifications. 2013/4/18 Igor Stasenko <siguctua(a)gmail.com> > On 18 April 2013 08:33, Torsten Bergmann <astares(a)gmx.de> wrote: > > I read about this game today. It is written in Lua and > > one can play the game by editing Lua scripts (in an external editor) > > to optimize trains for transportation: > > > > http://trainsportedgame.no-ip.org/index.php > > > > http://www.youtube.com/watch?v=yFKZd8nEQyA > > > > This game combines learning and playing and is a nice attempt > > to get people into coding. > > > > Maybe we can raise the Pharo fun factor by getting people > > into something similar... > > > > > i always wanted to :) > > > -- > Best regards, > Igor Stasenko. > > -- ClÃ©ment BÃ©ra Mate Virtual Machine Engineer BÃ¢timent B 40, avenue Halley 59650 *Villeneuve d'Ascq*

April 18, 2013

Re: [Pharo-project] the fun theory

by Igor Stasenko

On 18 April 2013 08:33, Torsten Bergmann <astares(a)gmx.de> wrote: > I read about this game today. It is written in Lua and > one can play the game by editing Lua scripts (in an external editor) > to optimize trains for transportation: > > http://trainsportedgame.no-ip.org/index.php > > http://www.youtube.com/watch?v=yFKZd8nEQyA > > This game combines learning and playing and is a nice attempt > to get people into coding. > > Maybe we can raise the Pharo fun factor by getting people > into something similar... > > i always wanted to :) -- Best regards, Igor Stasenko.

April 18, 2013