- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] remote development via VS Code

by Ben Coman

On Thu, Jun 8, 2017 at 6:15 PM, Luke Gorrie <luke(a)snabb.co> wrote: > On 8 June 2017 at 07:18, Ben Coman <btc(a)openinworld.com> wrote: > >> From a marketing perspective, it might be more palatable for existing >> Visual Studio users to install Pharo as an extension rather than install >> Pharo as a whole new IDE (i.e. Pharo) - a common complaint about Smalltalk >> in general. >> > > JFYI: I have a very new project called Studio that will use Pharo as the > front-end for "add on" development tools. > > The notion is to have a UI based on Pharo/Glamor that presents a unified > interface to a back-end built on many and various diagnostic tools (e.g. > perf, wireshark, etc, depending on what is relevant to a given application.) > Having a Pharo front end to wireshark coupled to Roassal for graphing would be super-super cool. > > The assumption is that people already have an editor, etc, but what they > don't have is an easy way to create application-specific development and > diagnostic tools. That's my situation, anyway, and I am initially the main > target user here. > Always the best kind of target user. > > Currently I am working towards teaching the Inspector to explore internal > data structures in a tracing JIT. > I presume this is for LuaJIT that Snabbu uses? > This will provide end-users with visibility into the way the JIT generates > code (currently completely inscrutable) and make for easy cross-referencing > with profilers and benchmarks. I am taking a semi-generic approach where > the JIT will log raw C structs and then the Studio IDE will use DWARF debug > information to import them for meaningful inspection ("gdb-style"). > That will be impressive. It would be nice if the DWARF stuff can be separated. I'm sure that could be useful sometime elsewhere. cheers -ben

June 8, 2017

Re: [Pharo-dev] Heise

by Ben Coman

Very cool. It reads well through google translate too. cheers -ben 2017-06-08 16:59 GMT+08:00 Christian Haider < christian.haider(a)smalltalked-visuals.com>: > You made it on Heise News! > > https://www.heise.de/newsticker/meldung/Programmiersprache-Pharo-6- > bekommt-64-Bit-Versionen-und-neue-Tools-3737593.html > > > > Congrats, > > Christian >

June 8, 2017

Re: [Pharo-dev] remote development via VS Code

by Luke Gorrie

On 8 June 2017 at 07:18, Ben Coman <btc(a)openinworld.com> wrote: > From a marketing perspective, it might be more palatable for existing > Visual Studio users to install Pharo as an extension rather than install > Pharo as a whole new IDE (i.e. Pharo) - a common complaint about Smalltalk > in general. > JFYI: I have a very new project called Studio that will use Pharo as the front-end for "add on" development tools. The notion is to have a UI based on Pharo/Glamor that presents a unified interface to a back-end built on many and various diagnostic tools (e.g. perf, wireshark, etc, depending on what is relevant to a given application.) The assumption is that people already have an editor, etc, but what they don't have is an easy way to create application-specific development and diagnostic tools. That's my situation, anyway, and I am initially the main target user here. Currently I am working towards teaching the Inspector to explore internal data structures in a tracing JIT. This will provide end-users with visibility into the way the JIT generates code (currently completely inscrutable) and make for easy cross-referencing with profilers and benchmarks. I am taking a semi-generic approach where the JIT will log raw C structs and then the Studio IDE will use DWARF debug information to import them for meaningful inspection ("gdb-style"). Link: https://github.com/studio/studio Cheers, -Luke

June 8, 2017

Re: [Pharo-dev] remote development via VS Code

by Dimitris Chloupis

Can you be a bit more specific I have no clue what you talking about :D On Thu, Jun 8, 2017 at 11:33 AM philippe.back(a)highoctane.be < philippe.back(a)gmail.com> wrote: > We need to open this up.. > I want to expose the image using fuse on linux. > Holidays coming... > > Phil > > Le 8 juin 2017 10:17, "Dimitris Chloupis" <kilon.alios(a)gmail.com> a > Ã©crit : > >> problem is when you try to use a generic ide or an ide made for another >> language is that you get a sub standard experience. For example pyDev is an >> Eclipse extension that allows one to use Eclipse which is a predominantly >> Java IDE for Python. I used that in the past now I use PyCharm a Python >> exclusive IDE that is like nigh and day with PyDev. >> >> Pharo IDE has a lot of issues (auto completion being the worst for me) >> but its after all tailor made for Pharo. IDE APIs by the way are very >> common , especially for open source IDEs like Eclipse, Netbeans etc. So its >> possible to connect pharo with a ton of IDEs out there and not particularly >> hard , but there is little motivation to do so. >> >> On Thu, Jun 8, 2017 at 8:19 AM Ben Coman <btc(a)openinworld.com> wrote: >> >>> I just bumped into Microsoft's MIT Licensed IDE "Visual Studio Code" >>> that runs on OSX, Linux & Windows. What is interesting is their Debug >>> Protocol for connecting to language specific debuggers. >>> * https://code.visualstudio.com/docs/extensionAPI/api-debugging >>> >>> If I had time, it would be interesting (and super cool) to build a Debug >>> Adaptor in Pharo >>> * https://code.visualstudio.com/docs/extensionAPI/language-support >>> as well as a Language Server Protocol provider >>> * https://code.visualstudio.com/docs/extensionAPI/language-support >>> Could make a good student project or two. The skills learnt and >>> demonstrated would be quite marketable outside of the Pharo community. >>> >>> From a marketing perspective, it might be more palatable for existing >>> Visual Studio users to install Pharo as an extension rather than install >>> Pharo as a whole new IDE (i.e. Pharo) - a common complaint about Smalltalk >>> in general. At a minimum there is the exposure gained from Microsoft's >>> Extension Marketplace, with early adoptors trying out Pharo >>> just-because-its-there. It also smashes that regular criticism of Smalltalk >>> that it lives too much in its on isolated world. >>> >>> It might attract developers wanting to do polygot development, for >>> example (just guessing that might be possible): >>> * game development using Unity libraries for the game engine with >>> Ronnie's minimal-vm embedded as the scripting language, and debugging both >>> in parallel from a single environment >>> * Pharo web server backend with Javascript frontend >>> >>> I vaguely wonder if it would be possible to make a Debug Adaptor that >>> integrates VM & Image level debugging, transparently stepping from >>> Smalltalk into the VM C code. That could be useful for FFI debugging, or >>> developing low-level graphics interfaces that might break our internal IDE. >>> >>> Disclaimer: Like all my random ideas, its a bit vague and dreamy, but I >>> had no concept of it yesterday, so just sharing the find to stimulate >>> future ideas. >>> >>> cheers -ben >>> >>

June 8, 2017

Need help for collecting tests usage data

by Blondeau Vincent

Hi, An intern of the RMod research team needs your help: Cheers, Vincent De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Benoit Verhaeghe EnvoyÃ© : mercredi 7 juin 2017 16:47 Ã : pharo-users(a)lists.pharo.org Objet : [Pharo-users] Need help for collecting tests usage data Hi everyone. I need your help. Iâm working on how pharo developers use the tests. And you are pharo developers. So I developed a plugin and I would like you to download it. You just have to execute this line in a playground Metacello new smalltalkhubUser: 'Pharo' project: 'MetaRepoForPharo60'; configuration: 'TestsUsageAnalyser'; version: #stable; get; load. You will have to do it only one time in one image. Then, if they are updates itâll be done automatically and if you create a new image it will be automatically installed. The plugin will collect data on which tests you run, when, and the modifications you'll have done. Normally, it should be completely transparent for the users and the data are anonymous. If you want more details about the project or how it works, you can answer to this mail, or send me an email at benoit.verhaeghe(a)inria.fr<mailto:benoit.verhaeghe@inria.fr> or by using discord. Thanks a lot. Benoit Verhaeghe !!!************************************************************************************* "Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"

June 8, 2017

Heise

by Christian Haider

You made it on Heise News! <https://www.heise.de/newsticker/meldung/Programmiersprache-Pharo-6-bekommt- 64-Bit-Versionen-und-neue-Tools-3737593.html> https://www.heise.de/newsticker/meldung/Programmiersprache-Pharo-6-bekommt-6 4-Bit-Versionen-und-neue-Tools-3737593.html Congrats, Christian

June 8, 2017

Re: [Pharo-dev] remote development via VS Code

by philippe.back＠highoctane.be

We need to open this up.. I want to expose the image using fuse on linux. Holidays coming... Phil Le 8 juin 2017 10:17, "Dimitris Chloupis" <kilon.alios(a)gmail.com> a Ã©crit : > problem is when you try to use a generic ide or an ide made for another > language is that you get a sub standard experience. For example pyDev is an > Eclipse extension that allows one to use Eclipse which is a predominantly > Java IDE for Python. I used that in the past now I use PyCharm a Python > exclusive IDE that is like nigh and day with PyDev. > > Pharo IDE has a lot of issues (auto completion being the worst for me) but > its after all tailor made for Pharo. IDE APIs by the way are very common , > especially for open source IDEs like Eclipse, Netbeans etc. So its possible > to connect pharo with a ton of IDEs out there and not particularly hard , > but there is little motivation to do so. > > On Thu, Jun 8, 2017 at 8:19 AM Ben Coman <btc(a)openinworld.com> wrote: > >> I just bumped into Microsoft's MIT Licensed IDE "Visual Studio Code" that >> runs on OSX, Linux & Windows. What is interesting is their Debug Protocol >> for connecting to language specific debuggers. >> * https://code.visualstudio.com/docs/extensionAPI/api-debugging >> >> If I had time, it would be interesting (and super cool) to build a Debug >> Adaptor in Pharo >> * https://code.visualstudio.com/docs/extensionAPI/language-support >> as well as a Language Server Protocol provider >> * https://code.visualstudio.com/docs/extensionAPI/language-support >> Could make a good student project or two. The skills learnt and >> demonstrated would be quite marketable outside of the Pharo community. >> >> From a marketing perspective, it might be more palatable for existing >> Visual Studio users to install Pharo as an extension rather than install >> Pharo as a whole new IDE (i.e. Pharo) - a common complaint about Smalltalk >> in general. At a minimum there is the exposure gained from Microsoft's >> Extension Marketplace, with early adoptors trying out Pharo >> just-because-its-there. It also smashes that regular criticism of Smalltalk >> that it lives too much in its on isolated world. >> >> It might attract developers wanting to do polygot development, for >> example (just guessing that might be possible): >> * game development using Unity libraries for the game engine with >> Ronnie's minimal-vm embedded as the scripting language, and debugging both >> in parallel from a single environment >> * Pharo web server backend with Javascript frontend >> >> I vaguely wonder if it would be possible to make a Debug Adaptor that >> integrates VM & Image level debugging, transparently stepping from >> Smalltalk into the VM C code. That could be useful for FFI debugging, or >> developing low-level graphics interfaces that might break our internal IDE. >> >> Disclaimer: Like all my random ideas, its a bit vague and dreamy, but I >> had no concept of it yesterday, so just sharing the find to stimulate >> future ideas. >> >> cheers -ben >> >

June 8, 2017

Re: [Pharo-dev] PharoDays17 Slides and some Videos

by Marcus Denker

> On 7 Jun 2017, at 20:08, Ben Coman <btc(a)openinworld.com> wrote: > > > > On Wed, Jun 7, 2017 at 10:24 PM, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: > Hi, > > I have uploaded the Slides and Videos of PharoDays2017. Slides are complete (minus those > talks that were due demos). For the Videos we have right now 8 talks and the âShow Us Your > Projectâ session. More might come in the future (I need to check). > > Slides: > - https://www.slideshare.net/pharoproject/presentations <https://www.slideshare.net/pharoproject/presentations> > - http://files.pharo.org/conferences/2017PharoDays/ <http://files.pharo.org/conferences/2017PharoDays/> > > PlayList: https://www.youtube.com/playlist?list=PL4actYd6bfnw7ous5We-XnWq0NZquP3gM <https://www.youtube.com/playlist?list=PL4actYd6bfnw7ous5We-XnWq0NZquP3gM> > > > > I liked the UI metalinks on mouse clicks. Now what would be really cool is a metalink to bring up a debugger for the next click on a button, to help learn how the system implements that feature. > Yes, it would be nice to experiment in that direction! Marcus

June 8, 2017

Re: [Pharo-dev] remote development via VS Code

by Dimitris Chloupis

problem is when you try to use a generic ide or an ide made for another language is that you get a sub standard experience. For example pyDev is an Eclipse extension that allows one to use Eclipse which is a predominantly Java IDE for Python. I used that in the past now I use PyCharm a Python exclusive IDE that is like nigh and day with PyDev. Pharo IDE has a lot of issues (auto completion being the worst for me) but its after all tailor made for Pharo. IDE APIs by the way are very common , especially for open source IDEs like Eclipse, Netbeans etc. So its possible to connect pharo with a ton of IDEs out there and not particularly hard , but there is little motivation to do so. On Thu, Jun 8, 2017 at 8:19 AM Ben Coman <btc(a)openinworld.com> wrote: > I just bumped into Microsoft's MIT Licensed IDE "Visual Studio Code" that > runs on OSX, Linux & Windows. What is interesting is their Debug Protocol > for connecting to language specific debuggers. > * https://code.visualstudio.com/docs/extensionAPI/api-debugging > > If I had time, it would be interesting (and super cool) to build a Debug > Adaptor in Pharo > * https://code.visualstudio.com/docs/extensionAPI/language-support > as well as a Language Server Protocol provider > * https://code.visualstudio.com/docs/extensionAPI/language-support > Could make a good student project or two. The skills learnt and > demonstrated would be quite marketable outside of the Pharo community. > > From a marketing perspective, it might be more palatable for existing > Visual Studio users to install Pharo as an extension rather than install > Pharo as a whole new IDE (i.e. Pharo) - a common complaint about Smalltalk > in general. At a minimum there is the exposure gained from Microsoft's > Extension Marketplace, with early adoptors trying out Pharo > just-because-its-there. It also smashes that regular criticism of Smalltalk > that it lives too much in its on isolated world. > > It might attract developers wanting to do polygot development, for example > (just guessing that might be possible): > * game development using Unity libraries for the game engine with Ronnie's > minimal-vm embedded as the scripting language, and debugging both in > parallel from a single environment > * Pharo web server backend with Javascript frontend > > I vaguely wonder if it would be possible to make a Debug Adaptor that > integrates VM & Image level debugging, transparently stepping from > Smalltalk into the VM C code. That could be useful for FFI debugging, or > developing low-level graphics interfaces that might break our internal IDE. > > Disclaimer: Like all my random ideas, its a bit vague and dreamy, but I > had no concept of it yesterday, so just sharing the find to stimulate > future ideas. > > cheers -ben >

June 8, 2017

GSoC Week 4 Update - Enhancing Pharo Command Line Interface

by Rajula Vineet

Hi, This week I have integrated the new implementation and I tested if all the current tests are running fine. The new implementation works fine. I need to write a few unit tests and then I am looking forward to integrating this into Pharo. And this week I have written a blog post <https://vineetreddy.wordpress.com/2017/06/08/filesystem-and-its-internals/> on filesystems. It is a brief post. Do take a look and give your feedback. Thanks, Rajula -- View this message in context: http://forum.world.st/GSoC-Week-4-Update-Enhancing-Pharo-Command-Line-Inter… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

June 8, 2017