- Pharo-dev - lists.pharo.org

Re: [Pharo-project] about and:and:and:and: and or:or:

by Nicolas Cellier

2010/2/11 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > hi all > > Jannik and jb started to replace all the > Â Â Â Â and:and: > Â Â Â Â and:and:and: > Â Â Â Â and:and:and:and: > Â Â Â Â and the same for or: > > by they equivalent ie > > 1 =2 or: [ 1=3 ] or: [1=1] > => > 1 =2 or: [ 1=3 Â or: [1=1]] > > the new compiler optimize both while the old one not. > So now I would like to see what do you think. > > Personnally I do not like and:and:and: and more > Now for and:and: I'm hesitating. > IMO, the only value was for legibility. But most time, I find nested code as readable. Sure we could also optimize all kind of alternate forms... But I'm not sure if it is a good idea to multiply compiler hacks... Nicolas > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 11, 2010

Re: [Pharo-project] about and:and:and:and: and or:or:

by Lukas Renggli

On 11 February 2010 20:53, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > hi all > > Jannik and jb started to replace all the > Â Â Â Â and:and: > Â Â Â Â and:and:and: > Â Â Â Â and:and:and:and: > Â Â Â Â and the same for or: > > by they equivalent ie > > 1 =2 or: [ 1=3 ] or: [1=1] > => > 1 =2 or: [ 1=3 Â or: [1=1]] > > the new compiler optimize both while the old one not. > So now I would like to see what do you think. > > Personnally I do not like and:and:and: and more > Now for and:and: I'm hesitating. I am against using #and:and: and #or:or:. It is slow, confusing and incompatible with any other Smalltalk out there. Kill all users ;-) Lukas > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 11, 2010

[Pharo-project] Help mapping large database objects to Smalltalk objects

by Mariano Martinez Peck

Hi folks: I started to code a bit the large support for SqueakDBX to large objects and I want to ask you for help. In a first step, I will start with the basic large objects: CLOB, NCLOB, XML, BLOB. Now, I need to map each of them, to an Smalltalk object. I though about this: CLOB -> String NCLOB -> String XML -> String and the the user do whatever they want with the string representing the XML. BLOB -> ByteArray what do you think? are there suitable objects in a core image ? (I don't want to depend in another package) Now, do you know which is the faster why to create a ByteArray from a String ? and vice-versa ? just asString ? Another question....to get a field value of a row, I call an OpenDBX using FFI like this: apiQueryFieldValue: handle index: index "const char* odbx_field_value( odbx_result_t* result, unsigned long pos )" <cdecl: char* 'odbx_field_value' (ulong ulong) module: 'opendbx'> ^self externalCallFailed As you can see that function of OpenDBX answer me in a char* the value of the field. The problem is...suppose that field is a large object (a CLOB for example). A Clob can be 1gb or even more....of course, that will be bad for my image (freeze ? crash ? I don't know...). I would like to validate the size of that before bring it into the image, so that not to crash or whatever. I want to put like a limit. The problem is that I don't know how to do that from Pharo side....is that possible ? or the only way is to change OpenDBX side ? Thanks a lot in advance, Mariano

Feb. 11, 2010

[Pharo-project] Pharo changing the game

by Torsten Bergmann

Interesting read (read [2] then [1]), maybe Pharo can change the game ... bye T. [1] http://www.jarober.com/blog/blogView?showComments=true&printTitle=Balkaniza… [2] http://www.threeriversinstitute.org/blog/?p=466 -- NEU: Mit GMX DSL Ã¼ber 1000,- Â¿ sparen! http://portal.gmx.net/de/go/dsl02

Feb. 11, 2010

[Pharo-project] about and:and:and:and: and or:or:

by StÃ©phane Ducasse

hi all Jannik and jb started to replace all the and:and: and:and:and: and:and:and:and: and the same for or: by they equivalent ie 1 =2 or: [ 1=3 ] or: [1=1] => 1 =2 or: [ 1=3 or: [1=1]] the new compiler optimize both while the old one not. So now I would like to see what do you think. Personnally I do not like and:and:and: and more Now for and:and: I'm hesitating. Stef

Feb. 11, 2010

[Pharo-project] [update 1.1] #11202

by StÃ©phane Ducasse

- Issue 1947: Deprecate BlockContext>>fixTemps and BlockClosure>>fixTemps - Issue 1940: More ImageSegment cleaning - remove #fixCapitalizationOfSymbols - remove TTCFontSet code from #comeFullyUpOnReload: This even fixes a cycle dependency between ImageSegment and Multilingual - the following implementors were moved to category *System-Object Storage: *startUpFrom: *saveImageSegments: *areThereImageSegments *rootStubInImageSegment: *scanFromNoCompile: aStream forSegment: anImageSegment Sred

Feb. 11, 2010

Re: [Pharo-project] pharo presented at Beijung

by Jordi Delgado

Yes, this is Bernat, from the Barcelona Smalltalkers!! We are a small group, and we want to recruit smalltalkers. We thought that China would be a place big enough to start our mission... :-)) (just kidding) Bests, Jordi > http://www.beijinglug.org/en/index.php?option=com_content&task=view&id=477&… > > :) > > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 11, 2010

[Pharo-project] pharo presented at Beijung

by StÃ©phane Ducasse

http://www.beijinglug.org/en/index.php?option=com_content&task=view&id=477&… :) Stef

Feb. 11, 2010

Re: [Pharo-project] broken polymorph example in 1.1?

by StÃ©phane Ducasse

http://code.google.com/p/pharo/issues/detail?id=1950 Stef On Feb 8, 2010, at 12:30 PM, Gary Chambers wrote: > Looks like PluggableDialogWindow has had its superclass changed (was > DialogWindow)... > > Regards, Gary > > ----- Original Message ----- > From: "Hilaire Fernandes" <hilaire(a)ofset.org> > To: <pharo-project(a)lists.gforge.inria.fr> > Sent: Saturday, February 06, 2010 5:04 PM > Subject: [Pharo-project] broken polymorph example in 1.1? > > >> Is it me or examples of the Polymorph usage are broken? >> >> For example exampleOtherControls break >> >> Hilaire >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 11, 2010

[Pharo-project] [update 1.1] #11201

by StÃ©phane Ducasse

11201 ----- - new diff tools enh - Fix a lot of little things stef

Feb. 11, 2010