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

Re: [Pharo-project] Setting File>>serverMode

by Marcus Denker

On May 29, 2011, at 1:28 PM, StÃ©phane Ducasse wrote: > stdioStreamClass > > ^self encodeAndDecodeStdioFiles > ifTrue: [ MultiByteFileStream ] > ifFalse: [ StandardFileStream ] > > so it is used? > So I replaced in the .cs the one call to stdioStreamClass with MultiByteFileStream. > encodeAndDecodeStdioFiles > > ^EncodeAndDecodeStdioFiles ifNil: [ true ] > EncodeAndDecodeStdioFiles has no other uses. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

May 29, 2011

Re: [Pharo-project] Setting File>>serverMode

by StÃ©phane Ducasse

stdioStreamClass ^self encodeAndDecodeStdioFiles ifTrue: [ MultiByteFileStream ] ifFalse: [ StandardFileStream ] so it is used? encodeAndDecodeStdioFiles ^EncodeAndDecodeStdioFiles ifNil: [ true ] stdioSettingOn: aBuilder <systemsettings> "we should put them under System" (aBuilder group: #Files) label: 'Files' translated; description: 'File settings' translated; with: [ (aBuilder setting: #encodeAndDecodeStdioFiles) label: 'Server mode' translated; target: FileStream; description: 'If enabled, then the contents of stdin, stdout and stderr are encoded/decoded using the system default text converter' translated] Stef >>> >>> >> >> >> It seems the code behind does nothing anyway. >> >> -> EncodeAndDecodeStdioFiles is only set to true in initialize. No other use. >> >> So we can clean up... > > > <CleanUpServerModeSetting.1.cs> > > I will put an issue for that. > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. >

May 29, 2011

Re: [Pharo-project] Setting File>>serverMode

by Marcus Denker

On May 29, 2011, at 11:06 AM, Marcus Denker wrote: > > On May 29, 2011, at 11:00 AM, Marcus Denker wrote: >> >> >> >> So I vote for removing that preference. >> > > > It seems the code behind does nothing anyway. > > -> EncodeAndDecodeStdioFiles is only set to true in initialize. No other use. > > So we can clean up... I will put an issue for that. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

May 29, 2011

Re: [Pharo-project] Setting File>>serverMode

by Marcus Denker

On May 29, 2011, at 11:00 AM, Marcus Denker wrote: > > > > So I vote for removing that preference. > It seems the code behind does nothing anyway. -> EncodeAndDecodeStdioFiles is only set to true in initialize. No other use. So we can clean up... Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

May 29, 2011

[Pharo-project] Setting File>>serverMode

by Marcus Denker

Hello, There is a setting Files serverMode 1) we now have two server mode settings, doing different things. 2) Do we actually *need* this setting? Server mode If enabled, then the contents of stdin, stdout and stderr are encoded/decoded using the system default text converter a) it's true, and we will ship it like that if nobody actively sets it to false. So it will just confuse people. b) why the heck would anyone *not* want system linenedings? Normal people would be the first that don't know how to convert line endings... on a server you do have gnu recode... So I vote for removing that preference. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

May 29, 2011

[Pharo-project] [update 1.3] #13227

by Marcus Denker

13227 ----- Issue 4307: loading a script at start up http://code.google.com/p/pharo/issues/detail?id=4307 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

May 29, 2011

Re: [Pharo-project] A radical proposal (to cut down dead code)

by Norbert Hartl

Am 28.05.2011 um 15:35 schrieb Marcus Denker: > Hi, > > There is *a lot* of dead code in the image. > > I guess around 1/3 of the code base in Core is just not used at all (especially Morphic). > > One thing I would like to do is to put, at the beginning of a development cycle, > a call > > self doesAnyOneUseThisTaggedIn: 'pharo 1.3'. > > at the beginning of *all* unsent methods. And keep it even in the released image. > > This way we can, within 2-3 interations, remove *a lot* of dead code. > > Methods where people tell us that they need them, we should tag > with <api> or <public> or something like that. > I like the idea although I think it is dangerous. I think we could provide a layer of backward compatibility. It is dead code so these are things that are there but unused. So removing them does not force any other change. A removal could be done this way: - create a monticello package "removal20110529" - Let a tool that identified a bunch of methods change the method category to "*removal20110529" - store the monticello package - unload it which will remove the methods. This way the removals would chronologically stacked in monticello packages. A developer can now go back in time if he has problems until the point the code works again. Furthermore this would be a documentation when we removed which code. Norbert

May 29, 2011

[Pharo-project] [update 1.3] #13226

by StÃ©phane Ducasse

13226 ----- - Issue 4300: replace all implementation in ToolSet. Thanks uillermo Polito. http://code.google.com/p/pharo/issues/detail?id=4300 Stef

May 29, 2011

Re: [Pharo-project] loading code from command line inovcation

by Hilaire Fernandes

Still does not work Hilaire Le 28/05/2011 21:02, Guillermo Polito a Ã©crit : > It seems code loader is not sending #startRetrieval to the UrlDownload > Request, and the Semaphore waits forever. > > I've put a changeset with what I think is a fix in the tracker :). > > On Sat, May 28, 2011 at 2:27 PM, Hilaire Fernandes > <hilaire.fernandes(a)gmail.com > <mailto:hilaire.fernandes@gmail.com>> wrote: > > And the debug is there. > The halt does not crash the VM in normal condition. (ie Alt-[.] is ok) > > Hilaire > > > Le 28/05/2011 19:07, Hilaire Fernandes a Ã©crit : > > And when there are no halt in commandLineHandlerAction:, the image is > > frozen > > > > Le 28/05/2011 18:53, Hilaire Fernandes a Ã©crit : > >> With latest pahro core 1.3, I can't load script with command like > >> > >> > >> squeak pharo "`pwd`\myScript.st" > >> > >> When I put a halt at the begining of commandLineHandlerAction: > >> aCommandLine the VM crash > >> > >> VM is 4.0.3-2202 > >> > >> Hilaire > >> > >> > > > > > > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > > -- Education 0.2 -- http://blog.ofset.org/hilaire

May 28, 2011

[Pharo-project] [update 1.3] #13225

by Marcus Denker

13225 ----- Issue 4308: Remove #debugPrintSpaceLog setting (which was removed from ImageSegment) http://code.google.com/p/pharo/issues/detail?id=4308 Issue 4307: loading a script at start up http://code.google.com/p/pharo/issues/detail?id=4307 Issue 4306: Better class comment for AbstractUserInput http://code.google.com/p/pharo/issues/detail?id=4306 Issue 4055: Setting: remove preference Optional Buttons http://code.google.com/p/pharo/issues/detail?id=4055 Issue 4287: Two tests related to on:fork: fail in Hudson (Added the test) http://code.google.com/p/pharo/issues/detail?id=4287 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

May 28, 2011