April 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] question on traits

by Adrian Lienhard

Yes, this should not be a conflict. I think I had implemented it that way. Probably it was broken in the recent refactoring that I did for method sharing... Adrian On Apr 10, 2009, at 13:47 , Alexandre Bergel wrote: > Hi All, > > Apparently, the way a conflict may be triggered is slightly different > from what is described in the toplas paper. > in the paper, it is said that a compiled method that is inherited from > more than one path does not trigger a conflict. With the current > implementation this trigger a conflict. > > For example: > T1 defines foo > T2 uses T1 > T3 uses T1 > T23 uses T2 + T3 > C uses T23 > > C new foo => conflict error. > > One would expect no conflict since there is only one definition of foo > Just wondering... > > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 10, 2009

Re: [Pharo-project] Fonts working great

by Damien Pollet

> Why is this requiring a new VM? Or did you mean an updated .app structure? Yes, I should have said VM application. Point is, the .app bundle is designed for this purpose, and images with preconfigured fonts will break or look ugly if the fonts are not there. The alternative possibilities are not very interesting: - use system fonts -> wrong, the fonts are only there by default on (most) linuxes, so in practice, images will break until the user manually installs the fonts - distribute fonts in the image -> huge image - distribute fonts besides the image -> it's already tedious to keep .image and .changes - distribute fonts besides the VM like the .sources -> I'm not sure if that plays well with OS conventions for font installation -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

April 10, 2009

Re: [Pharo-project] Multiple issues with class definition

by Marcus Denker

On 10.04.2009, at 05:34, Igor Stasenko wrote: > Another funny thing that i found, that you can actually do: > > | string | > string := 'Blabla'. > Object subclass: string > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: 'Whatever'. > > Smalltalk at: string " returns a class you just defined." > Yes, reflectively generating classes is what the browser does. And in addition, it is useful for tests. Or in general meta-programming tricks of the evil kind. (e.g. eToys used it to create on-the-fly classes for it's prototype- like object model. In most of these cases, it is better to use anonymous Behaviors, than you don't see them in the browser at all). > Its fun, but having no sense. What is interesting that OB can display > this class (but not in a regular way, you can find it in smart groups > pane, after searching for 'Blabla'). I think this is because the new class is not packaged. The old browser shows it in the class category 'Whatever', indistinguishable from a class created with the browser. Marcus -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

April 10, 2009

[Pharo-project] question on traits

by Alexandre Bergel

Hi All, Apparently, the way a conflict may be triggered is slightly different from what is described in the toplas paper. in the paper, it is said that a compiled method that is inherited from more than one path does not trigger a conflict. With the current implementation this trigger a conflict. For example: T1 defines foo T2 uses T1 T3 uses T1 T23 uses T2 + T3 C uses T23 C new foo => conflict error. One would expect no conflict since there is only one definition of foo Just wondering... Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 10, 2009

Re: [Pharo-project] Multiple issues with class definition

by Igor Stasenko

Btw, the latter proves, that class naming has nothing to do with system internals, it only provides a means for developer to identify the class so, then he can use a browsing tools for finding it. This is, of course, not something that i didn't knew before :) Just a thought, that by altering the browser (and some/many other places), one could have classes named as: 'MyPackage.MyClassName' or 'MyNamespase.MyClassName' -- Best regards, Igor Stasenko AKA sig.

April 10, 2009

[Pharo-project] Multiple issues with class definition

by Igor Stasenko

I just found, that when i tried to redefine previously declared regular class to a variable one, the ClassBuilder bugs me with error, that 'class can't be recompiled'. Just two doits to reproduce the problem: Object subclass: #Blabla instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Whatever'. Object variableSubclass: #Blabla instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Whatever'. i wonder what the reason of preventing me to redefine a mistakenly defined class, which having 0 methods? And even if i have the methods, so what? I think that this limitation is too strict. I find it quite inconvenient , since now, to redefine a class, i have to rename old one, then define a new one which is variable from a start and then manually copy methods from old one. Another funny thing that i found, that you can actually do: | string | string := 'Blabla'. Object subclass: string instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'Whatever'. Smalltalk at: string " returns a class you just defined." Its fun, but having no sense. What is interesting that OB can display this class (but not in a regular way, you can find it in smart groups pane, after searching for 'Blabla'). The above is true for both 3.10 and Pharo-10178 (and i think a more recent Pharo have same behavior). -- Best regards, Igor Stasenko AKA sig.

April 10, 2009

Re: [Pharo-project] Fonts working great

by Michael Rueger

On Thu, Apr 9, 2009 at 9:46 PM, Damien Pollet <damien.pollet(a)gmail.com> wrote: > The other Damien was lobbying for the inclusion of DejaVu. Since this > is going to require a new VM, what about making the jump at the same Why is this requiring a new VM? Or did you mean an updated .app structure? Michael

April 10, 2009

Re: [Pharo-project] macintosh carbon VM 4.0.1b1U

by John M McIntosh

On 9-Apr-09, at 11:50 PM, StÃ©phane Ducasse wrote: > Thanks ***a lot*** john. > About Alien support can you tell us more? > This means that there are some new primitives and that the alien code > would be just needed on the smalltalk side Nothing has changed I just point out it's in the macintosh carbon VM, But I don't believe anyone has built a Windows or Linux VM that works with it. It's all documented at http://wiki.squeak.org/squeak/6100 -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

April 10, 2009

Re: [Pharo-project] Fonts working great

by Damien Cassou

On Thu, Apr 9, 2009 at 9:46 PM, Damien Pollet <damien.pollet(a)gmail.com> wrote: > The other Damien was lobbying for the inclusion of DejaVu. Since this > is going to require a new VM, what about making the jump at the same > time as the closure VMs ? +1 (from the other Damien) -- Damien Cassou http://damiencassou.seasidehosting.st

April 10, 2009

Re: [Pharo-project] macintosh carbon VM 4.0.1b1U

by StÃ©phane Ducasse

Thanks ***a lot*** john. About Alien support can you tell us more? This means that there are some new primitives and that the alien code would be just needed on the smalltalk side On Apr 10, 2009, at 12:00 AM, John M McIntosh wrote: > I've pushed out a 4.0.1b1U macintosh carbon VM that is Closure > compiler aware with Alien Support. > > It can be found via > http://smalltalkconsulting.com/squeak.html > > > I also reviewed updated, and added the majority of the plugins that > have built over the years to support the VM and Sophie > since the Pharo team is now using the extended clipboard plugin for > unicode aware clipboard logic and there has been confusing > about where the plugin is. > > The ones I added are: > > ClipboardExtendedPlugin.bundle Extended clipboard support so you can > fetch anything from the mac os-x clipboard if you can interpreter the > bytes. > CurlPlugin.bundle Curl Support > KedamaPlugin.bundle > KedamaPlugin2.bundle > OggPlugin.bundle Ogg Support > RomePlugin.bundle > SerialExtendedUnixPlugin.bundle Extended os-x serial port support > SparklePlugin.bundle http://en.wikipedia.org/wiki/Sparkle_(software) > > > On the VM side the changes are: > > (a) Reference Mantis 0006987: signed32BitValueOf:, signed64BitValueOf: > etc. broken > However I had earlier patched that code base in the 3.8.21x series so > the issues involved have been fixed for some time. > > (b) Updated SocketPlugin for IPv6 primitives. > > (c) Reference Mantis 0007327: Bug in BitBlt: rgbMin and other set > alpha to 0 > > (d) Changes to how SqueakUnTrustedDirectory and SqueakTrustedDirectory > path names are resolved to support EToys On A Stick > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 10, 2009