August 2018 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Smalltalk Security Landscape - survey for ESUG 2018

by Ben Coman

On 14 August 2018 at 01:50, Jerry Kott <jkott(a)image-ware.com> wrote: > Dear Smalltalkers and friends, > > I am planning to have a presentation titled âSmalltalk Security Landscapeâ > at this yearâs ESUG conference. In my presentation I hope to increase > cybersecurity awareness within the Smalltalk community and help shape the > evolution of the language and its ecosystem. > > I have put together a survey to help me research the topic. I ask for your > kind help to get a picture of where Smalltalk stands in the area of > cybersecurity. The survey is completely anonymous, and should take less > than 15 minutes to complete. I appreciate your time and participation. > > If you are in a management role, I would like your help by forwarding this > to your team members to help reach the broad Smalltalk community. > > Here is a link: https://www.surveymonkey.com/r/esug2018 > > Thank you for your help, and hope to see you in Cagliari! > > *Jerry Kott* > This message has been digitally signed. > PGP Fingerprint: > A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5 > > > > I was going to say it is not clear which way the scale runs in "Rank Smalltalk dialect(s) you use" but I see its coded in as a constraint. I rather liked your term "Citizen Developer" cheers -ben

Aug. 13, 2018

Smalltalk Security Landscape - survey for ESUG 2018

by Jerry Kott

Dear Smalltalkers and friends, I am planning to have a presentation titled âSmalltalk Security Landscapeâ at this yearâs ESUG conference. In my presentation I hope to increase cybersecurity awareness within the Smalltalk community and help shape the evolution of the language and its ecosystem. I have put together a survey to help me research the topic. I ask for your kind help to get a picture of where Smalltalk stands in the area of cybersecurity. The survey is completely anonymous, and should take less than 15 minutes to complete. I appreciate your time and participation. If you are in a management role, I would like your help by forwarding this to your team members to help reach the broad Smalltalk community. Here is a link: https://www.surveymonkey.com/r/esug2018 <https://www.surveymonkey.com/r/esug2018> Thank you for your help, and hope to see you in Cagliari! Jerry Kott This message has been digitally signed. PGP Fingerprint: A9181736DD2F1B6CC7CF9E51AC8514F48C0979A5

Aug. 13, 2018

Re: [Pharo-users] code completion - order classes suggested by match then package reference count?

by Sean P. DeNigris

Paul DeBruicker wrote > I'm using the default E completion if it matters. I thought this was the very issue o-completion solves ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 13, 2018

code completion - order classes suggested by match then package reference count?

by PAUL DEBRUICKER

Hi - When I want to use an OrderedCollection in Pharo 6.1 the code completion has me write "Ordere" before it is the one selected. If I have ever used an OrderPreservingDictionary (which comes up first) I've forgotten, but daily use OrderedCollections. Is there a way now to change the sort order of classes so that they sort by # of uses/references in the image or package I'm developing in? I'm using the default E completion if it matters. Thanks Paul

Aug. 13, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by JesÃºs MarÃ

That worked for me Metacello new baseline: 'JupyterTalk'; repository: 'github://jmari/JupyterTalk:master/repository'; load:'all' I will correct the github readme page. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 13, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by JesÃºs MarÃ

I found it...you just have to add the subdirectory to the repository path Metacello new baseline: 'JupyterTalk'; repository: 'github://jmari/JupyterTalk/repository/'; load:#all -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 13, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by JesÃºs MarÃ

Hi Hannes, I did not find a nice way to solve the problem but you will be able to load jupytertalk following these simple steps: - Try to load it executing Metacello new baseline: 'JupyterTalk'; repository: 'github://jmari/JupyterTalk'; load:'all' - It will fail...open Iceberg, there must be a new repository "JupyterTalk" in. - Edit the repository (cmd+E) and add "repository" to the code subdirectory field. - Try to execute this again, Metacello new baseline: 'JupyterTalk'; repository: 'github://jmari/JupyterTalk'; load:'all' ------ Befor installing Jupytertalk, you need ZeroMQ and Jupyter installed in your system and you must create a the folder '/usr/local/share/jupyter/kernels/pharo'. and a file 'kernel.json' with the contents like that... '{ "argv": [ "/Applications/Pharo6.1-64_ZeroMQ.app/Contents/MacOS/Pharo", "/Applications/Pharo6.1-64_ZeroMQ.app/Contents/Resources/Pharo6.1-64.image", "ipharo", "{connection_file}" ], "display_name": "Pharo Smalltalk", "language": "smalltalk" }' feel free to ask more questions, I'll be glad to help! -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 13, 2018

Re: [Pharo-users] Deprecation rewrite introduces infinite recursionâ¦ how to prevent that?

by Damien Pollet

Turns out it was pretty easy to implement: https://github.com/pharo-project/pharo/pull/1683 On Sat, 11 Aug 2018 at 15:59, Damien Pollet <damien.pollet(a)gmail.com> wrote: > I have a double-dispatch chain: > x generic: y â y firstDispatch: x â x secondDispatchFromY: y > > However this has been added after the fact, so there are direct uses of > the secondDispatchFromY: layer, which I'd like to deprecate/rewrite to use > the generic: one. But if I do so, the intermediate firstDispatch: gets > rewritten in the process, and this results in an infinite recursion. > > Is there a way to formulate the rewrite rule to avoid that? > > I could make a whole new set of secondDispatchFromYbis: methods, change > the firstDispatch: ones to use those, and then the rewrite would be ok, but > it seems like a lot of noise in the code for a small deprecationâ¦ > > Thinking of it, this is not really a deprecation, more like an advice on > proper useâ¦ > > -- > Damien Pollet > type less, do more [ | ] http://people.untyped.org/damien.pollet > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Aug. 13, 2018

Re: [Pharo-users] mustache bug?

by Norbert Hartl

Hmmm. To easy for me to figure out :) https://github.com/noha/mustache/issues/2 <https://github.com/noha/mustache/issues/2> Norbert > Am 13.08.2018 um 14:06 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > > >> On 13 Aug 2018, at 13:59, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> Where did you read this about the parent context? Maybe Iâm blind to see it. That would explain why I didnât see it when implementing it :) > > Search for parent in http://mustache.github.io/mustache.5.html > > Variables > The most basic tag type is the variable. A {{name}} tag in a basic template will try to find the name key in the current context. If there is no name key, the parent contexts will be checked recursively. If the top context is reached and the name key is still not found, nothing will be rendered. > >> Norbert >> >>> Am 13.08.2018 um 10:24 schrieb Peter UhnÃ¡k <i.uhnak(a)gmail.com>: >>> >>> Hi, >>> >>> I'm using Mustache for Pharo, and according to mustache docs ( https://mustache.github.io/mustache.5.html ), when a key is not found, it should look into parents contexts. >>> >>> However that does not seem to be the case: >>> >>> str := '{{root}} >>> {{#items}} >>> {{root}}.{{name}} >>> {{/items}}'. >>> >>> data := { >>> 'root' -> 'ROOT'. >>> 'items' -> { >>> { 'name' -> 'first' } asDictionary. >>> { 'name' -> 'second' } asDictionary. >>> } >>> } asDictionary. >>> >>> (MustacheTemplate on: str) value: data. >>> >>> I should get "ROOT.first", etc., but instead I get ".first", ".second". >>> >>> Thanks, >>> Peter >>> >> > >

Aug. 13, 2018

Re: [Pharo-users] mustache bug?

by Sven Van Caekenberghe

> On 13 Aug 2018, at 13:59, Norbert Hartl <norbert(a)hartl.name> wrote: > > Where did you read this about the parent context? Maybe Iâm blind to see it. That would explain why I didnât see it when implementing it :) Search for parent in http://mustache.github.io/mustache.5.html Variables The most basic tag type is the variable. A {{name}} tag in a basic template will try to find the name key in the current context. If there is no name key, the parent contexts will be checked recursively. If the top context is reached and the name key is still not found, nothing will be rendered. > Norbert > >> Am 13.08.2018 um 10:24 schrieb Peter UhnÃ¡k <i.uhnak(a)gmail.com>: >> >> Hi, >> >> I'm using Mustache for Pharo, and according to mustache docs ( https://mustache.github.io/mustache.5.html ), when a key is not found, it should look into parents contexts. >> >> However that does not seem to be the case: >> >> str := '{{root}} >> {{#items}} >> {{root}}.{{name}} >> {{/items}}'. >> >> data := { >> 'root' -> 'ROOT'. >> 'items' -> { >> { 'name' -> 'first' } asDictionary. >> { 'name' -> 'second' } asDictionary. >> } >> } asDictionary. >> >> (MustacheTemplate on: str) value: data. >> >> I should get "ROOT.first", etc., but instead I get ".first", ".second". >> >> Thanks, >> Peter >> >

Aug. 13, 2018

Re: [Pharo-users] mustache bug?

by Norbert Hartl

Where did you read this about the parent context? Maybe Iâm blind to see it. That would explain why I didnât see it when implementing it :) Norbert > Am 13.08.2018 um 10:24 schrieb Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > > Hi, > > I'm using Mustache for Pharo, and according to mustache docs ( https://mustache.github.io/mustache.5.html <https://mustache.github.io/mustache.5.html> ), when a key is not found, it should look into parents contexts. > > However that does not seem to be the case: > > str := '{{root}} > {{#items}} > {{root}}.{{name}} > {{/items}}'. > > data := { > 'root' -> 'ROOT'. > 'items' -> { > { 'name' -> 'first' } asDictionary. > { 'name' -> 'second' } asDictionary. > } > } asDictionary. > > (MustacheTemplate on: str) value: data. > > I should get "ROOT.first", etc., but instead I get ".first", ".second". > > Thanks, > Peter >

Aug. 13, 2018

mustache bug?

by Peter UhnÃ¡k

Hi, I'm using Mustache for Pharo, and according to mustache docs ( https://mustache.github.io/mustache.5.html ), when a key is not found, it should look into parents contexts. However that does not seem to be the case: str := '{{root}} {{#items}} {{root}}.{{name}} {{/items}}'. data := { 'root' -> 'ROOT'. 'items' -> { { 'name' -> 'first' } asDictionary. { 'name' -> 'second' } asDictionary. } } asDictionary. (MustacheTemplate on: str) value: data. I should get "ROOT.first", etc., but instead I get ".first", ".second". Thanks, Peter

Aug. 13, 2018

Re: [Pharo-users] Is there a project Label for packages

by Peter UhnÃ¡k

BaselineOf/ConfigurationOf is the only place that contains this information, e.g. (BaselineOfCalypso project version packages collect: #name) asSet Peter On Sat, Aug 11, 2018 at 7:41 PM, Eric Gade <eric.gade(a)gmail.com> wrote: > Unless I'm mistaken, the `BaselineOfXXX` is, in part, a description of all > the packages used by a given project. > > On Sat, Aug 11, 2018 at 1:18 PM, Alidra Abdelghani via Pharo-users < > pharo-users(a)lists.pharo.org> wrote: > >> >> >> ---------- Forwarded message ---------- >> From: Alidra Abdelghani <alidrandco(a)yahoo.fr> >> To: pharo-users(a)lists.pharo.org >> Cc: >> Bcc: >> Date: Sat, 11 Aug 2018 18:18:17 +0100 >> Subject: Is there a project Label for packages >> Hi, >> >> I would like to filter Packages according to the project they have been >> developed in (For instance, the Roassal packages, the Seaside packages, the >> Moose packages,â¦) >> >> >> So I am wondering if there is any way to question a package about the >> project(s) it belong to? >> If not in Pharo, maybe there such a thing in Famix? >> If not, is there a way to reach this information (a repo, a web site, â¦.) >> NB. >> I could use the prefix of the name of the package, but this does not seem >> to be always accurate (for the Pharo project for instance) >> >> Thanks a lot in advance >> Abdelghani >> >> >> >> > > > -- > Eric >

Aug. 12, 2018

Re: [Pharo-users] [ANN] Magritte moved to github

by Sean P. DeNigris

Ben Coman wrote > An interesting challenge. I've had a go at it and got it as far as I can > without knowing Magritte. Thanks for the push! Not knowing all that much about git, I tried a different way and seem to have successfully rebuilt the master branch of my fork (https://github.com/seandenigris/Magritte3) on top of the master from the upstream, based on the last shared (content) commit (upstream 51f648b vs fork 47df0a5, both titled "[FIX]: Respect action shortcutsâ¦") In case it helps anyone in the future, here is what I did: 1. Create new branch from upstream master and revert to 51f648b 2. Create git log of commits from fork's first divergent commit (bff9c25 "Dynamic Optionsâ¦") to HEAD, via git log `47df0a5..eedd386 --pretty=fuller > ../export.txt` 3. For each commit in log: a. `git mv source repository` - temporarily rename "source" (code subfolder from upstream) to "repository" (subfolder from fork) to ease merging b. `git cherry-pick -n $sha1` (where sha1 = e.g. bff9c25) - replay changes without committing c. `git rm -f */methodProperties.json` and then `git rm -f */version` - remove metadata, since upstream commits are metadata-less d. `git reset HEAD` - reset git so it forgets about steps a and c, which are just to conform the fork commits to upstream, but leaves the actual changes in place e. `mv repository/ source` f. `git add -A` - inform git about all changes now that everything is how we want it g. `git commit --date="Sun Mar 25 22:57:40 2018 -0400" -m "Fix #17â¦" --author="Sean DeNigris <github(a)clipperadams.com>"`- commit preserving original author and author date The above process was eased by a single Pharo helper class, `GitCommit`, which parsed the log from #2 above into domain objects and created and executed the commands in #3. I used quick and dirty `LibC system:â¦` messages instead of libgit since I'm a novice and the whole task was a hack. Now my fork's master is branched off upstream master, so hopefully that eases integration of my enhancements. I'm not exactly sure how to proceed from here, so suggestions welcomeâ¦ ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 12, 2018

Re: [Pharo-users] Making TDD in pharo work properly (aka - walkback on a missing class is nasty)

by Tim Mackinnon

I guess for a bit of historical record - I fixed the Pharo 6.1 image in exercism to properly handle the creation of a missing class. Not a lot of code (but you do need the right code - and it is slightly confusing how the debugger window is so tightly tied to the model which also has the stack and context - and thus getting rid of the window gets rid of the context - which in retrospect makes sense as closing the debugger should terminate everything). Iâll kick it around a bit with Exercism - and if it seems good Iâll make a PR for Pharo 7 as Think its worth having? It does raise an interesting point however - when you hit a missing class, the debugger says â#message was sent to nilâ - I would think we can do better than that given what Marcus discussed further below. If we were to save an UndefinedClass in the compiled method - then the error could be much better (not nil - but UndefinedClass, or UndefinedGlobal) - and equally the corrective action could be much better too. I think this is what Marcus was getting at - and I think it would be a much better thing for us to do. Having used one of his suggestions below (and tried it when coding some exercises) - I also think we should stop the disruptive prompting for missing classes or variables when you save and just show them as gutter warnings or squiggles in the editor. You could add some other key to walk you through fixes if you want to deal with them right at that moment. Anyway - this really shows how flexible our environment is (and the work we can keep doing). Tim > On 10 Aug 2018, at 23:16, Tim Mackinnon <tim(a)testit.works> wrote: > > Actually I think I figured that bit out - a bit clumsily - (pointers appreciated) > > createMissingClassActionFor: aMessage in: aContext > |errorNode senderContext newClass variableNode | > senderContext := aContext sender. > errorNode := senderContext method sourceNodeExecutedForPC: senderContext pc. > variableNode := errorNode receiver receiver. > > newClass := OCUndeclaredVariableWarning new node: variableNode; defineClass: variableNode name. > aContext restart. > > However that last line is wrong, as it doesnât restart with my newly defined class - I also tried > > aContext restartWithNewReceiver: newClass > > But again, I get a debugger where my class is still bound to nil. So whatâs the trick to re-evaluate with the new class Iâve created? Or maybe Iâm totally on the wrong track (still its very interestingâ¦) > > Tim > >> On 10 Aug 2018, at 16:30, Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>> wrote: >> >> Hey Marcus (or those knowledgable about stacks and contexts) - to self #1 - where the create button generates a class instead of a method, Iâm a bit out of my depth. >> >> I can see there is a DoesNotUnderstandDebugAction (which the create button calls). >> >> So to determine if the failure was due to a missing class or method - would this work? >> >> msg := self interruptedContext tempAt: 1. >> (msg lookupClass == UndefinedObject ) ifTrue: [ â¦ create a class >> >> E.g. if youâre trying to send a msg to nil (which is what got patched into the compiled method for a missing class) then you are dealing with a missing class? >> >> >> AND then for create a class - how do I extract the name? >> >> I can get the compiled method for msg - but how do I marry that up with what you were executing? Am I write in thinking that the AST nodes and there locations might line up with the stack pointer somehow (or something like that)â¦ if I can get that - then I get the name of the missing class and can then create it and then rerun the method right? >> >> This is very neat stuff I âve never played with before. >> >> Tim >> >> >> >> >> >>> On 9 Aug 2018, at 11:02, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>> >>> >>> >>>> On 9 Aug 2018, at 10:59, Guillermo Polito <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com>> wrote: >>>> >>>> Hi Marcus, >>>> >>>> Is it wise to backport things that may break things like this? >>> maybe not, but it just took 5 minutes as it is very simple >>> >>>> I'd prefer to put the energy on backporting the workaround to avoid the infinite debuggers... >>>> >>> >>> Yes. >>> >>>> On Thu, Aug 9, 2018 at 10:50 AM Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>>>> >>>>>> 2) when coding - if you want reference a missing class, why donât we let you? TonelReader seems to do it, why canât the editor? (This probably applies to variables as well - show them broken, let me fix it when I choose. The iVar case is a little rarer - although I hate the way we prompt fix, prompt fix instead of doing it in one go - itâs very old fashioned) >>>>>> >>>>> >>>>> This is fixed in Pharo7: we added a menu entry âleave undeclaredâ as the first option: >>>>> <leave undeclared.png> >>>>>> Does anyone have tips on solving these? It spoils the exercism experience that I thought we could convey, so Iâd like to at least fix #1 in 6.1 if I can. >>>>>> >>>>> >>>>> I will back port the fix for 2) to Pharo6 and will do a quick prototype for 1) >>>>> >>>> >>>> https://pharo.fogbugz.com/f/cases/22305/Backport-to-Pharo6-Leave-Variable-U… <https://pharo.fogbugz.com/f/cases/22305/Backport-to-Pharo6-Leave-Variable-U…> >>>> >>>> Marcus >>>> >>>> >>>> >>>> -- >>>> >>>> Guille Polito >>>> Research Engineer >>>> >>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>> CRIStAL - UMR 9189 >>>> French National Center for Scientific Research - http://www.cnrs.fr <http://www.cnrs.fr/> >>>> >>>> Web: http://guillep.github.io <http://guillep.github.io/> >>>> Phone: +33 06 52 70 66 13 >>> >> >

Aug. 11, 2018

Re: [Pharo-users] How to resume the debugger in code without extra debug window?

by Ben Coman

On 11 August 2018 at 23:22, Tim Mackinnon <tim(a)testit.works> wrote: > Typical - after not finding anything, as soon as you send an email it > occurred to me... My theory on that... is you get stuck in one line of thought that precludes other solutions, and the act of offloading your thoughts into an email and posting it off resets you, and your mind is clear to wander into other solutions. cheers -ben

Aug. 11, 2018

Re: [Pharo-users] Is there a project Label for packages

by Eric Gade

Unless I'm mistaken, the `BaselineOfXXX` is, in part, a description of all the packages used by a given project. On Sat, Aug 11, 2018 at 1:18 PM, Alidra Abdelghani via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Alidra Abdelghani <alidrandco(a)yahoo.fr> > To: pharo-users(a)lists.pharo.org > Cc: > Bcc: > Date: Sat, 11 Aug 2018 18:18:17 +0100 > Subject: Is there a project Label for packages > Hi, > > I would like to filter Packages according to the project they have been > developed in (For instance, the Roassal packages, the Seaside packages, the > Moose packages,â¦) > > > So I am wondering if there is any way to question a package about the > project(s) it belong to? > If not in Pharo, maybe there such a thing in Famix? > If not, is there a way to reach this information (a repo, a web site, â¦.) > NB. > I could use the prefix of the name of the package, but this does not seem > to be always accurate (for the Pharo project for instance) > > Thanks a lot in advance > Abdelghani > > > > -- Eric

Aug. 11, 2018

Re: [Pharo-users] Pharo 7 file streams guideline

by Sven Van Caekenberghe

> On 31 Jul 2018, at 18:28, Damien Pollet <damien.pollet+pharo(a)gmail.com> wrote: > > Hi Svenâ¦ a couple questions: Very interesting questions, Damien. > - is there a preferred order of composition between the encoding and buffering streams ? If yes, it the same for read and write stream, or reversed ? > E.g. if Stdio binaryStdin was implemented, Stdio stdin should be decoded, but buffering it as well would be a problem for interactive applications. Buffering typically makes a huge (an order of magnitude) difference since in most cases, bathing up a number of more expensive operations is a good idea. How big a difference depends on the access pattern (many small operations are more costly and big IO operation will not see much difference - actually ZnBuffered[Read|Write]Stream bypasses the buffer if more than have the buffer size is requested). Buffering makes sense both at the lower binary level as well as at the character level. Benchmarks will tell. I never thought about having a different buffering approach to reading and writing, but indeed that could make sense too. There is also a cost to buffering: an additional indirection, management and memory usage. > - what's your opinion on convenience composition messages, e.g. aBinaryStream buffered decoded: 'utf-8' ? I like these kinds of messages, but I keep saying that I prefer smaller stream APIs, not larger ones, hence I am hesitant to add more API (since every new stream has to understand these new cool messages). > On Tue, 24 Jul 2018 at 10:13, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > On 23 Jul 2018, at 12:07, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > Stdio stdout and friends just return a binary stream, hence they need wrapping for encoding. > > > > Maybe > > > > Stdio stdoutAsText > > > > might be an idea, but this is so uncommon that I am not sure this is a good idea. > > Given all remarks and comments (thanks BTW), I now think that > > - textual stdio streams are the more common case > - binary stdio streams are the primitive ones that are seldom used > - another encoding than UTF-8 seems uncommon > - these are streams that exist and need no real opening/closing > > So, > > Stdio stdout > > should return return a character write stream with UTF-8 encoding while > > Stdio binaryStdout > > should be the lower level binary one. > This would be more in line with the other streams. > A non-UTF-8 encoding can be used as per Pavel's example.

Aug. 11, 2018

Is there a project Label for packages

by Alidra Abdelghani

Hi, I would like to filter Packages according to the project they have been developed in (For instance, the Roassal packages, the Seaside packages, the Moose packages,â¦) So I am wondering if there is any way to question a package about the project(s) it belong to? If not in Pharo, maybe there such a thing in Famix? If not, is there a way to reach this information (a repo, a web site, â¦.) NB. I could use the prefix of the name of the package, but this does not seem to be always accurate (for the Pharo project for instance) Thanks a lot in advance Abdelghani

Aug. 11, 2018

Re: [Pharo-users] How to resume the debugger in code without extra debug window?

by Tim Mackinnon

Typical - after not finding anything, as soon as you send an email it occurred to me to see how the pre-debug window opens a debug window and then I found it: modelWindow := self debugger window. modelWindow model: nil; close And a similar thing for the pre-debug window to0 self preDebugWindow debugger: nil; close. > On 11 Aug 2018, at 16:44, Tim Mackinnon <tim(a)testit.works> wrote: > > Iâm wondering if someone knows the trick to programmatically restarting the debugger (or pre-debugger) without getting an extra window? > > In my debug action (a button) I have some code that does: > > aContext stack second restart > > However this gives me a second pre-debug window? > > Any thoughts?

Aug. 11, 2018

How to resume the debugger in code without extra debug window?

by Tim Mackinnon

Iâm wondering if someone knows the trick to programmatically restarting the debugger (or pre-debugger) without getting an extra window? In my debug action (a button) I have some code that does: aContext stack second restart However this gives me a second pre-debug window? Any thoughts?

Aug. 11, 2018

Deprecation rewrite introduces infinite recursionâ¦ how to prevent that?

by Damien Pollet

I have a double-dispatch chain: x generic: y â y firstDispatch: x â x secondDispatchFromY: y However this has been added after the fact, so there are direct uses of the secondDispatchFromY: layer, which I'd like to deprecate/rewrite to use the generic: one. But if I do so, the intermediate firstDispatch: gets rewritten in the process, and this results in an infinite recursion. Is there a way to formulate the rewrite rule to avoid that? I could make a whole new set of secondDispatchFromYbis: methods, change the firstDispatch: ones to use those, and then the rewrite would be ok, but it seems like a lot of noise in the code for a small deprecationâ¦ Thinking of it, this is not really a deprecation, more like an advice on proper useâ¦ -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Aug. 11, 2018

Dynabook and interest based learning

by Hilaire

How can Dynabook and interest based learning can be related? http://blog.drgeo.eu/post/2018/Interest-based-learning Hilaire -- Dr. Geo http://drgeo.eu

Aug. 11, 2018

Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

by Offray Vladimir Luna CÃ¡rdenas

Hi, Yes, Grafoscopio exist to overcome limitations of Jupyter as Andrew says, its lack of a object model but also its overcomplicated architecture[0]. I have said that in some way, Grafoscopio and JupyterLab[1] are following opposite paths. The last started as an interactive notebook and is trying to become an IDE (with "I" for Interactive, not for Integrated) and the former started from the Pharo IDE and is trying to provide interactive notebook capabilities. [0] http://mutabit.com/offray/static/blog/output/posts/grafoscopio-idea-and-ini… [1] https://github.com/jupyterlab/jupyterlab At some point is also a deconstruction over the idea of the Active Essay proposed by Alan Kay and his team. I think that the problem with the Dynabook is that is so rooted into the future that, when time passes and the present occupies the place of the vision from the past, it usually does with some subobtimal but popular technology (the web, Java, CORBA, you name it). At some point I think that this is because, despite of the Dynabook being from children from 6 to 100 years, most of the research was done with children and teenagers and the adult world was occupied by those other popular technologies and because the world is inherited by the majority of adults to children we have the world that we have today. I wonder what happen with the Dynabook kids? How are they now as adults? It seems that the role of becoming and adult (or being already one) was not deeply deployed by the Dynabook and there is a lot of room to do in that place, for teachers (as DrGeo and Hilaire writings are showing), for researchers, journalists, investigators, activists, as Grafoscopio is trying to show. At some point I would like better integration between Grafoscopio and GTDocumenter, but is a project that advances slowly with a solo main developer and with not wide use in the Pharo community (I think is because the use of Markdown instead of Pillar, among other reasons) or other commit contributions. In that sense is pretty similar to other FLOSS projects that are coded by one or two developers. But for the last quarter of this year the local community is going to make some kind of anti-bootcamp and I hope to show some advances in Grafoscopio in the end of the year as a result of this. With Pharo 7 and the eventual integration of GTDocumenter in future Pharo releases I think we could be approach/deconstruct the Dynabook even more. Cheers, Offray On 07/08/18 14:00, Andrew Glynn wrote: > Grafoscopio exists due to various limitations of Jupyter, particularly the lack of real support for objects in its core language - Python. JSON is not equivalent to STON even in terms of storing JavaScript, it's mainly a data format. > > ï»¿On 8/7/18, 2:14 PM, "Pharo-users on behalf of Sean P. DeNigris" <pharo-users-bounces(a)lists.pharo.org on behalf of sean(a)clipperadams.com> wrote: > > Hannes Hirzel wrote > > P.S. Some notes and links how Jupyter notebooks relate to the Dynabook > > idea here > > http://wiki.squeak.org/squeak/1318 > > From the swiki: "A Jupyter Notebook isâ¦ similar to Active Essays kept in a > Smalltalk based Dynabook." > > I've understood a key point of the Dynabook dream (and Smalltalk as > prototype Dynabook software) is that as you drill down to something facing > the end user, you keep the full power of the computer. For example, when > Alan Kay presents, he doesn't use Powerpoint, but Squeak. Hence, the slides > are each fully functioning World where one can e.g. bring up halos, > inspectors, class browsers. > > Is that the case with Jupiter Notebooks? I assumed not since the notebooks > seem to be saved as JSON, unless maybe it's used for object serialization > like STON? > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > > > >

Aug. 11, 2018

Re: [Pharo-users] Making TDD in pharo work properly (aka - walkback on a missing class is nasty)

by Tim Mackinnon

Actually I think I figured that bit out - a bit clumsily - (pointers appreciated) createMissingClassActionFor: aMessage in: aContext |errorNode senderContext newClass variableNode | senderContext := aContext sender. errorNode := senderContext method sourceNodeExecutedForPC: senderContext pc. variableNode := errorNode receiver receiver. newClass := OCUndeclaredVariableWarning new node: variableNode; defineClass: variableNode name. aContext restart. However that last line is wrong, as it doesnât restart with my newly defined class - I also tried aContext restartWithNewReceiver: newClass But again, I get a debugger where my class is still bound to nil. So whatâs the trick to re-evaluate with the new class Iâve created? Or maybe Iâm totally on the wrong track (still its very interestingâ¦) Tim > On 10 Aug 2018, at 16:30, Tim Mackinnon <tim(a)testit.works> wrote: > > Hey Marcus (or those knowledgable about stacks and contexts) - to self #1 - where the create button generates a class instead of a method, Iâm a bit out of my depth. > > I can see there is a DoesNotUnderstandDebugAction (which the create button calls). > > So to determine if the failure was due to a missing class or method - would this work? > > msg := self interruptedContext tempAt: 1. > (msg lookupClass == UndefinedObject ) ifTrue: [ â¦ create a class > > E.g. if youâre trying to send a msg to nil (which is what got patched into the compiled method for a missing class) then you are dealing with a missing class? > > > AND then for create a class - how do I extract the name? > > I can get the compiled method for msg - but how do I marry that up with what you were executing? Am I write in thinking that the AST nodes and there locations might line up with the stack pointer somehow (or something like that)â¦ if I can get that - then I get the name of the missing class and can then create it and then rerun the method right? > > This is very neat stuff I âve never played with before. > > Tim > > > > > >> On 9 Aug 2018, at 11:02, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >> >> >> >>> On 9 Aug 2018, at 10:59, Guillermo Polito <guillermopolito(a)gmail.com <mailto:guillermopolito@gmail.com>> wrote: >>> >>> Hi Marcus, >>> >>> Is it wise to backport things that may break things like this? >> maybe not, but it just took 5 minutes as it is very simple >> >>> I'd prefer to put the energy on backporting the workaround to avoid the infinite debuggers... >>> >> >> Yes. >> >>> On Thu, Aug 9, 2018 at 10:50 AM Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>>> >>>>> 2) when coding - if you want reference a missing class, why donât we let you? TonelReader seems to do it, why canât the editor? (This probably applies to variables as well - show them broken, let me fix it when I choose. The iVar case is a little rarer - although I hate the way we prompt fix, prompt fix instead of doing it in one go - itâs very old fashioned) >>>>> >>>> >>>> This is fixed in Pharo7: we added a menu entry âleave undeclaredâ as the first option: >>>> <leave undeclared.png> >>>>> Does anyone have tips on solving these? It spoils the exercism experience that I thought we could convey, so Iâd like to at least fix #1 in 6.1 if I can. >>>>> >>>> >>>> I will back port the fix for 2) to Pharo6 and will do a quick prototype for 1) >>>> >>> >>> https://pharo.fogbugz.com/f/cases/22305/Backport-to-Pharo6-Leave-Variable-U… <https://pharo.fogbugz.com/f/cases/22305/Backport-to-Pharo6-Leave-Variable-U…> >>> >>> Marcus >>> >>> >>> >>> -- >>> >>> Guille Polito >>> Research Engineer >>> >>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>> CRIStAL - UMR 9189 >>> French National Center for Scientific Research - http://www.cnrs.fr <http://www.cnrs.fr/> >>> >>> Web: http://guillep.github.io <http://guillep.github.io/> >>> Phone: +33 06 52 70 66 13 >> >

Aug. 10, 2018