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

[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

Re: [Pharo-project] bootable Pharo image

by S Krish

Sure, will get in touch some time shortly to pick up the thread.. On Tue, Nov 8, 2011 at 3:35 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > If you want to help cleaning the event we did some pre studies with igor > and the idea is to be able to handle touch event with an pluggable event > infrastructure. > > Stef > > > On Nov 7, 2011, at 5:43 PM, S Krish 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.. > > > > On Mon, Nov 7, 2011 at 4:09 PM, Edgar J. De Cleene < > edgardec2005(a)gmail.com> wrote: > > > > > > > > On 11/3/11 19:39 PM, "Pavel Krivanek" <pavel.krivanek(a)gmail.com> wrote: > > > > > Hi, > > > > > > I tried to prepare a bootable Pharo ISO image based on Tiny Core > > > Linux. Namely on MicroCore (kernel 3.0.3) that was extended with WiFi > > > support. There is standard Pharo 1.3 image with OSProcess and > > > CommandShell installed on the Smalltalk side. The resultant image has > > > about 37 MB. > > > > > > Download: > > > http://www.windmap.cz/playground/pharo/pharo.iso > > > > > > If you want to add it directly to your Grub menu, you may do it > > > without need of extra partition. To the grub.conf add something like: > > > > > > title Pharo > > > root (hd0,1) > > > kernel /boot/pharo/vmlinuz vga=791 quiet > > > initrd /boot/pharo/tinycore.gz > > > > > > where vmlinuz and tinycore.gz are the only files needed from the ISO > image. > > > > > > Remastering: > > > > > > unpack: > > > zcat tinycore.gz | sudo cpio -i -H newc -d > > > > > > pack: > > > find | cpio -o -H newc | gzip -2 > ../tinycore.gz > > > > > > better compression: > > > advdef -z4 tinycore.gz > > > > > > create ISO (you need unpacked original ISO image): > > > /bin/cp -pfr tinycore.gz boot > > > mkdir -p newiso > > > /bin/cp -pfr boot newiso > > > mkisofs -l -J -R -V TC-custom -no-emul-boot -boot-load-size 4 \ > > > -boot-info-table -b boot/isolinux/isolinux.bin \ > > > -c boot/isolinux/boot.cat -o pharo.iso newiso > > > > > > Cheers, > > > -- Pavel > > > > > > > Pavel: > > Many things delayed my trial , but today I was able to burn and try the > ISO. > > > > WWWOOOOOOWWW > > > > The most amazing piece of Smalltalk related I saw in a long time. > > > > Just returning home from Smalltalks2011 , wish the next year you could > come > > to Argentina and I could thanks in flesh and give you as many beers you > like > > > > BRAVO > > > > Edgar > > > > > > > > > > >

Nov. 8, 2011

[Pharo-project] About implementors and senders

by Guillermo Polito

Hi! http://code.google.com/p/pharo/issues/detail?id=4547 That is a bug entry about the implementors and senders behavior when selecting this or that in different GUIs. So, I think the whole UI has to be rethought (in little steps), and arguing about this is healthy. So, the places where searching implementors and senders today should be: 1) a text editor 2) a message/method list 3) an inspector ? 4) ? 1) In a text editor the behavior is obvious for me :) 2) This is the discussion in the issue. The browser asks about senders/implementors of messages sent in the selected method. The senders/implementors browser just browses again the message. I think that searching the implementors of #something while I'm browsing the implementors of #something has no sense, hehe. But the other behavior (the one in the browser) does not convince me either... 3, 4 and etcetera) I'm not sure about anything, hehe. Cheers, Guille

Nov. 8, 2011

Re: [Pharo-project] Type inference

by Santiago Bragagnolo

Thanks! 2011/11/7 Lukas Renggli <renggli(a)gmail.com> > There is atyper in the Refactoring Browser, also there is RoelTyper. > > Lukas > > > On Tuesday, 8 November 2011, Santiago Bragagnolo < > santiagobragagnolo(a)gmail.com> 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. > > > > > > > > > > -- > Lukas Renggli > www.lukas-renggli.ch >

Nov. 8, 2011

Re: [Pharo-project] Instantiating from a Symbol

by Eliot Miranda

On Mon, Nov 7, 2011 at 3:46 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > 2011/11/8 Eliot Miranda <eliot.miranda(a)gmail.com>: > > > > > > On Mon, Nov 7, 2011 at 3:21 PM, Markus Rother <smalltalk(a)markusrother.de > > > > 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. > > > > But so is > > > > 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) newWhite > > ]. > > ... > > as could be > > newBoard > > at: 1 put: ({Rook. Knight. Bishop. Queen. King. Bishop. Knight. > > Rook} collect: [:class| class newWhite]; > > at: 2 put: (1 to: 8) collect: [:ign| Pawn newWhite]; > > atAll: (3 to: 6) put: (Array new: 8); > > Then avoid statefull operations like > ((board at; i) at: j) put: move. > because you just shared some rows. > > ;) > <blush>oops</blush>. Quite so. So... newBoard at: 1 put: ({Rook. Knight. Bishop. Queen. King. Bishop. Knight. Rook} collect: [:class| class newWhite]; at: 2 put: (1 to: 8) collect: [:ign| Pawn newWhite]; atAll: (3 to: 6) putAll: ((3 to: 6) collect: [:ign| Array new: 8]); at: 7 put: (1 to: 8) collect: [:ign| Pawn newBlack]; at: 8 put: ({Rook. Knight. Bishop. Queen. King. Bishop. Knight. Rook} collect: [:class| class newBlack] > > Nicolas > > > at: 7 put: (1 to: 8) collect: [:ign| Pawn newBlack]; > > at: 8 put: ({Rook. Knight. Bishop. Queen. King. Bishop. Knight. > > Rook} collect: [:class| class newBlack] > >> > >> Greets, > >> Markus > > > > > > > > -- > > best, > > Eliot > > > > -- best, Eliot

Nov. 7, 2011

Re: [Pharo-project] Instantiating from a Symbol

by Nicolas Cellier

2011/11/8 Eliot Miranda <eliot.miranda(a)gmail.com>: > > > On Mon, Nov 7, 2011 at 3:21 PM, Markus Rother <smalltalk(a)markusrother.de> > 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. > > But so is > > 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) newWhite > Â Â Â Â Â Â ]. > ... > as could be > Â Â Â newBoard > Â Â Â Â at: 1 put: ({Rook. Knight. Bishop. Queen. King. Bishop. Knight. > Rook} collect: [:class| class newWhite]; > Â Â Â Â at: 2 put: (1 to: 8) collect: [:ign| Pawn newWhite]; > Â Â Â Â atAll: (3 to: 6) put: (Array new: 8); Then avoid statefull operations like ((board at; i) at: j) put: move. because you just shared some rows. ;) Nicolas > Â Â Â Â at: 7 put: (1 to: 8) collect: [:ign| Pawn newBlack]; > Â Â Â Â at: 8 put: ({Rook. Knight. Bishop. Queen. King. Bishop. Knight. > Rook} collect: [:class| class newBlack] >> >> Greets, >> Markus > > > > -- > best, > Eliot >

Nov. 7, 2011