- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Use of minimal image

by Pavel Krivanek

2017-05-15 12:05 GMT+02:00 K K Subbu <kksubbu.ml(a)gmail.com>: > Hi, > > I am tempted ;-) by the following message on Pharo's download page: > --- > The minimal image is a reduced version of Pharo 7.0 (alpha): You have the > most basic environment and you can interact with it via command line. > WARNING: For hackers only! > --- > > What kind of hacking has been done with this image in the past ? > > Can this image be used as a swiss-army knife for st (ala busybox in GNU)? > > The image is small enough to ship as part of regular VM binary and > plugins. If pharo (binary) is run without any image, this image can be used > as a fallback to run st scripts. At launch time, we know underlying > platform OS and architecture, so we could move a lot of platform-specific > vm code into such st scripts. > > Or, we could use it within Makefiles to build plugins outside of src tree. > The main purpose of this image was to provide base for reloading of Pharo from packages using Metacello. Now it starts to be obsolete because it was done by top-down shrinking that is replaced by bootstrapping. The image is quite big, it contains Opal, basic network support, Monticello and Metacello. With bootstrap we are able to generate smaller images where this "minimal" image is part of reloading steps. This image should be able to support small custom web server. -- Pavel > > Regards .. Subbu > >

May 15, 2017

Re: [Pharo-dev] Does OSSubprocess works on ARM vm?

by K K Subbu

On Monday 15 May 2017 03:31 PM, Denis Kudriashov wrote: > > It returns empty string and console report: > > ls: cannot access ~: No such file or directory > > Any idea why it not works properly? (from command line "ls ~" returns > expected files). ~ is a shell language synonym for $HOME. Both are expanded by the shell before calling file syscall in the kernel. Kernel's filename resolver does not do ~ or $HOME expansions. Regards .. Subbu

May 15, 2017

Re: [Pharo-dev] Does OSSubprocess works on ARM vm?

by tesonep＠gmail.com

Hi Denis, the ~ (tilde) is expanded by the shell, a running process should expand it. In the case of the command line tools they don't expand it, as they expect the shell to expand it before calling. Check https://www.gnu.org/software/bash/manual/html_node/Tilde-Expansion.html and http://www.davidverhasselt.com/expanding-a-leading-tilde-in-cc/ Cheers, Pablo On Mon, May 15, 2017 at 12:01 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Little problem which I not understand. Maybe you can explain. Path '~' is > not recognizied in ls command: > > OSSUnixSubprocess new > command: '/bin/ls'; > arguments: #('~'); > redirectStdout; > runAndWaitOnExitDo: [ :process :outString | > outString > ] > > > It returns empty string and console report: > > ls: cannot access ~: No such file or directory > > Any idea why it not works properly? (from command line "ls ~" returns > expected files). > > 2017-05-15 11:52 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > >> I just checked. It works perfectly. >> >> One notice for API: >> >> OSSUnixSubprocess new >> command: '/bin/ls'; >> arguments: #('-la' '/Users'); >> redirectStdout; >> runAndWaitOnExitDo: [ :process :outString | >> outString >> ] >> >> Why you are not return result of block? It would be very handy >> (here it is an OSSUnixSubprocess instance). >> >> >> >> 2017-05-12 14:18 GMT+02:00 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> >>> mmmm I don't know. Can you at least try for the first time in a 32 bits >>> ARM ? >>> >>> On Fri, May 12, 2017 at 5:00 AM, Denis Kudriashov <dionisiydk(a)gmail.com> >>> wrote: >>> >>>> Hi. >>>> >>>> I decided to ask before I will try it. >>>> >>>> Best regards, >>>> Denis >>>> >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >> >> > -- Pablo Tesone. tesonep(a)gmail.com

May 15, 2017

Use of minimal image

by K K Subbu

Hi, I am tempted ;-) by the following message on Pharo's download page: --- The minimal image is a reduced version of Pharo 7.0 (alpha): You have the most basic environment and you can interact with it via command line. WARNING: For hackers only! --- What kind of hacking has been done with this image in the past ? Can this image be used as a swiss-army knife for st (ala busybox in GNU)? The image is small enough to ship as part of regular VM binary and plugins. If pharo (binary) is run without any image, this image can be used as a fallback to run st scripts. At launch time, we know underlying platform OS and architecture, so we could move a lot of platform-specific vm code into such st scripts. Or, we could use it within Makefiles to build plugins outside of src tree. Regards .. Subbu

May 15, 2017

Re: [Pharo-dev] Does OSSubprocess works on ARM vm?

by Denis Kudriashov

Little problem which I not understand. Maybe you can explain. Path '~' is not recognizied in ls command: OSSUnixSubprocess new command: '/bin/ls'; arguments: #('~'); redirectStdout; runAndWaitOnExitDo: [ :process :outString | outString ] It returns empty string and console report: ls: cannot access ~: No such file or directory Any idea why it not works properly? (from command line "ls ~" returns expected files). 2017-05-15 11:52 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > I just checked. It works perfectly. > > One notice for API: > > OSSUnixSubprocess new > command: '/bin/ls'; > arguments: #('-la' '/Users'); > redirectStdout; > runAndWaitOnExitDo: [ :process :outString | > outString > ] > > Why you are not return result of block? It would be very handy > (here it is an OSSUnixSubprocess instance). > > > > 2017-05-12 14:18 GMT+02:00 Mariano Martinez Peck <marianopeck(a)gmail.com>: > >> mmmm I don't know. Can you at least try for the first time in a 32 bits >> ARM ? >> >> On Fri, May 12, 2017 at 5:00 AM, Denis Kudriashov <dionisiydk(a)gmail.com> >> wrote: >> >>> Hi. >>> >>> I decided to ask before I will try it. >>> >>> Best regards, >>> Denis >>> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > >

May 15, 2017

Re: [Pharo-dev] Does OSSubprocess works on ARM vm?

by Denis Kudriashov

I just checked. It works perfectly. One notice for API: OSSUnixSubprocess new command: '/bin/ls'; arguments: #('-la' '/Users'); redirectStdout; runAndWaitOnExitDo: [ :process :outString | outString ] Why you are not return result of block? It would be very handy (here it is an OSSUnixSubprocess instance). 2017-05-12 14:18 GMT+02:00 Mariano Martinez Peck <marianopeck(a)gmail.com>: > mmmm I don't know. Can you at least try for the first time in a 32 bits > ARM ? > > On Fri, May 12, 2017 at 5:00 AM, Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: > >> Hi. >> >> I decided to ask before I will try it. >> >> Best regards, >> Denis >> > > > > -- > Mariano > http://marianopeck.wordpress.com >

May 15, 2017

Re: [Pharo-dev] Extending the debugger inspector with a new presentation

by Andrei Chis

Hi, Currently extending the UI of the debugger is not as easy as extending the inspector. (It cannot just be done using annotations) We should work on improving this for Pharo 7. The actual presentations at the bottom are created in GTDebuggerVariablesBrowser>>#compose. To change it in a debugger you need to create a subclass of both GTGenericStackDebugger and GTDebuggerVariablesBrowser and then override the class side method #variablesBrowserClass in the debugger. I see now that GTDebuggerVariablesBrowser >>#compose doesn't really have a hook for adding new tabs so you'll need to completely override it. We should add one. The pragma <gtDebuggerPresentationOrder:> is used for presentations that should only be displayed when inspecting objects in the debugger. Cheers, Andrei On Mon, May 15, 2017 at 9:51 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Yeah, in any case, it is not clear what we should do: > > - can't we extend the default debugger presentation? > - or should we create a new presentation? > - maybe we can do both, but then we have the question: is there a > criteria to say "if X, extend the default presentation, if Y, create a new > one"? > - How to do it? We can just copy paste an existing class... but... > - Also, what happens if we want to add a tab to **EVERY** debugger > presentation next to the evaluate? > > On Mon, May 15, 2017 at 8:22 AM, <tdupriez(a)ens-paris-saclay.fr> wrote: > >> I've looked at it, but I can't get to reproduce it. I have trouble >> finding an entry point to start understanding. >> >> Quoting Denis Kudriashov <dionisiydk(a)gmail.com>: >> >> Hi. >>> >>> One possibility is to follow BytecodeDebugger approach. Try to look how >>> it >>> is implemented >>> >>> 2017-05-12 9:53 GMT+02:00 <tdupriez(a)ens-paris-saclay.fr>: >>> >>> Hello, >>>> >>>> I would like to extend the debugger with some context-dependent >>>> information. >>>> I am playing with metalinks and I would like to show, in the debugger, >>>> some information if my metalinks are in the selected method. >>>> This means that: >>>> - I need to add a new presentation in the debugger next to the >>>> "variable" >>>> and "evaluator" ones. >>>> - I need to filter that presentation to show it depending on which >>>> method >>>> is selected. >>>> >>>> I tried to extend ProtoObject with a method like: >>>> >>>> gtDebuggerExpressionMachinViewIn: composite >>>> <gtDebuggerPresentationOrder: 21> >>>> >>>> composite text >>>> title: 'My machin'; >>>> display: [ :browser :debugger | debugger asString] >>>> >>>> However, this did not add a presentation in the debugger. It only show >>>> up >>>> when selecting an object in the debugger inspector (see screenshot). >>>> >>>> How can I extend the debugger as I want? >>>> >>>> Thanks >>>> Thomas and Guille >>>> >>>> >>> >> >> >> >> > > > -- > > > > Guille Polito > > > Research Engineer > > 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 <+33%206%2052%2070%2066%2013> >

May 15, 2017

Re: [Pharo-dev] Extending the debugger inspector with a new presentation

by Denis Kudriashov

Hi 2017-05-15 8:22 GMT+02:00 <tdupriez(a)ens-paris-saclay.fr>: > I've looked at it, but I can't get to reproduce it. I have trouble finding > an entry point to start understanding. Starting point is method GTMoldableDebugger>>compose with code: ... self tabulator with: [:browser | self debuggerStructureIn: browser. self debuggerTransmissionsIn: browser ]. ... Then look what methods are overridden in BytecodeDebugger.

May 15, 2017

Re: [Pharo-dev] Extending the debugger inspector with a new presentation

by Guillermo Polito

Yeah, in any case, it is not clear what we should do: - can't we extend the default debugger presentation? - or should we create a new presentation? - maybe we can do both, but then we have the question: is there a criteria to say "if X, extend the default presentation, if Y, create a new one"? - How to do it? We can just copy paste an existing class... but... - Also, what happens if we want to add a tab to **EVERY** debugger presentation next to the evaluate? On Mon, May 15, 2017 at 8:22 AM, <tdupriez(a)ens-paris-saclay.fr> wrote: > I've looked at it, but I can't get to reproduce it. I have trouble finding > an entry point to start understanding. > > Quoting Denis Kudriashov <dionisiydk(a)gmail.com>: > > Hi. >> >> One possibility is to follow BytecodeDebugger approach. Try to look how it >> is implemented >> >> 2017-05-12 9:53 GMT+02:00 <tdupriez(a)ens-paris-saclay.fr>: >> >> Hello, >>> >>> I would like to extend the debugger with some context-dependent >>> information. >>> I am playing with metalinks and I would like to show, in the debugger, >>> some information if my metalinks are in the selected method. >>> This means that: >>> - I need to add a new presentation in the debugger next to the "variable" >>> and "evaluator" ones. >>> - I need to filter that presentation to show it depending on which method >>> is selected. >>> >>> I tried to extend ProtoObject with a method like: >>> >>> gtDebuggerExpressionMachinViewIn: composite >>> <gtDebuggerPresentationOrder: 21> >>> >>> composite text >>> title: 'My machin'; >>> display: [ :browser :debugger | debugger asString] >>> >>> However, this did not add a presentation in the debugger. It only show up >>> when selecting an object in the debugger inspector (see screenshot). >>> >>> How can I extend the debugger as I want? >>> >>> Thanks >>> Thomas and Guille >>> >>> >> > > > > -- Guille Polito Research Engineer 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

May 15, 2017

PharoLauncher prepared for Pharo 7

by Torsten Bergmann

Pharo Launcher was updated for Pharo 7 already: ----------------------------------------------------------- Name: PharoLauncher-Core-TorstenBergmann.105 Author: TorstenBergmann Time: 15 May 2017, 9:12:21.430226 am UUID: 9b8faeb3-da25-49e9-bdf4-0c2b130ed357 Ancestors: PharoLauncher-Core-CyrilFerlicot.104 Adopt to Pharo 70 already after loading ensure to run PhLTemplateGroupRepository resetGroups. the new directory http://files.pharo.org/image/70/ is still empty until the middle of the week. Have fun T.

May 15, 2017