February 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] PostID success story video

by Frank Shearar

On 13 February 2014 14:14, <btc(a)openinworld.com> wrote: > What is the licensing of this? In the meantime I'll presume its a > commercial application - actually one that would be of great interest to > Enterprise users who do have the money to pay for useful things. I wonder > if the last chapter of Pharo For The Enterprise might summarize some known > commerical libraries that haven't been covered in previous chapters, detail, > but may provide useful leads for Enterprise users. The onus would be on the > library authors to submit a few paragraphs, maybe including licensing terms > and costs. http://www.pinesoft.co.uk/2012/01/pinesoft-release-postid-toolkit/ frank

Feb. 13, 2014

Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas

by Usman Bhatti

[Anne Etien could not post this msg on the mentors list I m forwarding it on her behalf]. Title: FAST JavaScript model Level: advanced Possible mentor: Anne Etien Possible second mentor: Nicolas Anquetil or Yuriy Tymchuk Description: For in depth source code analysis a support of abstract syntax trees is required. FAST is an abstract syntax tree extension for FAMIX meta-model that is used by Moose technology. The goal of this project is to create a JavaScript version of FAST. Technical Details: As programming languages are different, their AST representations are different too. FAST model aims for creation of as generic as possible core that can be extended for different languages. Also the structure of a model allows creation of generic algorithms like symbol resolution, metrics calculation and rule checking that will work for any language. Prototypes of FAST for Smalltalk and Java are already implemented. During the project a student will implement the JavaScript model. More detailed information about FAST is provided in the Moose day presentation: http://youtu.be/dRr3WHOD3x4 Benefits to the Student: The student will gain a deep understanding of a JavaScript syntax and abstract syntax tree model. He will also learn about PetitParser framework, and gain knowledge about software modeling and analysis. Benefits to the Community: Community will get a FAST model for JavaScript that can be used for software assessment with Moose. Also this model can be used later in PhD projects such as automation of source code translation. With this third model, the community will have raw material to real think and improve generic algorithms based on AST. On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > Hi fellow Pharo hackers, > > ESUG, the European Smalltalk User Group, is applying for this > year's Google Summer of Code. As you probably know, the Summer > of Code provides the opportunity to fund students to work during > the summer on Pharo. Please reply to this > email (be sure to use "Reply to all") if you have ideas you > would like to propose. > > Please include a summary of the project and links to web pages > that can help prospective students to write their application. > Please also include the following information: > > - if applicable, other dialects that you would be willing to > mentor this project for > > - the skill level > > - name of the mentor(s), email addresses, and possibly any IRC > network/channel/nickname where they can be found. > > Thanks for contributing to ESUG's Summer of Code application! > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > > -- > You received this message because you are subscribed to the Google Groups > "Smalltalk GSoC mentors" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to smalltalk-gsoc-mentors+unsubscribe(a)googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. >

Feb. 13, 2014

Killer applications (or small killer utilities)

by btc＠openinworld.com

J.F. Rick wrote: > Just because Smalltalk is not currently popular doesn't mean that it > can't be in the future. The key, to me, is finding a killer > application. [...] > Cheers, > > Jeff If "killer application" is too big a job then at maybe a several "small killer utilities". I had occasion today to go to need to scrape about 80 product PDF manuals from a vendor's technical support site. These were presented in a table having "DocumentID", "Description" , "Version" and "Link" columns. I needed to download them from the Link and save files named as "DoocumentID-Version-Description.PDF" . As I spent the hour doing this manually one at a time, while I knew there were numerous web-scraping tools, I knew they wouldn't give the the flexibility that might be achieved with Smalltalk - being able to inspect live data to devise how to dice, slice and script this. In addition with my corporate locked-down desktop I could not install them to run anyway. A small end-user Smalltalk app doing only this, released on sites like cnet and tucow and freshmeat could build a following. People wont even realise they are downloading a whole development environment - except the help file for devising their own scripts would lead them into it. So I throw out the question.... What "small" end-user utilities do you think Pharo could perform well at? cheers -ben

Feb. 13, 2014

Re: [Pharo-dev] [Vm-dev] Simulator in Pharo 3

by phil＠highoctane.be

With proper support, this is doable I think. But the student will have to be really motivated and smart I suppose. Which raises the question: how does one find such ones? Phil On Thu, Feb 13, 2014 at 3:19 PM, <btc(a)openinworld.com> wrote: > phil(a)highoctane.be wrote: > >> Ron, >> >> Sure but at this time, not being able to run the simulator in a full >> Pharo environment is a severe issue. >> >> The key advantage is that the Smalltalk VM is written in itself. >> >> Now, what do I experience is that it is hard to embark on VM work. >> >> Why? Even if the PharoVMBuilders help in generating and compiling the VM >> for several platforms (I can build for Windows 8.1, OSX, iOS, Debian 7 etc) >> this is only one part of the puzzle. >> >> The next step, is to understand how things do work for real, the >> interpret() C loop isn't gonna help me one bit, I need to be able to >> simulate this one in a Simulator. And I want to do that on the Pharo >> platform. Currently on 2.0 - this will (again) be fun to get to work on 3.0. >> >> I am not in the league of the VM maintainers obviously. >> >> But Clement provided me with Eliot's Cog Simulation image, which works >> for his own work. But only his own. We do not have something like a >> Configuration to get the same thing. And that's a very acute pain. There >> are only so many hours in a day, true. So, in order to bring in more >> people/resources for the VM work, the barrier to entry should be moved a >> tad down. >> >> We tried to have the StackSimulator working for a while (Stephan I'll >> definitely get your version, thanks for it). This is also because >> InterpreterSimulator doesn't work anymore and we have to use the >> StackInterpreter instead (which is complicated already vs pure interpreter). >> >> All of this rant to say that having a clean interpreter and a basic image >> (Maybe PharoKernel/Hazelnut/Boostrapping/Spoon will give us a very >> simple image to simulate - the whole image isn't really needed. Hopefully >> Oz will also move us forward on that front). >> >> A real Pharo image is overkill for this as a ton of plugins get involved >> etc. >> >> The core system should be the same for Pharo/Squeak/... : >> >> VMMaker-MemoryManager >> VMMaker-Interpreter >> VMMaker-InterpreterSimulation >> VMMaker-MemoryManagerSimulation >> >> and of course the Slang things (VMMaker-Support and VMMaker-Translation >> to C). >> >> What I'd love to end up with is an embeddable VM that we could hook into >> other environments, languages etc (a bit like TCL for example). This >> requires work on how the VM core runs. And to explore this, simulation is >> needed. >> >> Sorry for the long post. I wish I was a millionaire to pour in some cash >> into the project to speed some areas up. Working on it :-) Maybe should we >> work in that direction for funding. http://www.gv.com/ where are you? >> >> Phil >> >> Getting the simulator working in Pharo could be a GSoC project? or is it > too advanced? > cheers -ben > >

Feb. 13, 2014

Re: [Pharo-dev] Fwd: Request

by btc＠openinworld.com

Guido Chari wrote: > > Hi guys, > > IÂ´m doing some experiments with dynamic primitives and files. > > Actually i am working with the socket and file plugin. (In that order > of priority) > > Does anyone know about an open pharo app that make heavy use of > sockets (mainly creating lot) that i can borrowed (install locally) > for doing serious experiments? Something with heavy used of files will > help too. > > Thanks, > Best, > Guido. > SmalltalkHub?

Feb. 13, 2014

Re: [Pharo-dev] [Vm-dev] Simulator in Pharo 3

by btc＠openinworld.com

phil(a)highoctane.be wrote: > Ron, > > Sure but at this time, not being able to run the simulator in a full > Pharo environment is a severe issue. > > The key advantage is that the Smalltalk VM is written in itself. > > Now, what do I experience is that it is hard to embark on VM work. > > Why? Even if the PharoVMBuilders help in generating and compiling the > VM for several platforms (I can build for Windows 8.1, OSX, iOS, > Debian 7 etc) this is only one part of the puzzle. > > The next step, is to understand how things do work for real, the > interpret() C loop isn't gonna help me one bit, I need to be able to > simulate this one in a Simulator. And I want to do that on the Pharo > platform. Currently on 2.0 - this will (again) be fun to get to work > on 3.0. > > I am not in the league of the VM maintainers obviously. > > But Clement provided me with Eliot's Cog Simulation image, which works > for his own work. But only his own. We do not have something like a > Configuration to get the same thing. And that's a very acute pain. > There are only so many hours in a day, true. So, in order to bring in > more people/resources for the VM work, the barrier to entry should be > moved a tad down. > > We tried to have the StackSimulator working for a while (Stephan I'll > definitely get your version, thanks for it). This is also because > InterpreterSimulator doesn't work anymore and we have to use the > StackInterpreter instead (which is complicated already vs pure > interpreter). > > All of this rant to say that having a clean interpreter and a basic > image (Maybe PharoKernel/Hazelnut/Boostrapping/Spoon will give us a > very simple image to simulate - the whole image isn't really needed. > Hopefully Oz will also move us forward on that front). > > A real Pharo image is overkill for this as a ton of plugins get > involved etc. > > The core system should be the same for Pharo/Squeak/... : > > VMMaker-MemoryManager > VMMaker-Interpreter > VMMaker-InterpreterSimulation > VMMaker-MemoryManagerSimulation > > and of course the Slang things (VMMaker-Support and > VMMaker-Translation to C). > > What I'd love to end up with is an embeddable VM that we could hook > into other environments, languages etc (a bit like TCL for example). > This requires work on how the VM core runs. And to explore this, > simulation is needed. > > Sorry for the long post. I wish I was a millionaire to pour in some > cash into the project to speed some areas up. Working on it :-) Maybe > should we work in that direction for funding. http://www.gv.com/ where > are you? > > Phil > Getting the simulator working in Pharo could be a GSoC project? or is it too advanced? cheers -ben

Feb. 13, 2014

Re: [Pharo-dev] PostID success story video

by btc＠openinworld.com

Feb. 13, 2014

Re: [Pharo-dev] [gsoc-mentors] GSoC: call for ideas

by Usman Bhatti

Project idea Description: Web Exporter for Roassal Skill level: intermediate Name of the mentor: Alex Bergel, Usman Bhatti, Description: Roassal is an agile visualization engine. It is made to visualize and interact with any arbitrary data, defined in terms of objects and their relationships. Graph-ET [1] is a project to draw charts and it is built on top of Roassal. With the web becoming omnipresent, It is desirable to export Roassal visualizations into html so that these visualizations/charts can be embedded into web pages. Both Roassal and GraphEt will benefit from the exporter. All Roassal visualizations will work out-of-the-box in the desktop and web mode without needing the code to be ported on Amber [2]. [1] http://gsoc2013.esug.org/projects#h-19 [2] http://gsoc2013.esug.org/projects/roassal-in-amber On Tue, Feb 11, 2014 at 10:42 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > Hi fellow Pharo hackers, > > ESUG, the European Smalltalk User Group, is applying for this > year's Google Summer of Code. As you probably know, the Summer > of Code provides the opportunity to fund students to work during > the summer on Pharo. Please reply to this > email (be sure to use "Reply to all") if you have ideas you > would like to propose. > > Please include a summary of the project and links to web pages > that can help prospective students to write their application. > Please also include the following information: > > - if applicable, other dialects that you would be willing to > mentor this project for > > - the skill level > > - name of the mentor(s), email addresses, and possibly any IRC > network/channel/nickname where they can be found. > > Thanks for contributing to ESUG's Summer of Code application! > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > > -- > You received this message because you are subscribed to the Google Groups > "Smalltalk GSoC mentors" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to smalltalk-gsoc-mentors+unsubscribe(a)googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. >

Feb. 13, 2014

Re: [Pharo-dev] [Vm-dev] Simulator in Pharo 3

by J. Vuletich (mail lists)

Hi Folks, (below) Quoting Stefan Marr <smalltalk(a)stefan-marr.de>: > Hi Ron: > > On 13 Feb 2014, at 10:38, Ron Teitelbaum <Ron(a)USMedRec.com> wrote: > >>> I think the bigger question is whether you actually want to adopt those >> things. >> >> That the vm stays in sync should be a core requirement for our communities. > > I am with you on that Ron. But I need a technical solution to manage > those things. > Good intensions are one thing, but how do we do that? > > Examples: [https://github.com/pharo-project/pharo-vm/pull/18/commits] > > primitiveUpdateGZipCrc32 > - self cCode:'' inSmalltalk:[zipCrcTable := CArrayAccessor on: > GZipWriteStream crcTable]. > + self cCode:â' inSmalltalk:[zipCrcTable := CArrayAccessor on: CRC > crc32Table]. > > primitiveGetAttribute > > - attribute := Smalltalk getSystemAttribute: attr. > + attribute := Smalltalk vm getSystemAttribute: attr. > > CogVMSimulator>> initialize > - 'Display has not yet been installed' asDisplayText form. > + 'Display has not yet been installed' asMorph imageForm. > > > ioRelinquishProcessorForMicroseconds > - Processor activeProcess == Project uiProcess ifTrue: > + Processor activeProcess == UIManager default uiProcess ifTrue: > > > And so far, I only fixed trivial things. Still need to figure out > what is going wrong with more recent Pharo images. > > Best regards > Stefan > > -- > Stefan Marr > INRIA Lille - Nord Europe > http://stefan-marr.de/research/ All these can be handled without much trouble in a new package "VMMaker compatibility for Pharo" or such. Cheers, Juan Vuletich

Feb. 13, 2014

Re: [Pharo-dev] SqueakSSL fixes

by GÃ¶ran Krampe

Hi guys! Ok, soo.... obviously I now noted these files didn't include the latest tweaks from Levente (mem leaks) etc. Just a heads up. Let's now move this thread to vm-dev only - don't want to spam squeak-dev nor pharo-dev. I presume people interested track vm-dev. So if you reply - stick to vm-dev. :) regards, GÃ¶ran

Feb. 13, 2014