July 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Conflic between Shout and PluggableTextMorph in Pharo 1.2

by Mariano Martinez Peck

http://code.google.com/p/pharo/issues/detail?id=2734 It is easy to fix: a) use the same instVar and I just remove it from Shout b) rename the instVar in Shout the problem is that I don't know the correct one cheers mariano On Sat, Jul 31, 2010 at 5:47 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > open a ticket :) > > Stef > > On Jul 29, 2010, at 8:49 PM, Mariano Martinez Peck wrote: > > > Hi. If you try to load Shout, you will have the error: 'styler is already > defined in PluggableTextMorph' > > > > The problem is that the Shut class PluggableShoutMorph subclass > PluggableTextMorph. > > PluggableShoutMorph has its own instVar 'styler' which PluggableTextMorph > doesn't have in Pharo 1.1 > > > > But in Pharo 1.2 (I don't know why) PluggableTextMorph has its own > instVar 'styler'....thus, the problem. > > > > Of course, if I remove the instVar 'styler' from PluggableShoutMorph it > shoud load...but I am not sure if this is the correct action. > > > > Thanks for the help in advance > > > > Mariano > > _______________________________________________ > > 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 >

July 31, 2010

Re: [Pharo-project] how do I turn off "smart" quotes in Pharo Seaside one-click image

by Lukas Renggli

2010/7/31 Nick Ager <nick.ager(a)gmail.com>: > Hi Lukas, > >> > My apologies - I've just downloaded the latest Eclipse and you are >> > correct >> > the smart-characters work in a similar manor. However one important >> > usability difference is that when entering a string, my brain won't stop >> > my >> > fingers from closing the quote - even though my eyes see "Smart >> > Characters" >> > have automatically inserted the closing quote. On Eclipse the editor >> > infers >> > I'm typing the closing quote/bracket etc and skips over the already >> > inserted >> > "Smart Character", in Pharo it inserts another set of quotes giving me >> > three >> > quotes at the end of my string and leaving the insertion point between >> > the >> > first the second quote. Â I think this issue was shared by our >> > CampSmalltalk >> > beginners. >> >> That's fairly easy to adapt, please try the following version from >> <http://source.lukas-renggli.ch/unsorted>: >> >> Â Name: ECompletion-lr.126 >> Â Author: lr >> Â Time: 31 July 2010, 4:10:04 pm >> Â UUID: 777d55d6-95e9-4630-a5ac-b35347286646 >> Â Ancestors: ECompletion-lr.125 >> >> Â - try to be smarter with smart characters > > Thanks for the that - it's getting there. A couple of issues: > * The change appears to have introduced odd delete behaviour. When I delete > a character within smart quotes, a character *and* the ending smart quote is > deleted - different behaviour to prior to your change, > * If I enter: Â (' Â in Eclipse when I type: Â ') it skips over both the > closing ' and the closing ). > Apologies for my pedantry. Well, I am sorry I said it is fairly easy to adapt. The implementation was really bogus because it globally kept state. I rewrote the code from scratch and committed it here: Name: ECompletion-lr.127 Author: lr Time: 31 July 2010, 7:21:25 pm UUID: 42e3e807-2478-4dda-b207-acf162648cfe Ancestors: ECompletion-lr.126 - rewrote the complete smart character logic (very ugly) Now this is really ugly and long code and there are literally dozens of cases to handle. Let me know if it works better for you? I kind of like it. The behavior for smart characters and the backspace is now entirely different if there is a selection or if you are just typing. Lukas -- Lukas Renggli www.lukas-renggli.ch

July 31, 2010

[Pharo-project] Fwd: [squeak-dev] [ANN] DnsClient: More protocol fun

by StÃ©phane Ducasse

Looks interesting :) > From: Andreas Raab <andreas.raab(a)gmx.de> > Date: July 27, 2010 9:24:16 AM GMT+02:00 > To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > Subject: [squeak-dev] [ANN] DnsClient: More protocol fun > Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> > > Folks - > > I just finished another fun little protocol implementation. DnsClient is a client for DNS lookups of all sorts. Why implement the DNS protocol you ask? Well, because 1) it's fun, 2) it's educational, and 3) it's non-blocking. The latter is actually interesting, we've found that occasionally we get very long VM blocking due to synchronous name lookup performed in the Unix socket code. > > You can install DnsClient from Squeaksource: > > (Installer ss project: 'ar') > install: 'DnsClient-Core'; "all the code" > install: 'DnsClient-Tests'; "the tests" > install: 'DnsClient-Hacks'. "use DnsClient when present" > > DnsClient should work well but beware that on Windows it will currently use the deefault fallback name servers (Google DNS and OpenDNS) since I still need to implement the primitive to return the proper resolv.conf content (which is spread out in the Windows registry). Consequently, if you're trying look up local names or if you are behind a firewall, these addresses will fail until I've implemented the primitive proper. > > Cheers, > - Andreas >

July 31, 2010

Re: [Pharo-project] Limitation of number os literals in a method?

by nullPointer

XD -- View this message in context: http://forum.world.st/Limitation-of-number-os-literals-in-a-method-tp230874… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 31, 2010

Re: [Pharo-project] Underscores in 1.1??

by Schwab,Wilhelm K

Stef, No worries there. The value of underscores is for external interfacing: names map (more or less) directly and there are few if any concerns about whether removing the underscores resulted in two otherwise distinct names colliding. Like I said: THANKS!!!!! Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Saturday, July 31, 2010 7:03 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Underscores in 1.1?? Don't overuse that :) We do not like print_on_ ( ...) ;D Stef On Jul 25, 2010, at 3:05 PM, Schwab,Wilhelm K wrote: > THANKS!!!!! to all involved in getting this done. > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Lukas Renggli [renggli(a)gmail.com] > Sent: Sunday, July 25, 2010 4:32 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Underscores in 1.1?? > >> Is 1.1 able to handle underscores in method *and* class names? Is this really behind us now? > > Yes, all identifiers support underscore characters everywhere. Also > temporary and instance variables. And also in the refactoring engine. > > The only problem I just noticed in the editor is that double clicking > on a variable with a underscore does not change the selection > correctly. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > 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 _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 31, 2010

Re: [Pharo-project] Limitation of number os literals in a method?

by merlyn＠stonehenge.com

>>>>> "nullPointer" == nullPointer <epicfan(a)gmail.com> writes: nullPointer> That is the method with the problems: nullPointer> http://paste.lisp.org/display/113020 Eww. I hope that method was generated automatically, and that humans can maintain something that *generates* that method. Otherwise, it's a strong candidate for being broken up into sane smaller methods. Lots of repetition too. Could use a good refactoring, to invoke that code driven from some sort of data structure. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion

July 31, 2010

Re: [Pharo-project] Object>>doesNotUnderstand:

by StÃ©phane Ducasse

Denis I would really like to see/have access to your code because I think that the behavior you want should be in any system so that you can run really headless. Stef On Jul 27, 2010, at 10:58 PM, Denis Kudriashov wrote: > In either case control should not return to the point of error. If you want to log errors and then continue you need to continue from some well-defined point, not merely return control to the point of error. So if your approach is to catch and log errors, after logging you need to transfer control back to some starting point, e.g. by throwing some ResumeExecution exception. > > Thanks, It really work > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 31, 2010

Re: [Pharo-project] Limitation of number os literals in a method?

by nullPointer

That is the method with the problems: http://paste.lisp.org/display/113020 -- View this message in context: http://forum.world.st/Limitation-of-number-os-literals-in-a-method-tp230874… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 31, 2010

Re: [Pharo-project] [squeak-dev] [ANN] Magma 1.1r2

by Chris Muller

> Two more package missing in Magma repo: > > Ma exception handling-cmm.36.mcz > Ma object serialization tester-cmm.32.mcz Fixed. Thanks.

July 31, 2010

Re: [Pharo-project] Limitation of number os literals in a method?

by Eliot Miranda

On Sat, Jul 31, 2010 at 1:57 AM, nullPointer <epicfan(a)gmail.com> wrote: > > I get that error when I try save a CLView builded with the UIBuilder > > More than 256 literals referenced. > You must split or otherwise simplify this method. > The 257th literal is: 128 > > Select Proceed to continue, or close this window to cancel the operation. > > > > How I can solve that problem? The method than I try save is generated > programmatically... > A proper fix requires new bytecodes, but if your method contains lots of explicit literal references, not just lots of message selectors or global varaiables, then there is a workaround. The problem is due to encoding ranges in message send and literal reference bytecodes which are limited to a 0 to 255 single byte range. There is no way around this limitation for message selectors or global variables without defining as bytecode with an extended range, but for explicit references if you put your literals in multiple arrays and access them by index you can pool the indices. This can be done either at the compiler level or at the generation level, but you should start working at the generation level. e.g. myMethod | litPool0 litPool1 litPool2 litPool3 | litPool0 := #( a literal array with up to 128 elements). litPool1 := #( a literal array with up to 128 elements). litPool2 := #( a literal array with up to 128 elements). litPool3 := #( a literal array with up to 128 elements). .... self doSomethingWith: (litPool2 at: 127) ... Your method now uses 1 literal for each pool and 1 literal for each array index other than 1 & 2 (1 & 2 have special bytecodes for them, as does the selector #at:). So, assuming every index is used, the above method uses 4 + 126 = 130 literals, leaving 126 literals for selectors and globals, while providing access to 512 explicit literals in the pool literal arrays. If you were to make the literal pools 256 elements large you'd loose because you'd need as many literals for the indices 3 to 256 as you saved from making the literal pool indirect. So using more smaller pools increases the total number of literals, e.g. with 8 64-element pools the above example uses 8 + 62 = 70 literals. When we can get to it we need to redefine the bytecode set to extend these ranges. Take a look at the VisualWorks bytecodes for a better encoding scheme. HTH Eliot > > Thanks > -- > View this message in context: > http://forum.world.st/Limitation-of-number-os-literals-in-a-method-tp230874… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 31, 2010