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

Re: [Pharo-project] [Esug-list] Preparing my presentation of NativeBoost

by StÃ©phane Ducasse

+ 10 :) On Aug 5, 2011, at 1:24 PM, Henrik Johansen wrote: > I don't think you need more implementation details than a brief overview of how it works (store machine generated from smalltalk assembly code in methods with a special tag, execute that instead of method body if it's been generated). > > Then spend the rest of the time on how you use that, starting at the bottom and building some NB-versions of normal smalltalk methods directly, then how you've implement an FFI on top of it, and how it could fit into a JIT/other interesting stuff written entirely image-side. > > IE. focus on "how do/can I use it?" rather than "how does it work?"

Aug. 6, 2011

Re: [Pharo-project] Questions about Ocean

by StÃ©phane Ducasse

When? we can also organise a party with wifes after. Stef >> Cool! We do like NativeBoost. >> We can pair program a bit together next time we meet. >> At least in the Esug confo @ Edinburgh :-) >> > Yes. We can :)

Aug. 6, 2011

Re: [Pharo-project] A tip of the day: how to see all uses of variable

by StÃ©phane Ducasse

add a bug entry and we will fix it :) On Aug 5, 2011, at 8:13 PM, Igor Stasenko wrote: > just select it in source code and press Cmd-Shift-N (Alt-Shift-N). > > In Pharo browser/inspector/debugger it works not just for global > variables (like classes), but also for: > - Class variables > - Pool variables > - instance variables > > - but not for class instance variables (we should fix that!) ;) > > -- > Best regards, > Igor Stasenko AKA sig. >

Aug. 6, 2011

Re: [Pharo-project] UTF-8 support when exporting to XML

by StÃ©phane Ducasse

Hilaire could you write some comments in the XMLParser/Writer classes and methods so that next time we do not get into the same problem? Stef On Aug 5, 2011, at 5:23 PM, Hilaire Fernandes wrote: > So far it was an orthogonal problem to XML Parser. > > I have to submit to XMLWriter a stream with UTF8 converter. > > StandardFileStream does not handle it, but MultiByteFileStream does. > > Thanks Henrik. It avoids me to check with latest XMLParser. > > Hilaire > > Le 05/08/2011 13:21, Hilaire Fernandes a Ã©crit : >> Hello, >> >> I am wondering, does latest XML Parser get the string value really >> exported to UTF-8. >> I am still using an old version #20 of XMLParser (for code >> compatibility) and I noted that Pharo accented string (still in 8 bits >> forms as far as I can see) are not converted to UTF-8 when exported in >> the XML file. >> >> Is it still the case with latest XML Parser? >> >> Hilaire >> > > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > >

Aug. 6, 2011

Re: [Pharo-project] String input not in UTF-8

by StÃ©phane Ducasse

On Aug 5, 2011, at 4:41 PM, Hilaire Fernandes wrote: > I gave a look at the latest XMLParser but the API is different with a > lot broken code on my face. Does XMLWriter class>>on: obsolete ? It bugs > me with that but the class and method are still there, a Monticello > trick I forget about? > I don't even now how to port to new API. Is there a port guide? > I guess this is for the better, but still frustrating and distracting > from the main task... indeed We should really invest into some main packages. For example I worked on SOUP to add comments and add new tests. Now we (the core) do not have the energy to work on the core and external packages. I hope it will change when the core gets fixed. > > > > Le 05/08/2011 16:23, Henrik Johansen a Ã©crit : >> >> On Aug 5, 2011, at 3:41 54PM, Hilaire Fernandes wrote: >> >>> Le 05/08/2011 13:28, Henrik Johansen a Ã©crit : >>>> >>>> On Aug 5, 2011, at 1:14 35PM, Hilaire Fernandes wrote: >>>> >>>>> It seems like when inputing accented character it is not by default in >>>>> UTF-8. >>>>> Is it the case with Pharo 1.3 ? >>>>> >>>>> Hilaire >>>>> >>>>> >>>>> -- >>>>> Education 0.2 -- http://blog.ofset.org/hilaire >>>> >>>> I'm not sure what you mean. >>>> When in image, all the way from InputEvents to String representation, you only deal with Unicode codePoints. >>> >>> Is seems it is 8 bits chars, when exported through XMLParser, it is >>> 8bits string. I need to investigate further. >>> >>> Hilaire >> It is an 8-bit character, since the codePoint fits in one byte. (see a) >> Accented characters like Ã© could be either: >> a) One Unicode codepoint (U+00E9 (decimal 233) small acute e ) >> b) Two Unicode codepoints ( U+0301 (decimal 769) combining acute accent + U0065 (decimal 101) small e ). >> >> Internally, you'd see strings with character values corresponding to those listed as decimal, ie the unicode codePoints. >> b) would be a WideString, as 769 does not fit in a byte. >> >> However, if correctly converted to UTF8, their representations should be; >> a) represented in 2 bytes ; 16r C3A9 >> b) represented in 3 bytes: 16r CD81 65. >> >> Ie. it seems XMLParser does not encode it properly to utf8 when exporting. >> Note: This is perfectly legal if the document contains an encoding attribute specifying a one-byte encoding like iso-8859-1 or windows-1252. >> (starts with <?xml version="1.0" encoding="windows-1252" ?> or some such) >> Absent such an attribute, or a BOM indicating another Unicode encoding though, it is a bug. >> >> Cheers, >> Henry >> >> >> > > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > >

Aug. 6, 2011

Re: [Pharo-project] Zinc: urls without scheme

by StÃ©phane Ducasse

On Aug 5, 2011, at 10:52 AM, Sven Van Caekenberghe wrote: > Hi Igor, > > On 05 Aug 2011, at 10:08, Igor Stasenko wrote: > >> 'www.squeaksource.com' asZnUrl host -> nil > > That seems like a bug to me, I'll look into it. Thanks for reporting this. > >> 'http://www.squeaksource.com' asZnUrl host -> 'www.squeaksource.com' >> >> i wonder if url should have notion of default scheme and if sheme not >> specified, use a default one i.e. 'http:' ? > > Hmm, that is more or less by design, I'll think about it. > > A default can also be explicit in the message like #portOrDefault that way the object keeps representing what was parsed, but the user specifies what kind of default behavior (s)he wants. Yes it sound like a good idea. > > Regards, > > Sven > > >

Aug. 6, 2011

Re: [Pharo-project] Zinc: urls without scheme

by StÃ©phane Ducasse

Igor use gofer. It is good to minimise the number of libraries to maintain. Stef On Aug 5, 2011, at 11:07 AM, Igor Stasenko wrote: > On 5 August 2011 10:52, Sven Van Caekenberghe <sven(a)beta9.be> wrote: >> Hi Igor, >> >> On 05 Aug 2011, at 10:08, Igor Stasenko wrote: >> >>> 'www.squeaksource.com' asZnUrl host -> nil >> >> That seems like a bug to me, I'll look into it. Thanks for reporting this. >> >>> 'http://www.squeaksource.com' asZnUrl host -> 'www.squeaksource.com' >>> >>> i wonder if url should have notion of default scheme and if sheme not >>> specified, use a default one i.e. 'http:' ? >> >> Hmm, that is more or less by design, I'll think about it. >> >> A default can also be explicit in the message like #portOrDefault that way the object keeps representing what was parsed, but the user specifies what kind of default behavior (s)he wants. >> > > Well, since zinc is mostly for http/web.. i would expect that it using > appropriate defaults for urls it use. > > The problem is in: > > ScriptLoader new installingInstaller. > > without default scheme this thing is broken, since it using url > without scheme. :( > > Of course i could use gofer for loading it.. but i found this is most > easy way to load installer. > > -- > Best regards, > Igor Stasenko AKA sig. >

Aug. 6, 2011

[Pharo-project] Smalltalk job offer in Luxembourg

by StÃ©phane Ducasse

Dear friends For one of its customer, LOGOS IT Services is looking for external support by one consultant (f/m) Senior Software Developer - Smalltalk Role/Area: Developer to participate to technical design, coding, unit testing and bug fixing Qualifications/Required Skills Senior Software Engineer with advanced SmallTalk development skills. Minimum 5 years experience in smalltalk development. Experience in financial industry is required If possible, ability to coach people English is the working language Motivation and ability to ramp up rapidly is key Additional Information Starting Date : asap 3 month contracts, renewable, estimated duration of the mission: until June 2012 Location: Luxembourg Please contact LOGOS IT Services SA 427, Route de Thionville L - 5 8 8 7 A l z i n g e n TÃ©l: +352.26.36.55.33 Fax: +352.26.36.55.35 Mail: info(a)logos-its.com

Aug. 6, 2011

[Pharo-project] about coral

by StÃ©phane Ducasse

Hi frank Oscar is not in charge since a long time about coral. In fact it had always been my iea, and since oscar like scripting language he was participating. Now Damien is helping a lot. If you have changes that you think can go in our version please send them. I do not know why the REPL is not working anymore and probably that we should use the stdout that were introduced in 1.3 This has been years that I want a smalltalk with a scripting layer and if you want to join you are welcome. Stef ---------- Forwarded message ---------- From: Frank Shearar <frank.shearar(a)gmail.com> Date: Fri, Aug 5, 2011 at 6:33 PM Subject: [squeak-dev] "Pharoism" package? To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Hi, I did some work yesterday [1] getting Coral (a scripting framework for Pharo: http://www.squeaksource.com/Coral.html) working in Trunk. I made a few adjustments to Coral itself, mailing Oscar Nierstrasz the changes (what look to be getting Coral to work with the latest Filesystem code, post-large-refactor), and had to add a few methods to Squeak that Coral was expecting. Presumably these were methods renamed by Pharo: Character >> join: String >> join: Class >> addInstVarNamed: MetaClass >> addInstVarNamed: Class >> subclass: SmalltalkImage >> vmFullPath Symbol >> isBinary My question's a bit broader: there are many more Pharo developers than Squeak developers, it seems. They're doing lots of cool stuff. We can easily port these cool things to Squeak (at least, at the moment). If anyone else is doing this kind've thing, perhaps it's worthwhile either adding these kinds of methods to Grease, or having a general "Pharoisms" package. It's not all one-way, of course: having things easily loadable into Squeak means that Squeak hackers (like me) can more easily contribute to interesting packages (like Coral) without having to keep track of two communities. (Coral could, with some love, become a full REPL, which is something I really want.) frank [1] http://stackoverflow.com/questions/6938114/a-smalltalk-implementation-with-… -- Mariano http://marianopeck.wordpress.com

Aug. 6, 2011

Re: [Pharo-project] [OT] Smalltalk on JVM

by Pat Maddox

Check out redline! http://redline.st/ On Aug 4, 2011, at 1:22 PM, Torsten Bergmann wrote: > At http://medianetwork.oracle.com/media/show/16803 > scroll down and there you will find a new video > "A Renaissance VM: One Platform, Many Languages" > with a talk about the new "invokedynamic" (JSR292). > > John Rose also talks about all this in the context > of Smalltalk. So if you are interested in ST and VM's > this may be interesting too. > > There is also RTalk which maybe interesting in this > context too, see http://astares.blogspot.com/2011/08/smalltalk-on-jvm.html > > Bye > T. > > -- > NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurÃ¼ck-Garantie! > Jetzt informieren: http://www.gmx.net/de/go/freephone >

Aug. 6, 2011