- Pharo-users - lists.pharo.org

Re: [Pharo-users] SLOC in Smalltalk

by Janko MivÅ¡ek

Hi HernÃ¡n I once did some code statistics for our web frameworks, by counting: - Nr of packages, categories, classes, methods - lines of code - Avg methods/class - Avg lines/method - Nr of test methods - Avg tests/class - % of commented methods - % of commented classes Then three graphs were drawn: - Methods in classes - Class inheritance depth - Lines in methods Results can be seen here: https://docs.google.com/spreadsheet/ccc?key=0Atnb1W9vuq9ndG4wbUpxNXpKQnFZRl… The code measuring all above is here: http://www.squeaksource.com/WebCodeStats.html Hope this helps Janko Dne 31. 03. 2013 09:23, piÅ¡e HernÃ¡n Morales Durand: > Hi there, > Guys, what are you using to measure logical lines of code (LOC) in Pharo? > Given I am measuring a script, is there any other software measure you > may recommend? > Cheers, > > HernÃ¡n > -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

March 31, 2013

Re: [Pharo-users] More GSoC ideas wanted, 3 days left ....

by stephane ducasse

would be cool to have that bridge :) using NB :) Stef On Mar 28, 2013, at 5:27 PM, S Krish <krishnamachari.sudhakar(a)gmail.com> wrote: > SmalltalkOpenCL > https://www.khronos.org/opencl/ > > Level: Advanced > Possible mentor: TB Indentified > Possible second mentor: TB Indentified > > Description: > > Build the interface from Pharo to OpenCL. This will automatically provide a great opening for Pharo to work with the underlying OpenCL libraries for effective use of multi CPU cores and across GPU's. Infact a Apache Hadoop like capability to do a map reduce can also be leveraged that will make it immensely beneficial for the enterprise stakeholders. Sometimes the very capability does exist is more important than the actual utilization in deciding the use of technology in enterprise units. > > ( This along with a proper interface to MQ / MQ like messaging interface will be a great platform for enterprise computing ) > > Technical Details: > > In this project the student will: > - define and implement an interface to the OpenCL C library > - work on porting some existing samples to Pharo Smalltalk > > Benefits to the Student: > > The student gains a huge understanding of the current trends in parallel programming of modern processors across various hardwares. > > > The student should have good understanding and grasp of C / C++ as well ability to work FFI in Pharo Smalltalk. > > Benefits to the Community: > > - An interface to an industry standard platform for parallel programming > > On Wed, Mar 27, 2013 at 5:06 AM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > drush66 wrote > > On Tue, Mar 26, 2013 at 12:36 PM, Janko MivÅ¡ek < > > > janko.mivsek@ > > > >wrote: > > Title: libev integration in Pharo image and VM > > > > Description: libev (http://software.schmorp.de/pkg/libev.html) is high > > performance event loop library > > helps handling large number of concurrent connections and sources of async > > events. It has been used > > for a long time as networking library of Node.js. To be used in Pharo > > suitable interface in image and quite > > possibly in VM would be needed. > > > > ... > > > > Benefits to the Community: Having efficient event driven library available > > in Smalltalk would open possibility of writing efficient > > servers in Smalltalk that can handle large number of concurrent > > connections. > > Having an efficient event loop would give us a great tool to handle > concurrent connections in a evented manner. Doing those with blocks and > objects will be a pleasure. > > But please consider Node.js is using libuv now > (https://github.com/joyent/libuv) as a common layer for most platforms. > > Regards > > > > -- > View this message in context: http://forum.world.st/More-GSoC-ideas-wanted-3-days-left-tp4678354p4678494.… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

March 31, 2013

Re: [Pharo-users] in anybody out there? who uses 2.0?

by stephane ducasse

Hello alain > I am developing MathsOntologie under Pharo 2.0 beta, and testing it under Pharo 1.4; when the test is OK I distribute MathsOntologie with Pharo 1.4 as "all in one". Don't know if it is the best way to do but I became used to itâ¦ Why not under 20? I would stick with the latest version since 1.4 is one year old. > By the way, I am ashamed that I never made a unit testâ¦ Just start :) this is easy. > Also, when I wanted to translate in French the method "add: anObject times: aNumber" to a Collection, I found that it didn't work, what did not work? > so I created it with something like > > Collection>add: anObject times: aNumber > aNumber timesRepeat: [self add: anObject]. may be to be consistent with add: > Collection>add: anObject times: aNumber > aNumber timesRepeat: [self add: anObject]. ^ anObject > > > I don't know if it was intended or a bug, and and did not find it very difficult to create this method but I asked myself why this method did not work. And I could not test it afterwards because I could not update Pharo 2.0 beta (conflicts between consecutive updates); I have to download Pharo 2.0 and transfer MathsOntologie inside the new version; I just did not have the timeâ¦ What you should always make sure is that you can rebuild your system everyday. This will make your life easier. What kind of problems did you encounter? Stef > > Alain > > On Thu, Mar 28, 2013 at 12:34 PM, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > Le 27/03/2013 15:24, Esteban Lorenzano a Ã©crit : > > Hi, > > Here in Pharo headquarters we are shock that there are just 10 new bugs reported for 2.0 after the release... > So... I wonder... is that because we made a really cool release, or just because nobody is using it? > > Cheers, > Esteban > > Hi, > > I've started to load things in 2.0 (SmaCC, some of my current work) but then the current work caught me back and I'm finishing it on 1.4 at the moment. > > Oh, I think I also stopped because I couldn't load FileTree in 2.0 and I need it for a git-based workflow. > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > >

March 31, 2013

SmalltalkHub and KOAmberJSFileLibrary

by phil＠highoctane.be

Hello, I am trying to load SmalltalkHub in my image. So far: Seaside 3 is in MongoTalk is in I do have an issue with Gofer new url: 'http://ss3.gemstone.com/ss/Kaliningrad'; package: 'ConfigurationOfKaliningrad'; load. ((Smalltalk at: #ConfigurationOfKaliningrad) project version: '0.1.1') load. Which complains about the BlockContext since it references something that has it inside. Is there any set of packages to load that properly? I'd like to have STH has a starting point for Amber+Pharo apps. Thx! Phil

March 31, 2013

Re: [Pharo-users] [ANN] Fuel Release Version 1.9

by stephane ducasse

Thanks guys this is great. I'm really happy to see that the effort we started two years ago is paying off. Stef On Mar 28, 2013, at 6:40 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > Hi all, > > We are happy to announce Fuel 1.9. > > Fuel is an open-source general-purpose object serialization framework developed in Pharo. You can find more information on our website [1]. > > The default set of packages of this version already comes in Pharo 2.0, so you it's not necessary to install it there. However, Fuel also works out-of-the-box in Pharo from 1.1 up to 2.0, as well as in Squeak 4.1 up to 4.4. You can see our documentation [2] for complete installation and use guides. > > Changes: > > - (feature) DoIt and not-installed CompiledMethods are fully serialized by default. > - (fix) Date & DateAndTime (thanks Cami and Marcus) (already included in Fuel 1.8.1 and 1.8.2). > - (feature) New hooks methods #fuelNew and #fuelNew: for custom instantiation (see "Hooking instance creation" in Customizing the Graph). > - Globals: > - Added #globalEnvironment: to specify where the globals are looked-up. (see "Changing the environment" in Managing Globals). > - Explicit references to "Smalltalk globals" changed to "self class environment". > - A SystemDictionary instance is not treated as global when it is not "Smalltalk globals". > - Documentation: > - General update > - New Format Migration section. > - New Built-in Header Support section. > - (feature) Put back FLSerializer>>on:. > - (optimization) New clusters for SmallInteger. > - (optimization) New clusters for most common collections. > - (feature) Built-in support for header (See Built-in Header Support): > - pre and post materialization actions (clean closures). > - attach additional objects. > - materialize only the header. > - (fix) Safer substitutions (see FLPluggableSubstitutionTest>>testPrivateExcluded). > - (feature) Materialize .fuel files when drag&dropped in the image. > - (cleanup) Removed unneeded cluster: FLWellKnownObjectsCluster. > > [1]: http://rmod.lille.inria.fr/web/pier/software/Fuel > [2]: http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.9/Documentation > > We want to thank developers of the community that enrich the project with code, issue reports and ideas. > > Have fun! > > Martin (on behalf of Mariano and Max, who worked a lot on this version)

March 31, 2013

Re: [Pharo-users] Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

by stephane ducasse

On Mar 29, 2013, at 3:19 PM, Janko MivÅ¡ek <janko.mivsek(a)eranova.si> wrote: > Small and micro companies, we should actually promote Smalltalk more > among them. And for startups, being able to build a solution and put > into market very fast. Web solutions specially, noone ask here what is > behind, so can sneak-in the Smalltalk without questions so common if you > try to build a Smalltalk app for the desktop. Fully agree but for that we also need cool frameworks and to build cool framework we should pay attention to underlying libraries and this what we are doing. After FS we will evaluate XTreams and many more parts of the system will increase in quality too. Stef

March 31, 2013

Re: [Pharo-users] Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

by stephane ducasse

On Mar 29, 2013, at 2:59 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > p.s. Pharo has laid a lot of groundwork in the last few years to magnify all > this. When I first discovered Smalltalk, I was excited by the power, but > frustrated by the mess under the covers of Squeak (FileDirectory was > particularly agonizing). Whenever I started to develop a > revolutionary-next-cool tool, I ran into a mess like the text model. Since > then, Pharo has been steadily evolving many foundational pieces. There has > been an upfront cost of backward-compatibility, as some great projects have > not kept pace. But it seems all worth it, as I feel us approaching a > critical point where the clean, beautiful system will inspire and support > the next generation of amazing ideas on top of Pharo. I think so too. We often neglect the power of sound infrastructure. For example I know industrial people that are evaluating Pharo for their UI prototyping and it is using Athens and soon cool event touch infrastructure. Stef

March 31, 2013

SLOC in Smalltalk

by HernÃ¡n Morales Durand

Hi there, Guys, what are you using to measure logical lines of code (LOC) in Pharo? Given I am measuring a script, is there any other software measure you may recommend? Cheers, HernÃ¡n

March 31, 2013

Re: [Pharo-users] Updating an already open EyeSee Canvas.

by Ben Coman

You could wrap it with Glamour and use updateOn: http://www.themoosebook.org/book/internals/glamour/update cheers -ben Jacob Wagner wrote: > Hello. I am trying to update an already existing eyesee canvas from within > pharo 2.0. Basically I am getting live data in from a websocket stream, and > want to use that live data to build a scatterplot chart. > > If I have a lot of data, I can already build the correct eyesee canvas > using that data. However, I am having great problems trying to update the > already existing canvas dynamically as more data comes in. I spent about 5 > hours last night trying various combinations of message sends to the > diagramrenderer, the esscatterplot diagram, the escanvas, etc. etc. > Eventually I just gave up as I don't understand how the system works. > > Just to clarify, as long as speed is not a concern I don't mind re-drawing > the entire eyesee window every time new data comes in, but the key is I do > not want to open a new window every time as I'm sure that would be very > user-unfriendly. > > Thanks, and thanks to the eyesee and moose team. Despite my difficulties > with it in this matter, charting with eyesee has been a neat experience. :) > > -Jacob > > > > -- > View this message in context: http://forum.world.st/Updating-an-already-open-EyeSee-Canvas-tp4679004.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > >

March 31, 2013

Re: [Pharo-users] How to track which command is currently called by Pharo?

by Chris

On 30/03/2013 21:10, Sean P. DeNigris wrote: > j-wings wrote >> In Pharo, after I use right click on the class name and select 'browse >> references,' a list of references will show up. >> >> I would like to know which methods are being called during this execution >> because I need to fetch all the references of that class for my software >> development for Pharo. I am doing something regarding class dependencies >> in Pharo. >> >> Thank you very much for your help. Try FooClass allCallsOn

March 30, 2013