May 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Moving data into new package/image version

by Sean P. DeNigris

Yanni Chiu wrote > > I create a subclass in the new > image (e.g. FileReference subclass: FSReference), do the import, then > fix up the class references. > That could be very useful. How do you "fix up the class references"? What methods should I look at? -- View this message in context: http://forum.world.st/Moving-data-into-new-package-image-version-tp4628820p… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 17, 2012

Re: [Pharo-project] Moving data into new package/image version

by Mariano Martinez Peck

On Thu, May 17, 2012 at 9:37 PM, Yanni Chiu <yanni(a)rogers.com> wrote: > On 16/05/12 4:37 PM, Sean P. DeNigris wrote: > >> >> Mariano Martinez Peck wrote >> >>> >>> Sorry, I don't have ideas of how to solve that. >>> >> I ended up using OB to rename the classes in the old image to match >> the new class names in the new image, then serialized with >> ReferenceStream, then deserialized in the new image. >> > > When I don't have the old image anymore, I create a subclass in the new > image (e.g. FileReference subclass: FSReference), do the import, then > fix up the class references. > > wow..how many good ideas :) > Mariano - I think the class rename feature is not available in Fuel-1.7 > which is the current stable release. That's correct. > Is there a target date for 1.8 to > become stable? > > this week :) And we will include it in Pharo 2.0 also. -- Mariano http://marianopeck.wordpress.com

May 17, 2012

Re: [Pharo-project] Moving data into new package/image version

by Yanni Chiu

On 16/05/12 4:37 PM, Sean P. DeNigris wrote: > > Mariano Martinez Peck wrote >> >> Sorry, I don't have ideas of how to solve that. > I ended up using OB to rename the classes in the old image to match > the new class names in the new image, then serialized with > ReferenceStream, then deserialized in the new image. When I don't have the old image anymore, I create a subclass in the new image (e.g. FileReference subclass: FSReference), do the import, then fix up the class references. Mariano - I think the class rename feature is not available in Fuel-1.7 which is the current stable release. Is there a target date for 1.8 to become stable?

May 17, 2012

Re: [Pharo-project] [Pharo-consortium] We need your Pharo successes

by Tudor Girba

Hi, Oh, I made a mistake and rendered the wrong PDF. Here is another one: http://dl.dropbox.com/u/18323746/Humane-assessment/humane-assessment-powere… Is it better? Cheers, Doru On 17 May 2012, at 13:45, StÃ©phane Ducasse wrote: > Hi doru > > could you do it in three slides > - cool picture. > - what it is > - pharo assets involved? > > Stef > > On May 16, 2012, at 11:26 PM, Tudor Girba wrote: > >> Hi, >> >> I do not know if it counts, but here is one about humane assessment with Moose: >> http://dl.dropbox.com/u/18323746/Humane-assessment/humane-assessment-3-slid… >> >> Cheers, >> Doru >> >> >> >> On 11 May 2012, at 17:56, StÃ©phane Ducasse wrote: >> >>> Hi everybody >>> >>> We really want to build a "vitrine" showroom of Pharo and we would you to participate. >>> We want to build a web page with all these successes and show them to the world. :) >>> >>> We would like to get from you a three slides document: >>> >>> slide one: >>> a sexy picture and a teaser / who you are. >>> >>> slide two: >>> what is it how cool is it. >>> >>> slide three: >>> what cool pharo techno you used or developed. >>> >>> If you have two successes then do two set of slides. >>> >>> So can you please send us these three slides. We would like to present them during the >>> Pharo conf and after put them on the web. >>> >>> Stef and marcus. >>> >>> >>> <sample.pdf>_______________________________________________ >>> Pharo-consortium mailing list >>> Pharo-consortium(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-consortium >> >> -- >> www.tudorgirba.com >> >> "Every successful trip needs a suitable vehicle." >> >> >> >> > -- www.tudorgirba.com "There are no old things, there are only old ways of looking at them."

May 17, 2012

Re: [Pharo-project] Epoch returns local offset

by Sean P. DeNigris

Fix in inbox: Name: SLICE-Issue-5913-Remove-Squeak-epoch-SeanDeNigris.1 This was a complicated change that's obviously at the core of the system. Although all 385 of KernelTests-Chronology tests pass[1], I'd really appreciate some feedback and testing... [1] except the DateAndTime*EpochTest classes, which should be removed; see below General * Update all comments referencing the Squeak Epoch * There is a VM primitive that returns current seconds since the Squeak epoch. For now, I have adjusted all users of this primitive for the Unix epoch, but it would be cleaner to change the primitive and remove this hack Kernel-Chronology * Change SqueakEpoch from ChronologyConstants - rename to UnixEpoch - change value to that of UnixEpoch * Replace all uses of SqueakEpoch with UnixEpoch * change DateAndTime class>>epoch to use UTC KernelTests-Chronology * Fix all tests to pass, except the DateAndTime*EpochTest classes, which are incredibly redundant and should be removed (Issue 5910: [Cleanup]: Gut DateAndTimeDosEpochTests) * Removed many magic numbers * cleaned and refactored Other * Fix MailMessage and MessageList to use new epoch -- View this message in context: http://forum.world.st/Epoch-returns-local-offset-tp4630549p4630698.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 17, 2012

Re: [Pharo-project] [Pharo-consortium] We need your Pharo successes

by Carla F. Griggio

Hi Stef, If you want to translate the title of the project I sent, I use to call it "Teachers Salaries Calculator System". Cheers! On Thu, May 17, 2012 at 10:34 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Some more news :) > > YesPlan > > https://gforge.inria.fr/frs/download.php/30780/Yesplan-3Slides-PharoConf.pdf > > Docente Salary for the ministry of education in Argentina > https://gforge.inria.fr/frs/download.php/30779/DocenteSalaries.pdf > > TodoCommander Web App > https://gforge.inria.fr/frs/download.php/30778/ToDoCommander.pdf > > More to come :) > > >

May 17, 2012

Re: [Pharo-project] I would really like to get a structured logging framework for Pharo

by Sven Van Caekenberghe

On 17 May 2012, at 15:43, StÃ©phane Ducasse wrote: > So what are the candidates? > Does anybody has experience with toothpick since it is MIT and even have a documentation (I will probably write chapter on it to understand it). It will be hard to get everybody on the same line, I'm afraid. One more data point (every body has its own logging framework) Zinc-HTTP-Logging It is based on Announcements. Is is in 1.3, 1.4 and 2.0 by default. This is a subsection from the upcoming documentation (in Markdown format): ## Logging Log output consists of an arbitrary message preceded by a number of fixed fields. Here is an example of a server log. 2012-05-10 13:09:10 879179 I Starting ZnManagingMultiThreadedServer HTTP port 1701 2012-05-10 13:09:10 580596 D Initializing server socket 2012-05-10 13:09:20 398924 D Executing request/response loop 2012-05-10 13:09:20 398924 I Read a ZnRequest(GET /) 2012-05-10 13:09:20 398924 T GET / 200 1195B 0ms 2012-05-10 13:09:20 398924 I Wrote a ZnResponse(200 OK text/html;charset=utf-8 1195B) The first two fields are the date and time in a fixed sized format. The next number is a fixed sized hash of the process ID. Note how 3 different processes are involved: the one starting the server (probably the UI process), the actual server listening process, and the client worker process spawned to handle the request. Finally, the single capital letter indicates the category. Then the actual message is printed. Both ZnClient and ZnServer implement logging using a similar mechanism based on the announcements framework. ZnLogEvents are subclasses of Announcement sent by an HTTP server or client containing logging information. A log event has a TimeStamp, a Process ID, a category and a message. The following categories are used: #info (I), #debug (D) and #transaction (T). To help in the implementation, a ZnLogSupport object is used. A hierarchy of listeners under ZnLogListener can then be used to process log events. Log listeners feature a filtering mechanism. The following concrete listeners are provided. - ZnTranscriptLogger - ZnFileLogger - ZnStandardOutputLogger - ZnMemoryLogger To log something, send #info: #debug: or #transaction: to the log support object of a client or server (accessible by #log). The argument can be either a string or a block that will only be executed when logging is actually enabled. server log info: [ 'User ', self getUsername, ' logged in.' ]. The Zn logging mechanism using an internal lock to make it thread safe, but it does serialize logging by multiple processes. It is important to make the time spent inside the log block short and non blocking. You can customize a listener before adding it to a log support. The following example asks the default server to log just transaction events to a file named 'zn.log', next to your image. | logger | logger := ZnFileLogger onFileNamed: (FileDirectory default / 'zn.log') pathName. logger filter: #transaction. ZnServer default log addListener: logger. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

May 17, 2012

Re: [Pharo-project] Are we losing method versions?

by Chris Muller

Those MC upgrades which I think you ported over are needed. Using a remote connection is recommended, because a local connection would lock files and wouldn't be able to access multiple images simultaneously. > Can I automatically publish in magma local and squeak source/ss3/... It is just a MC repository -- it _could_ be used as a back-end for SqueakSource, but I don't believe that has been done. On Thu, May 17, 2012 at 7:27 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Cool I should try. > Should I install Magma locally? > Can I automatically publish in magma local and squeak source/ss3/... > > On May 17, 2012, at 4:59 AM, Chris Muller wrote: > >> Magma 1.3 runs on Pharo 1.3. Â Did anyone ever get a chance try Magma's >> new capability in this area? >> >> Â http://wiki.squeak.org/squeak/5603 >> >> Of course you get all versions, but I myself have been really enjoying >> "Browse mc origin" which it adds to the method menu -- it opens the >> standard MCVersionInfo box to see the version notes for when that >> version of the method was originally created. >> >> >> >> >> On Wed, May 16, 2012 at 1:53 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> yes >>> >>> Now we would love to have a database storing all the methods based on the ring meta model >>> >>> >>> >>>> Isn't the .changes somehow shrinked before every release? Â That should explain that. >>>> >>>> On Wed, May 16, 2012 at 8:16 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >>>> For DateAndTime class>>#readFrom: ... >>>> >>>> In Pharo 1.0, only one version: 'PeterHugossonMiller 9/3/2009 01:10' >>>> In Pharo 1.2.2, two versions, minus the one from 1.0: "#('SeanDeNigris >>>> 8/5/2010 15:51' 'StephaneDucasse 4/24/2010 12:46')" >>>> In Pharo 2.0, only the last version from 1.2.2 remains: 'SeanDeNigris >>>> 8/5/2010 15:51' >>>> >>>> -- >>>> View this message in context: http://forum.world.st/Are-we-losing-method-versions-tp4630520.html >>>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>>> >>>> >>> >>> >> >

May 17, 2012

Re: [Pharo-project] I would really like to get a structured logging framework for Pharo

by Paul DeBruicker

StÃ©phane Ducasse wrote > > On May 17, 2012, at 3:55 PM, Damien Cassou wrote: > >> On Thu, May 17, 2012 at 3:43 PM, StÃ©phane Ducasse >> <stephane.ducasse@> wrote: >>> So what are the candidates? >>> Does anybody has experience with toothpick since it is MIT and even have >>> a documentation (I will probably write chapter on it to understand it). >> >> what do you mean by structured? > > not just a string but > an object > who > what > when > so that we build interface and have better handling of logs. > > Last week I made a JSON log formatter for Toothpick and also a Riak interface for Toothpick to store the JSON in Riak. I used JSON instead of Fuel because Riak has built in searching/map+reduce but it can also store binary objects. -- View this message in context: http://forum.world.st/I-would-really-like-to-get-a-structured-logging-frame… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 17, 2012

Re: [Pharo-project] I would really like to get a structured logging framework for Pharo

by Igor Stasenko

On 17 May 2012 15:55, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Thu, May 17, 2012 at 3:43 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> So what are the candidates? >> Does anybody has experience with toothpick since it is MIT and even have a documentation (I will probably write Â chapter on it to understand it). > > what do you mean by structured? > perhaps with well defined API? right now we don't have this. Transcript resembles a stream protocol. But apparently logging is different than just putting stuff into stream. > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > -- Best regards, Igor Stasenko.

May 17, 2012