- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Issue for Pharo2 needs review

by Stephan Eggermont

Hmm, not easily reproducible. Stephan

Dec. 9, 2013

Re: [Pharo-dev] Smalltalk in a C World

by phil＠highoctane.be

The main issue is that it is complicated to embed the VM in C code. That's due to how the VM is done. Compared to TCL, where you can easily embed the interpreter in a C program, this is a problem. http://wiki.tcl.tk/3474 Where you can embed the interpreter in a C program, you can do whatever integration you want. Now, with NativeBoost, we can call C. The next challenge would be to be able to call Pharo from C by embedding the interpreter. I am curious to see what you guys think about this. I would love to see things like mod_pharo (as there is mod_php, mod_perl, mod_tcl...) in Apache. --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Mon, Dec 9, 2013 at 9:48 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > please note that generating dlls alone wont be enough , plugins are > compiled against a runtime or specific libraries (a Plugin SDK) and > Smalltalk MT would have to be able to do that in order to be a viable > solution. > > > On Mon, Dec 9, 2013 at 10:28 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> You should think that they use their smalltalk for their projects. >> >> Stef >> >> On Dec 9, 2013, at 9:21 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >> How can people even know Smalltalk MT still exist with their website and >> their communication ? >> >> I looked at other Smalltalks a while ago, for Smalltalk MT I clicked on >> "what's new" on their website and I got that: >> >> <Screen Shot 2013-12-09 at 9.18.11 AM.png> >> >> Then I thought this Smalltalk was dead (nothing new in the past 4 years) >> and I didn't look any further. >> >> >> 2013/12/8 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >>> >>> > Yes - still alive and kicking. But I'm sure you did not notice since >>> there >>> > are no "big" announcements or advertising for it. >>> > ObjectConnect follows the "time is better invested into technology" >>> strategy. >>> > It is one of the most interesting Smalltalks ever implemented. >>> >>> http://www.objectconnect.com/stmt_overview.htm >>> I like the idea that you can get 50kb applications. >>> Now since this is a closed system and windows-centric. >>> But I like that it shows that Smalltalk does not have to be the image >>> centric way. >>> >>> > >>> > The newest ST/MT 6.3 version (now 64 bit) is from end of November 2013 >>> >>> Now it is not a community thing. :) >>> And the web site stop and 5.6 in 2009. >>> >>> Last time I talk to tarrick he told me that he could control the "no gc >>> in the next 250 frames on PS2" >>> but it was in 1998 :) >>> >>> >>> Stef >>> >> >> >> >

Dec. 9, 2013

Re: [Pharo-dev] [Nautilus] How to copy a method from a class to another class ?

by kilon alios

ok I figured some things out and created the relevant methods but I am getting a MNU with copyMethod: toTheClass: Array(Object)>>doesNotUnderstand: #realClass PackageTreeNautilusUI(AbstractNautilusUI)>>copyMethod:toTheClass: PackageTreeNautilusUI(NautilusUI)>>pasteMethod MethodWidget class>>elementsMenu: in Block: [ target pasteMethod ] BlockClosure>>cull: ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: in Block: [ ... BlockClosure>>ensure: CursorWithMask(Cursor)>>showWhile: ToggleMenuItemMorph(MenuItemMorph)>>invokeWithEvent: ToggleMenuItemMorph(MenuItemMorph)>>mouseUp: ToggleMenuItemMorph(MenuItemMorph)>>handleMouseUp: MouseButtonEvent>>sentTo: ToggleMenuItemMorph(Morph)>>handleEvent: MorphicEventDispatcher>>dispatchDefault:with: MorphicEventDispatcher>>dispatchEvent:with: ToggleMenuItemMorph(Morph)>>processEvent:using: MorphicEventDispatcher>>dispatchDefault:with: MorphicEventDispatcher>>dispatchEvent:with: MenuMorph(Morph)>>processEvent:using: MenuMorph(Morph)>>processEvent: MenuMorph>>handleFocusEvent: HandMorph>>sendFocusEvent:to:clear: in Block: [ ... BlockClosure>>on:do: WorldMorph(PasteUpMorph)>>becomeActiveDuring: HandMorph>>sendFocusEvent:to:clear: HandMorph>>sendEvent:focus:clear: HandMorph>>sendMouseEvent: HandMorph>>handleEvent: HandMorph>>processEvents WorldState>>doOneCycleNowFor: in Block: [ :h | ... you can find my code here http://www.smalltalkhub.com/#!/~kilon/copyMethod/ Am I doing something wrong ? Just for your information I added 2 menu entries and 2 corresponding methods , one for Copy and one for Paste. On Sun, Dec 8, 2013 at 12:27 AM, Benjamin < Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > The menus are on AbstractNautilusUI class, protocol âmenusâ > > You can find how to move methods in AbstractTool. > I guess the copy will be there too :) > > Ben > > On 07 Dec 2013, at 23:16, kilon alios <kilon.alios(a)gmail.com> wrote: > > Check Mate in 2 moves. Well played my friend, well played. > > > :P > > > Ok I will bite , how I figure out the right click menu and the copy > function ? Which classes and methods should I look at ? Help me understand > and Santa Clause will bring the slice down your chimney. > > > On Sun, Dec 8, 2013 at 12:11 AM, Benjamin < > Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> Was not plan, but if someone propose a slice, it will get in :P >> >> Ben >> >> On 07 Dec 2013, at 22:53, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> thanks. Is there any chance this will make it into the right click menu ? >> Looks like quite essential to me. Also it would make it unnecessary to open >> a new nautilus window for the shake of copying to an another package. >> >> >> On Sat, Dec 7, 2013 at 11:26 PM, Benjamin < >> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> >>> drag and drop them holding shift (you should see a little red â+â) >>> >>> Ben >>> >>> On 07 Dec 2013, at 22:15, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> Hey there I was wondering how to copy a couple of methods I have from >>> one class to another. I can't find anything that can do this from right >>> clicking the method. >>> >>> >>> >> >> > >

Dec. 9, 2013

Re: [Pharo-dev] Issue for Pharo2 needs review

by Stephan Eggermont

Downloaded 20628 & 288 VM, run on a Mavericks mac Browse the slice: Segmentation fault Mon Dec 9 10:12:26 2013 https://github.com/pharo-project/pharo-vm.git Commit: 71adca113a9aff2876288927e5c1c86bf7ac13e2 Date: 2013-12-07 05:00:47 -0800 By: Philippe Back <philippeback(a)gmail.com> Jenkins build #14776 C stack backtrace: 0 Pharo 0x0019fdac reportStackState + 140 1 libsystem_platform.dylib 0x9b433deb _sigtramp + 43 2 ??? 0xffffffff 0x0 + 4294967295 Smalltalk stack dump: 0xbffb64e0 M DisplayScreen>forceToScreen: 0x1f5031f4: a(n) DisplayScreen 0xbffb64fc M [] in DisplayScreen>forceDamageToScreen: 0x1f5031f4: a(n) DisplayScreen

Dec. 9, 2013

Re: [Pharo-dev] Smalltalk in a C World

by kilon alios

please note that generating dlls alone wont be enough , plugins are compiled against a runtime or specific libraries (a Plugin SDK) and Smalltalk MT would have to be able to do that in order to be a viable solution. On Mon, Dec 9, 2013 at 10:28 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > You should think that they use their smalltalk for their projects. > > Stef > > On Dec 9, 2013, at 9:21 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > How can people even know Smalltalk MT still exist with their website and > their communication ? > > I looked at other Smalltalks a while ago, for Smalltalk MT I clicked on > "what's new" on their website and I got that: > > <Screen Shot 2013-12-09 at 9.18.11 AM.png> > > Then I thought this Smalltalk was dead (nothing new in the past 4 years) > and I didn't look any further. > > > 2013/12/8 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> >> > Yes - still alive and kicking. But I'm sure you did not notice since >> there >> > are no "big" announcements or advertising for it. >> > ObjectConnect follows the "time is better invested into technology" >> strategy. >> > It is one of the most interesting Smalltalks ever implemented. >> >> http://www.objectconnect.com/stmt_overview.htm >> I like the idea that you can get 50kb applications. >> Now since this is a closed system and windows-centric. >> But I like that it shows that Smalltalk does not have to be the image >> centric way. >> >> > >> > The newest ST/MT 6.3 version (now 64 bit) is from end of November 2013 >> >> Now it is not a community thing. :) >> And the web site stop and 5.6 in 2009. >> >> Last time I talk to tarrick he told me that he could control the "no gc >> in the next 250 frames on PS2" >> but it was in 1998 :) >> >> >> Stef >> > > >

Dec. 9, 2013

Re: [Pharo-dev] [Pharo 3] Failing tests on Build Server

by Sven Van Caekenberghe

On 09 Dec 2013, at 09:38, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Linux: > ReleaseTest>>testUnknownProcesses > BlockClosureTest>>testOnForkErrorTakesLessThanOneSecond > > Win: > ZnHTTPSTests.>>testGetPharoVersion This is a problem with the networking infrastructure on the windows slave. Error Message cannot resolve âci.inria.fr' in other words, its a DNS lookup failure. There is not much that higher level code can do but to give up. > All: > ReleaseTest>>#testObsoleteBehaviors >

Dec. 9, 2013

[Pharo 3] Failing tests on Build Server

by Marcus Denker

Linux: ReleaseTest>>testUnknownProcesses BlockClosureTest>>testOnForkErrorTakesLessThanOneSecond Win: ZnHTTPSTests.>>testGetPharoVersion All: ReleaseTest>>#testObsoleteBehaviors

Dec. 9, 2013

Issue for Pharo2 needs review

by Marcus Denker

12300 #date:time: fix backport 2.0 https://pharo.fogbugz.com/f/cases/12300/

Dec. 9, 2013

Re: [Pharo-dev] Smalltalk in a C World

by StÃ©phane Ducasse

You should think that they use their smalltalk for their projects. Stef On Dec 9, 2013, at 9:21 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > How can people even know Smalltalk MT still exist with their website and their communication ? > > I looked at other Smalltalks a while ago, for Smalltalk MT I clicked on "what's new" on their website and I got that: > > <Screen Shot 2013-12-09 at 9.18.11 AM.png> > > Then I thought this Smalltalk was dead (nothing new in the past 4 years) and I didn't look any further. > > > 2013/12/8 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > > Yes - still alive and kicking. But I'm sure you did not notice since there > > are no "big" announcements or advertising for it. > > ObjectConnect follows the "time is better invested into technology" strategy. > > It is one of the most interesting Smalltalks ever implemented. > > http://www.objectconnect.com/stmt_overview.htm > I like the idea that you can get 50kb applications. > Now since this is a closed system and windows-centric. > But I like that it shows that Smalltalk does not have to be the image centric way. > > > > > The newest ST/MT 6.3 version (now 64 bit) is from end of November 2013 > > Now it is not a community thing. :) > And the web site stop and 5.6 in 2009. > > Last time I talk to tarrick he told me that he could control the "no gc in the next 250 frames on PS2" > but it was in 1998 :) > > > Stef >

Dec. 9, 2013

Re: [Pharo-dev] It would be too expensive to add a description for packages in Configuration Browser?

by StÃ©phane Ducasse

> Hi Hernan, > > the problem is not the button - but the missing standard and standardized descriptions > on the configs... > > For instance I also write markup docu on my configs (see ConfigurationOfINIFile) - it > is loadable as a usual config but adds two class side methods: #documentation > and #tutorialOn: using the <onlineTutorial> pragma. > > The documentation is stored as class comment in markdown format on the > ConfigurationOfINIFile class. I use the same description then for the STHub project page. > > If one loads additionally the "PharoOnlineHelp" package afterwards it will also appear > magically in my Pharo online help as a tutorial. This was my proposal - but so far it looks > like nobody is really interested. this is not that this is a question of time. And sorry but I will not use markdown. > Maybe because often this ends in "which syntax" discussions and due to the lack of > good in image default text display facilities for markup, pier-syntax, ... > > In general it can be done easily, but we have to agree on some kind of "common standard" > for configurations and documentation on > - how to describe a package (also the format, either markdown or pier syntax with http://smalltalkhub.com/#!/~Pier/Pillar) > - how to name the methods or pragmas that are used > > Stef also did something (with Catalog), the ConfigurationOfINIFile for instance has two supporting > methods: #catalogDescription and > #repositoryUrlString. this one is deprecated after discussing with versioner. > Still Catalog uses Pier and is not really visible - and STHub does support markdown by default. > > As of today I would like to see Pharo moving into the following direction: > - using the configs for describing the help/documentation/package descriptions > - also tagging with package categories (for instance there are packages/projects for "database access", others for "parsers", or "games") > - maybe use pier syntax for descriptions (it can be parsed by Pillar and other formats like HTML, markdown, Latex, ... be generated) > - generate pages like catalog https://ci.inria.fr/pharo-contribution/job/PharoProjectCatalog/HTML_Report/? > but with a better design and visibility like "http://packages.pharo.org" The code is open. My time is really counted. Just merged your convention to mine and unify. > together with a loadable list for the config browser > - when one uploads such a ConfigurationOfMyKillerApp to STHub it should automagically update the > STHub description (which is currently only possible via the web interface) > - additional rankings (number of downloads like on STHub, successful CI builds, member rankings, ...) > - automated verfication > - ... <snip>lot of other ideas</snip> > > Bye > T. > > Gesendet: Sonntag, 08. Dezember 2013 um 22:12 Uhr > Von: "HernÃ¡n Morales Durand" <hernan.morales(a)gmail.com> > An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> > Betreff: Re: [Pharo-dev] It would be too expensive to add a description for packages in Configuration Browser? > Hi Torsten, > > 2013/12/8 Torsten Bergmann <astares(a)gmx.de> > The reason is simple: when I wrote the config browser > there was no such additional description on the configs itself > and one would have to load the config into the image first. > > Think of 2000 config's (note each is a package) loading in the future when > the config browser opens. This will take ages. I think this is not good > since the app should be responsive. > > Maybe a "show details" button helps when the package is selected. > > > > I agree (see attached screenshot). I have added the button but the thing is: Package can be fetched from the repository, but there is no package description. There are only textual descriptions of commits. > > So anyone see any workaround here? > > > > I would rather see: > 1. Either a simple hosted seaside app "Pharo Store" that one can use to > register a config for a specific pharo version (similar like squeakmap) > maybe directly from the STHub interface with description, ... > > This app can be queried by the config browser (JSON/XML/Fuel/...) > to display infos on the package, maybe also a rating about downloads, ... > > 2. Or a general mechanism that loads the configs, runs tests and if > OK provides them for the config browser as "yes these config really work" > > > Absolutely. Configurations should be certified. > > > HernÃ¡n >

Dec. 9, 2013