April 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] WhatsUp from: 2013-04-15 until: 2013-04-30

by Esteban Lorenzano

On Apr 15, 2013, at 7:00 AM, seaside(a)rmod.lille.inria.fr wrote: > Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! > > ### Here's what I've been up to since the last WhatsUp: - NB-ObjC - fix 2.0 release (so Sean and everybody is happy :) - Video recording - new integration tool (just started) > ### What's next, until 2013-04-30 (*): - NB-ObjC (first working version) - New integration tool - pharo bugs and enhancements - small pass on association site

April 15, 2013

Re: [Pharo-project] Stroke of genius

by Sean P. DeNigris

Sven Van Caekenberghe-2 wrote > the little fact that it is incremental - it updates and saves the same > image based on 1 metacello configuration - is really a stroke of genius. > It saves an enormous amount of time as in the past I always did a complete > build from scratch. Updating servers is now really a joy. Sounds great! And, I don't exactly understand ;) Can you say more about that feature? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Stroke-of-genius-tp4681471p4681537.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 15, 2013

Re: [Pharo-project] WhatsUp from: 2013-04-15 until: 2013-04-30

by Damien Cassou

### Here's what I've been up to since the last WhatsUp: - Pharo packaging for Ubuntu with Norbert Hartl (ppa:cassou/pharo) - Migrate Magritte&Pier to SmalltalkHub - Working on various Metacello configurations - Revising the Metacello chapter in the process - Update the Deep Into Pharo website - Writing GSOC proposals - Preparation of a Pharo tutorial for ECOOP - ask Inria for funding for ESUG ### What's next, until 2013-04-30 (*): pharo packaging (server version + cleanups) gutemberg -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

April 15, 2013

Re: [Pharo-project] Fuel Serializing Classes

by Martin Dias

Hey! We don't have proper documentation about serializing classes. This feature is not included into the default configuration that comes in Pharo 2.0. I wrote this (i guess) self-explaining code snippet and will add it to doc: http://ws.stfx.eu/CGZB6XROFII0 cheers Martin On Mon, Apr 15, 2013 at 11:05 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > I am hacking on the monkey and I want to pass test results fuelized > from one image to another. Fuel does not serialize the classes (for good reason). > > How can I add that? > > I did the following approach which didn't work: > > 1. use a frozen SmalltalkDictionary for the analyzer > 2. load some code > 3. run some tests > 4. serialize the tests results, include newly added classes (since step 1) > > ========================================================================== > > serializer := FLSerializer newDefault. > "freeze the current environment and thus serialize all new classes" > serializer analyzer globalEnvironment: self class environment copy. > > ========================================================================== > > What is the proper way to do this? > > Thanks in advance, > camillo

April 15, 2013

Re: [Pharo-project] StandardFileStream>>forceNewFileNamed: open request window

by Camillo Bruni

ah right, i think that is one of these pieces that I didn't fully port. BTW did the same happen if you use filesystem directly? 'folderA/folderB/file.txt' asFileReference writeStreamDo: [ :stream| stream << 'some contents' ]. If so, can you open a bug report for it? On 2013-04-15, at 13:31, Fabrizio Perin <fabrizio.perin(a)gmail.com> wrote: > Hi, > sorry, I figured that the file I was trying to create contained invalid > characters, in particular a doublecolumn. Still, I found the behaviour > confusing. If the system cannot create the file I should get a clear error > message than potentially a window that ask me what to do. > > Cheers, > Fabrizio > > 2013/4/15 Fabrizio Perin <fabrizio.perin(a)gmail.com> > >> I'm in a Moose image 4.8 so >> >> Pharo2.0 >> Latest update: #20595 >> >> >> >> 2013/4/15 Camillo Bruni <camillobruni(a)gmail.com> >> >>> which pharo version are you using? >>> >>> On 2013-04-15, at 11:31, Fabrizio Perin <fabrizio.perin(a)gmail.com> wrote: >>>> Hi, >>>> I used the method StandardFileStream>>forceNewFileNamed: to create a new >>>> file but a window opens all the time telling me that the file doesn't >>> exist >>>> and asking what I want to do about it. Is there another way I should >>> use to >>>> create a file, and eventually overwrite it if it exists already, without >>>> having the system asking me what to do? >>>> >>>> Thanks, >>>> Fabrizio >>> >>> >>> >>

April 15, 2013

Re: [Pharo-project] StandardFileStream>>forceNewFileNamed: open request window

by Fabrizio Perin

Hi, sorry, I figured that the file I was trying to create contained invalid characters, in particular a doublecolumn. Still, I found the behaviour confusing. If the system cannot create the file I should get a clear error message than potentially a window that ask me what to do. Cheers, Fabrizio 2013/4/15 Fabrizio Perin <fabrizio.perin(a)gmail.com> > I'm in a Moose image 4.8 so > > Pharo2.0 > Latest update: #20595 > > > > 2013/4/15 Camillo Bruni <camillobruni(a)gmail.com> > >> which pharo version are you using? >> >> On 2013-04-15, at 11:31, Fabrizio Perin <fabrizio.perin(a)gmail.com> wrote: >> > Hi, >> > I used the method StandardFileStream>>forceNewFileNamed: to create a new >> > file but a window opens all the time telling me that the file doesn't >> exist >> > and asking what I want to do about it. Is there another way I should >> use to >> > create a file, and eventually overwrite it if it exists already, without >> > having the system asking me what to do? >> > >> > Thanks, >> > Fabrizio >> >> >> >

April 15, 2013

Re: [Pharo-project] DateAndTime bug: we should do something about it

by Henrik Johansen

On Apr 13, 2013, at 12:16 AM, Igor Stasenko wrote: > > But that's fine.. now look at > > secondsWhenClockTicks > > "waits for the moment when a new second begins" > > | lastSecond | > > lastSecond := self primSecondsClock. > [ lastSecond = self primSecondsClock ] whileTrue: [ (Delay > forMilliseconds: 1) wait ]. > > ^ lastSecond + 1 > > that is complete nonsense. Sorry. > > This code relying on primSecondsClock resolution, which is..... (drum > roll..... ) > 1 second.. > > then it is combined with millisecondClockValue , as you see later to get > system time with millisecond precision.. > > I am not genius in math and physics.. but even i understand that if > you measurement has error X > you cannot get more precision than X, even if you combine it with > another measurement with higher precision. > > (But i can be wrong with that.. if so, please explain why) Because, as Levente said in code, resolution != accuracy. When you measure a single sample, sure, that value has an error of max resolution / 2. But when you measure when that value _changes_, you have an error of the underlying accuracy / 2. Clock s value: 1 2 resolution: |_______|_______| accuracy: ||||||||||||||||||||||||||||||||||| ^ Here's to hoping the above ascii art(?) worked! So no, that method is not complete nonsense. Cheers, Henry

April 15, 2013

Re: [Pharo-project] StandardFileStream>>forceNewFileNamed: open request window

by Fabrizio Perin

I'm in a Moose image 4.8 so Pharo2.0 Latest update: #20595 2013/4/15 Camillo Bruni <camillobruni(a)gmail.com> > which pharo version are you using? > > On 2013-04-15, at 11:31, Fabrizio Perin <fabrizio.perin(a)gmail.com> wrote: > > Hi, > > I used the method StandardFileStream>>forceNewFileNamed: to create a new > > file but a window opens all the time telling me that the file doesn't > exist > > and asking what I want to do about it. Is there another way I should use > to > > create a file, and eventually overwrite it if it exists already, without > > having the system asking me what to do? > > > > Thanks, > > Fabrizio > > >

April 15, 2013

Re: [Pharo-project] Fuel Serializing Classes

by Max Leske

On 15.04.2013, at 11:39, Camillo Bruni <camillobruni(a)gmail.com> wrote: > thanks... I guess I'll bug martin today ;) True. I forgot you worked at the same place. Knock, knock, knock. "Martin". Knock, knock, knock. "Martin". Knock, knock, knock. "Martin". :) > > On 2013-04-15, at 11:17, Max Leske <maxleske(a)gmail.com> wrote: > >> CC'ing the Fuel list. >> >> I think you'd need to use Fuel-MetaLevel but I haven't used that functionality myself so I can't say right now. Martin or Mariano should be able to help. >> >> Cheers, >> Max >> >> On 15.04.2013, at 11:05, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >>> I am hacking on the monkey and I want to pass test results fuelized >>> from one image to another. Fuel does not serialize the classes (for good reason). >>> >>> How can I add that? >>> >>> I did the following approach which didn't work: >>> >>> 1. use a frozen SmalltalkDictionary for the analyzer >>> 2. load some code >>> 3. run some tests >>> 4. serialize the tests results, include newly added classes (since step 1) >>> >>> ========================================================================== >>> >>> serializer := FLSerializer newDefault. >>> "freeze the current environment and thus serialize all new classes" >>> serializer analyzer globalEnvironment: self class environment copy. >>> >>> ========================================================================== >>> >>> What is the proper way to do this? >>> >>> Thanks in advance, >>> camillo >> >> > >

April 15, 2013

Re: [Pharo-project] Fuel Serializing Classes

by Camillo Bruni

thanks... I guess I'll bug martin today ;) On 2013-04-15, at 11:17, Max Leske <maxleske(a)gmail.com> wrote: > CC'ing the Fuel list. > > I think you'd need to use Fuel-MetaLevel but I haven't used that functionality myself so I can't say right now. Martin or Mariano should be able to help. > > Cheers, > Max > > On 15.04.2013, at 11:05, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> I am hacking on the monkey and I want to pass test results fuelized >> from one image to another. Fuel does not serialize the classes (for good reason). >> >> How can I add that? >> >> I did the following approach which didn't work: >> >> 1. use a frozen SmalltalkDictionary for the analyzer >> 2. load some code >> 3. run some tests >> 4. serialize the tests results, include newly added classes (since step 1) >> >> ========================================================================== >> >> serializer := FLSerializer newDefault. >> "freeze the current environment and thus serialize all new classes" >> serializer analyzer globalEnvironment: self class environment copy. >> >> ========================================================================== >> >> What is the proper way to do this? >> >> Thanks in advance, >> camillo > >

April 15, 2013