- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 3845 in pharo: Polymorph extension shortSummary is not programmed the object way

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #1 on issue 3845 by nicolas....(a)gmail.com: Polymorph extension shortSummary is not programmed the object way http://code.google.com/p/pharo/issues/detail?id=3845 Name: SLICE-Issue-3845-Polymorph-Diff-Tool-shortSummary-fails-for-postscript-nice.1 Dependencies: Polymorph-Tools-Diff-nice.49 Implement #shortSummary in subclasses rather than using ifTrue:ifFalse: chains Reminder: these chains fail in case mcz includes a Postscript... While at it, also sort the changes in a patch morph class-name-wise (though this should be a different Issue, but everyone shall know how lazy I can be at this time of the night) Note that the implementation is different from PSMCMergeMorph>>#model: But MC+Polymorph together makes such a big number of classes that I won't try to be any clever and won't spend any time guessing a way to factor this code out.

March 28, 2011

Re: [Pharo-project] Opal decompiler: I've been a big good ... I've been a bit bad ...

by Toon Verwaest

To keep you up to date... I've already implemented bytecode rewriting that inserts an error. Basically when you have something like instVarAt: 1 where 1 is now removed, this gets translated to: pushConstant: (RemovedField new name: #old name) send: invalidRead pop pushConstant: nil and at:put: to pushConstant: (RemovedField new originalSlot: oldSlotObject) send: invalidWrite pop Then these messages will at runtime give you an error. Also since my MethodFieldUpdater sees these methods as it is rewriting it, it can collect them (doesn't do it yet though.. but that's 2 minutes of work) and present them to the user. Since we insert these magic constant object recompile time, the decompiler can find them again when recompiling for the next class update. When it finds them, it has all the meta-data it needs to figure out what slot access it was. Now that the method is being recompiled it can find out if there's a new slot that matches the old name; and put the corresponding field-access back into the method. At the moment the compiler already finds the slot accesses but doesn't yet rewrite the IR back to a field-access. But that's semi-easy too. The IR just doesn't provide an API yet for finding objects around a certain IR node and removing them ... so I got bored :) So in short, we have all the infrastructure to provide good runtime errors, to collect methods at compiletime; and to reintroduce slots after they were previously removed and reattach the accesses properly. And it's all done outside of the decompiler using our classbuilder + classmodification + field modification + method & instance modification maps. And so yes, I also want to have proper meta-info everywhere; proper objects everywhere; so that we can build proper tooling to solve it. The new classbuilder is fully built around this idea. It builds up modification maps exactly so that it can find conflicts early, and present them to the developer for fixing; BEFORE applying the modification to the classes. Once this fully works I can post an image somewhere that can give you a sneak preview. At the moment it's still a bit intertwined with Helvetia for the slot-related experiment; but that we'll extract after the paper is written so that we can submit a clean model to Pharo, ... if Pharo cares ;) cheers, Toon On 03/28/2011 09:20 PM, StÃ©phane Ducasse wrote: >>> >>> (Unless, of course you simply raise an error during (re)compilation >>> when given ivar removed from class). >> That's the plan yes. Niko is working on that part now. I guess for now we might keep it on Eliot's proposal of just transforming to an undefined field access; but we'll see. >> One of the ideas is of course to collect the methods that get affected by a change and report back to the user; just like with all other types of errors that can occur during class modification. We have a pretty cool model already so it's becoming increasingly easy to install such hooks. I hate self error: 'your class is invalid because of something somewhere', and we'll get that all fixed! > I would love to have real object that contains compilation error (instead of Transcript show:) so that we can build tool to fix them :) > >>> If you create a copy of method, copy the method's trailer. >>> >>> >>> trailer := oldMethod trailer. >>> >>> newMethod := CompiledMethod newBytes: ... trailerBytes: ***trailer*** >>> nArgs: ... nTemps: .. nStack: ... nLits: ... primitive: ... >> It seems that the opal compiler has a compiledMethodWith: trailer. Useful ;) >> I just had to set the methodClass: and selector: myself. Fair enough. >> >> @Eliot thanks for the hints. I'll take it into account to make the recompilation complete. If Niko doesn't finish it this evening I'll probably do it tomorrow... I'm in the need of a small break :) >> >> Ignoring the fact that it doesn't support removing instance variables yet, it would very well already. Pretty cool to see methods updated on bytecode level without slow recompilation. Aaah... rewriting the classbuilder is starting to pay off :) And then on to stateful traits. >> >> Just for credits: I'm working together with Camillo Bruni and Niko Schwarz on this. >> >> cheers, >> Toon >> >

March 28, 2011

[Pharo-project] Issue 3900 in pharo: FileDirectory>>withAllSubdirectoriesCollect:

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3900 by j...(a)rogerthedog.com: FileDirectory>>withAllSubdirectoriesCollect: http://code.google.com/p/pharo/issues/detail?id=3900 Pharo image: Pharo 1.1.1 (and checked in Pharo-core 1.2) Pharo core version: Pharo-1.1.1 #11414 Virtual machine used: <ex: pharo-vm-0.15.2f-linux> Class browser used (if applicable): SystemBrowser default Steps to reproduce: The withAllSubdirectoriesCollect: method returns an OrderedCollection of OrderedCollections of entries. That is, one OrderedCollection per subdirectory. To change it to return a single OrderedCollection of all entries from all subdirectories change the following line: From: result add: (aBlock value: dir). To: result addAll: (aBlock value: dir).

March 28, 2011

Re: [Pharo-project] String asUppercase/asLowercase

by Nicolas Cellier

OK good news, I just put a SLICE in inbox. Nicolas 2011/3/28 Denis Kudriashov <dionisiydk(a)gmail.com>: > yes. this fix is work (Unicode>>toLowercase:/toUppercase: works good for > russian strings) > > 2011/3/29 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> >> >> http://code.google.com/p/pharo/issues/detail?id=2703 >> Try squeak multilingual experimentations, I'm interested to ear if it >> would work for you >> (I'm unfortunately latin and need testing feedback from non latin users). >> >> Nicolas >> >> 2011/3/28 Denis Kudriashov <dionisiydk(a)gmail.com>: >> > Hello. >> > >> > asUppercase/asLowercase not work for non english strings (russian >> > strings). >> > >> > Is it bug? >> > How it can be implemeted? >> > >> > >

March 28, 2011

Re: [Pharo-project] String asUppercase/asLowercase

by Denis Kudriashov

yes. this fix is work (Unicode>>toLowercase:/toUppercase: works good for russian strings) 2011/3/29 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > http://code.google.com/p/pharo/issues/detail?id=2703 > Try squeak multilingual experimentations, I'm interested to ear if it > would work for you > (I'm unfortunately latin and need testing feedback from non latin users). > > Nicolas > > 2011/3/28 Denis Kudriashov <dionisiydk(a)gmail.com>: > > Hello. > > > > asUppercase/asLowercase not work for non english strings (russian > strings). > > > > Is it bug? > > How it can be implemeted? > > > >

March 28, 2011

Re: [Pharo-project] Issue 2703 in pharo: Unicode experiments of nicolas cellier on squeak

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #5 on issue 2703 by nicolas....(a)gmail.com: Unicode experiments of nicolas cellier on squeak http://code.google.com/p/pharo/issues/detail?id=2703 Name: SLICE-Issue-2703-Unicode-caseConversions-nice.1 Dependencies: Multilingual-Encodings-nice.10, Multilingual-Display-nice.11, Collections-Strings-nice.173 Install WideString uppercasing/lowercasing unicode utilities. Warning: the Unicode data will be initialized when loading the SLICE, and access to the internet is required in this phase (see #initializeCaseMappings). Todo: maybe have a look at classification tables and methods #isLowercase: #isUppercase:

March 28, 2011

Re: [Pharo-project] PharoCasts with experts

by GermÃ¡n Arduino

> IMNHO, full command of English should be a 'nice to have' but a precondition to be proficient in Pharo !! > I full agree with Stef, is better to try and learn then. I know lot of people (myself included) with lot of things to improve in the English language, but is not an obstacle to be efficient in Pharo or any other technology. Just an opinion.

March 28, 2011

Re: [Pharo-project] PharoCasts with experts

by csrabak＠bol.com.br

Folks, I think I cannot emphasize my seconding of this suggestion, nor putting "+100" or similar ;-) I believe that with the moderate addition of effort we'll create a base of knowledge which will help to spread it more easily than now we have, and specially the other than English part I think it's worthwhile to have because will open to greater audience. IMNHO, full command of English should be a 'nice to have' but a precondition to be proficient in Pharo !! my 0.0199999... -- Cesar Rabak Em 28/03/2011 16:49, Jimmie Houchin < jlhouchin(a)gmail.com > escreveu: I don't know how to a screencast either. But many here, like Mariano are worried about English speaking skills. How hard is it to dub over the voices of the original screencast? Would we be able to make the spoken language part in multiple languages? If this is reasonably possible, it would be nice if we had some instructions for the requirements of creating a language track for the screencast. Then native speakers can make tracks for their language. I would be happy to help with English speaking part, provided I can hear Mariano, or whomever do an English version first, so that I know what to speak and when. I think this would help those who are non-native English speakers to feel more free in creating screencasts in their area of expertise, because they know that their English limitations are not going into the final product for the English speaking people. They can then also feel free to do a version for their native tongue. Just wanted to explore this option and toss out this idea. Jimmie On 3/28/2011 12:46 PM, Mariano Martinez Peck wrote: On Mon, Mar 28, 2011 at 9:03 AM, laurent laffont <laurent.laffont(a)gmail.com> wrote: Hi, Actually I'm training remotely a developer on Pharo using Skype and TeamViewer. This guy records all sessions for its own purpose and I like the idea. For PharoCasts I would like to record 30mn to 1 hour sessions (as I know you don't have time) with an expert who shows us real code, explaining a framework / programming style / pattern while programming some examples (in the spirit of PharoCasts, and may be http://forum.world.st/Screencast-proposition-Watch-someone-read-code-td3244… ). Right now I'm thinking about: - Mariano on DBXTalk Hi Laurent. I will be happy to do one, but I won't have time until 2 weeks. But after that, I will try. I have NO IDEA how to do an screencast, but I can try. I cc'ed the SqueakDBX mailing list since I am all ears to hear what people want to see about SqueakDBX.Â In you have something in mind, please let me know. - Gary on Polymorph - Igor on VM debugging or FFI / NativeBoost (for example interfacing withÂ http://id3lib.sourceforge.net/ or other lib) - Lukas on Magritte or PetitParser - Dale on Metacello - Nicolas on Iliad - Janko on Aida/Web and all that I forgot ..... I'm sure plenty of people would like their open-source project to be more known. This may be an opportunity. How to do this: contact me if you wish to do that so we can choose an hour that match our respective calendars and agree on tools used (skype, google video chat, vnc, teamviewer, ....) - I will care about video stuff. Just talk and code :) Anyone ? Laurent Laffont -Â @lolgzs Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

March 28, 2011

Re: [Pharo-project] PharoCasts with experts

by Igor Stasenko

On 28 March 2011 09:03, laurent laffont <laurent.laffont(a)gmail.com> wrote: > Hi, > Actually I'm training remotely a developer on Pharo using Skype and > TeamViewer. This guy records all sessions for its own purpose and I like the > idea. > For PharoCasts I would like to record 30mn to 1 hour sessions (as I know you > don't have time) with an expert who shows us real code, explaining a > framework / programming style / pattern while programming some examples (in > the spirit of PharoCasts, and may be > http://forum.world.st/Screencast-proposition-Watch-someone-read-code-td3244… > ). > Right now I'm thinking about: > - Mariano on DBXTalk > - Gary on Polymorph > - Igor on VM debugging or FFI / NativeBoost (for example interfacing > withÂ http://id3lib.sourceforge.net/ or other lib) this lib is a C++.. interfacing with C++ is troublesome. Usually this is done by creating a standard C library with C- functions wrapping around C++ calls. Then as usual. > - Lukas on Magritte or PetitParser > - Dale on Metacello > - Nicolas on Iliad > - Janko on Aida/Web > and all that I forgot ..... I'm sure plenty of people would like their > open-source project to be more known. This may be an opportunity. > > How to do this: contact me if you wish to do that so we can choose an hour > that match our respective calendars and agree on tools used (skype, google > video chat, vnc, teamviewer, ....) - I will care about video stuff. Just > talk and code :) > > Anyone ? > > Laurent Laffont -Â @lolgzs > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/ > Developer group: http://cara74.seasidehosting.st > -- Best regards, Igor Stasenko AKA sig.

March 28, 2011

Re: [Pharo-project] who is using softSqueak and standard Squeak

by Tudor Girba

+1 On 28 Mar 2011, at 23:09, StÃ©phane Ducasse wrote: > well UI is really important. > We think about the clients of Moose for example. > And when I see the video of NullPointer they look sexy > Stef > >> Anyone who is going to touch my beloved standard squeak will be killed!!! >> >> Just kidding, but I still use it. >> However, IMO don't invest time in rewriting the UI for the 10th time! >> There is plenty of other things which are more important to get the language up to date. >> >> (^o^) >> camillo >> >> On 2011-03-28, at 21:56, StÃ©phane Ducasse wrote: >> >>> May be you should give a try to package them separately. >>> Else I will give a try because to me they look a bit outdated. >>> >>> Stef >>> >>> On Mar 27, 2011, at 11:15 PM, Stuart Herring wrote: >>> >>>> I definitely use them - I like being able to locate the windows >>>> instantly by colour. And a less practical reason is that the grey >>>> default themes always make me feel depressed. Programming shouldn't >>>> be grey and boring, it should be fun ;) >>>> >>>> A new, supported colourised theme would be a wonderful thing - >>>> particularly if there were settings to choose the colour scheme. >>>> I like the coloured windows so much that I've been tempted to go back >>>> to Squeak - right up until the overloaded world menu reminds me why I >>>> prefer Pharo. >>>> >>>> Regards, >>>> Stuart >>>> >>>> On Sat, Mar 26, 2011 at 7:40 PM, StÃ©phane Ducasse >>>> <stephane.ducasse(a)inria.fr> wrote: >>>>> Hi guys >>>>> >>>>> just out of curiosity who is using SoftSqueak and Standard Squeak theme? >>>>> I know that lukas like colored windows now may be specific new style with this behavior could be done? >>>>> >>>>> Stef >>>>> >>>> >>> >>> >> >> > > -- www.tudorgirba.com "Not knowing how to do something is not an argument for how it cannot be done."

March 28, 2011