- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Strange behavior of Symbol

by Henrik Sperre Johansen

On 08.11.2011 14:44, Benjamin wrote: > Hi guys, > > during my experimentations, I found out that > > #plop = 'plop' --> true > > no matter what the symbol and his textual representation are. > > > Is that expected ? > > > Ben > http://code.google.com/p/pharo/issues/detail?id=331 Cheers, Henry

Nov. 8, 2011

Re: [Pharo-project] Strange behavior of Symbol

by Norbert Hartl

Am 08.11.2011 um 14:44 schrieb Benjamin: > Hi guys, > > during my experimentations, I found out that > > #plop = 'plop' --> true > > no matter what the symbol and his textual representation are. > > > Is that expected ? > Yes it is in pharo. Norbert

Nov. 8, 2011

[Pharo-project] Strange behavior of Symbol

by Benjamin

Hi guys, during my experimentations, I found out that #plop = 'plop' --> true no matter what the symbol and his textual representation are. Is that expected ? Ben

Nov. 8, 2011

Re: [Pharo-project] How to get the list of packages of a repository?

by Edgar J. De Cleene

On 11/7/11 13:58 PM, "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: > Hi guys. Is there a way to get a list of packages or packages names of a > squeaksource repo?Â For example, I would love to do: > > Gofer it > squeaksource: 'xxx'; > allPackages. > > is that possible? > > Thanks Hi Mariano I attach my version of CodeLoader, explore it and maybe have the answer You could do: | loader | loader _ CodeLoader new. loader baseURL:'http://www.squeaksource.com/Ladrillos/'. loader installLastMonticelloFor: #('DynamicBindings' 'KomServices' 'KomHttpServer' );installSourceFiles. And load morphs or projects if you have the url and the logic Improvements, very welcomed :=) Edgar

Nov. 8, 2011

Re: [Pharo-project] bootable Pharo image

by Edgar J. De Cleene

On 11/7/11 13:43 PM, "S Krish" <krishnamachari.sudhakar(a)gmail.com> wrote: > Sometimes small things can fire really big change.. > > This is a tiny but powerful kernel that can launch a thousand ideas.. > > I was working on a Android base as an idea.. / concept.. for touch screen.. > with Pharo on top.. Â but Pharo / Squeak has a lot to mature to handle > multi-touch. Give me that.. if that happens this concept is what will make a > huge change in the future computing world.. In fact , with this Pavel think and some work we could have a Squeak/Pharo tablet touch screen Wild idea: Is still Darwin open and free ? What about a Darwin base with Pharo / Squeak on top Edgar

Nov. 8, 2011

[Pharo-project] GlorpDBX PostgreSQL Patch

by Sven Van Caekenberghe

Hi, I have a patch for Glorp(DBX) PostgreSQL to support the newer bytea hex format (see file:///usr/local/pgsql/share/doc/html/datatype-binary.html#AEN5037). I can't write to the repository, so here it is: PostgreSQLPlatform>>#convertSQLStringToByteArray: aString for: aType aString isNil ifTrue: [ ^ nil ]. ^ (aString beginsWith: '\x') ifTrue: [ self convertHexSQLStringToByteArray: aString ] ifFalse: [ self convertEscapeSQLStringToByteArray: aString ] PostgreSQLPlatform>>#convertEscapeSQLStringToByteArray: aString | aStream str | aStream := (ByteArray new: aString size // 4) writeStream. str := aString readStream. [str atEnd] whileFalse: [ |nextChar| nextChar := str next. aStream nextPut: (nextChar = $\ ifTrue: [str peek = $\ ifTrue: [str next asInteger] ifFalse: [Number readFrom: (str next: 3) base: 8]] ifFalse: [nextChar asInteger]) ]. aStream close. ^aStream contents PostgreSQLPlatform>>#convertHexSQLStringToByteArray: aString ^ ByteArray new: (aString size // 2) - 1 streamContents: [ :out | | in | (in := aString readStream) skip: 2. [ in atEnd ] whileFalse: [ out nextPut: (Number readFrom: (in next: 2) base: 16) ] ] #convertEscapeSQLStringToByteArray: is the old code, unmodified; #convertHexSQLStringToByteArray: is new. This might be of use upstream as well, I don't really know. If it would help, I could save this as an MC package somewhere. Regards, Sven

Nov. 8, 2011

[Pharo-project] PostgresV2 Patch

by Sven Van Caekenberghe

Hi All, Hi Yanni, I committed a patch to PostgresV2: Name: PostgresV2-SvenVanCaekenberghe.26 Author: SvenVanCaekenberghe Time: 8 November 2011, 9:47:18 am UUID: 8d3c478b-6e4b-43ec-bcd8-74c366222350 Ancestors: PostgresV2-YanniChiu.25 fixed timestamp with timezone parsing (old code assumed the timezone to be +HH:MM but this is no longer the case); introduced PGConnection class>>#nextDateAndTimeFrom: that works with or without timezone and is more efficient; PGConnection class>>#timestampConverter and #timestampWithTimezoneConverter now use #nextDateAndTimeFrom: recategorized #nextBooleanFrom: #nextStringFrom: and readIntegerFrom: as private Regards, Sven

Nov. 8, 2011

Re: [Pharo-project] Instantiating from a Symbol

by StÃ©phane Ducasse

ok you wanted to create a class not instantiate a symbol. I got it. Stef On Nov 8, 2011, at 12:21 AM, Markus Rother wrote: > On 11/07/2011 11:08 PM, StÃ©phane Ducasse wrote: >> >>> The issue I could not solve on my own is this: >>> I would like to instantiate from symbols. My use-case is a collection of class names which I want to ask to return one instance each. >>> >> why are you trying to do? >> because symbols are not done to be instantiated like that. >> >> aString asSymbol is instantiating symbols for you. >> >> Stef >> > > Thanks everybody for the kind, plenty and swift replies. > > Here is what I was up to: > > ChessBoard class>>newGame > | newBoard | > ... > firstRow := #(Rook Knight Bishop Queen King Bishop Knight Rook). > 1 to: 8 do: [ :col | > (newBoard at: 1 at: col) putFigure: (firstRow at: col) asClass newWhite > ]. > ... > > Symbol>>asClass > ^(Smalltalk classNamed: self) > > I don't see how a string representation would have helped me here...? > Although, I am a noob, my intuition tells me that symbols are absolutely fine, here - especially considering they are used precisely for that purpose internally. > > Greets, > Markus

Nov. 8, 2011

Re: [Pharo-project] Best practices for overrides/extension methods with Monticello and correct packaging?

by StÃ©phane Ducasse

if you want that markus get a look at them open a bug entry and write one sentence of description and put cs. STef On Nov 8, 2011, at 12:24 AM, Stefan Marr wrote: > Hi: > > On 07 Nov 2011, at 23:38, StÃ©phane Ducasse wrote: > >> if you look in the scripttloatder you can tell the MC that it should apply a list of package one after the other and not (by default collect all the classes and apply all the change together). > > Hm, I currently have only one Monticello package. I don't put subpackages currently into different *mcz, but I guess that is the way to go. > > > > Thanks Lukas, but that looks like breaking a fly on the wheel. Don't need that kind of complexity just yet. > > >> Now another smart move is to think (if the license allows it) how you can push the hooks that you need to the community like that you are more customization and less override. > License: MIT... > But, 50% of the stuff is to specific, I think. > > > The following would be a candidate for inclusion: > > ----- > !Parser class methodsFor: '*Omni-Compiler-Kernel' stamp: 'StefanMarr 11/3/2011 21:40'! > encoderClassFor: aCompiledMethod > ^ aCompiledMethod isBlueBookCompiled > ifTrue: [EncoderForV3] > ifFalse: [EncoderForV3PlusClosures]! ! > > !CompiledMethod methodsFor: '*Omni-Compiler-Kernel' stamp: 'StefanMarr 11/3/2011 15:55'! > methodNode > "Return the parse tree that represents self" > | aClass source | > aClass := self methodClass. > source := self > getSourceFor: (self selector ifNil: [self defaultSelector]) > in: aClass. > ^(aClass parserClass new > encoderClass: (aClass parserClass encoderClassFor: self); > parse: source class: aClass) > sourceText: source; > yourself! ! > ----- > > But for instance the following and similar changes aren't generally useful, and probably just an artifact of me being too lazy to do it right: > > !InstanceVariableNode methodsFor: '*Omni-code generation' stamp: 'StefanMarr 11/3/2011 14:20'! > emitCodeForValue: stack encoder: encoder > stack push: 1. > encoder adjustParseStackForPushInstVar: stack. > ^encoder genPushInstVar: index! ! > > !BytecodeEncoder methodsFor: '*Omni-bytecode generation' stamp: 'StefanMarr 11/3/2011 14:20'! > adjustParseStackForPushInstVar: parseStack > ^ parseStack! ! > > > Best regards > Stefan > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > >

Nov. 8, 2011

Re: [Pharo-project] Type inference

by Noury Bouraqadi

Hi Santiago, RoleTyper should help you :-) On 8 nov. 2011, at 00:09, Santiago Bragagnolo wrote: > Hello people. I'm looking for a software for type inference. I know is there a software that does it, but i' dont know the project(s)'s name(s). Can any one guide me :D? > > Thanks in advance. > > > Noury -- http://twitter.com/#!/NouryBouraqadi

Nov. 8, 2011