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

Re: [Pharo-project] Pharo One Click 1.3 LNK file

by Sven Van Caekenberghe

On 13 Sep 2011, at 21:07, Lukas Renggli wrote: > On 13 September 2011 21:00, Sven Van Caekenberghe <sven(a)beta9.be> wrote: >> There is a problem with the current Pharo One Click 1.3 LNK (.lnk) file on Windows. >> >> It refers to non existing paths and thus does not work. >> >> More specifically the 'Target' and 'Starts In' fields are wrong. >> >> I know close to nothing about Windows, can somebody else help here ? > > As far as I observed newer versions of Windows do not support relative > references anymore. The only possible solution I see is to move the > .exe into the root (with the wrong icon) and to somehow use the .ini > file to get it going with the right image. > >> An additional problem is that these one click artifacts are built on Linux where the .lnk file probably cannot be edited. > > Yeah, the .lnk file has to be created on Windows. Torsten, are you not on Windows ? Any insights ? Thx, Sven

Sept. 14, 2011

Re: [Pharo-project] MethodContext #tempScopedNames vs #tempAt

by Philippe Marschall

On 13.09.2011 18:54, Philippe Marschall wrote: > On 12.09.2011 23:11, Eliot Miranda wrote: >> Hi Phillipe, >> >> On Mon, Sep 12, 2011 at 11:06 AM, Philippe Marschall >> <kustos(a)gmx.net <mailto:kustos@gmx.net>> wrote: >> >> Hi >> >> While trying to debug the debugger in Seaside (hi Mike) I stumbled on >> something funny. Seaside the following code to work: >> >> Semaphore forMutualExclusion critical: [ >> | sender | >> sender := thisContext sender. >> sender tempAt: sender tempScopedNames size ] >> >> >> This just won't work with the Closure compiler. This approach only >> worked with old blue-book blocks Squeak. Instead you need to look at >> DebuggerMethodMap, tempNamesForContext:, namedTempAt: et al. > > Ok, I tried implementing it in terms of #tempNamesForContext: (through > #tempNames) and #namedTempAt: this works sometimes and in other times I > get 'Instances of UndefinedObject are not indexable'. See the attached > unit test. I just checked and this was working in 1.2. Cheers Philippe

Sept. 14, 2011

[Pharo-project] Downloading configuration on Pharo1.3 and Pharo1.4 freezes my image

by Guillermo Polito

Hi! Some students had their Pharo1.3 and Pharo1.4 images freezed when executing the following script: Gofer it squeaksource: 'ObjectBrowser'; package: 'ConfigurationOfObjectBrowser'; load. (ConfigurationOfObjectBrowser project version: #bleedingEdge) load I've reproduced it with the last images from Hudson/Jenkins, and they allways freeze on the Cleaning up step... On the other hand, it loads correctly on latest 1.2... Does anybody have an idea of what's happening? Thanks, Guille

Sept. 14, 2011

Re: [Pharo-project] [squeak-dev] anyone have a more up-to-date MethodWrappers for Squeak than MethodWrappers3.9-pmm.10?

by Eliot Miranda

On Tue, Sep 13, 2011 at 2:58 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Eliot, you can take a look to > > http://www.squeaksource.com/ObjectMetaTools > > > Package MethodWrapper. Do you mean the implementation that uses the > #run:with:in ? > I'll take a look at this. I'd started looking at the older one. If anyone's interested attached are changes that restore generateWith:using: that allow one to create instances of subclasses of CompiledMethod. > Cheers > > > On Tue, Sep 13, 2011 at 11:42 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > >> Hi All, >> >> the most up-to-date MethodWrappers I can find is for Squeak 3.9, >> pre-closures. Anyone have anything compatible with Squeak 4.1/4.2/Pharo >> 1.1/1.2/1.3? >> >> -- >> best, >> Eliot >> >> >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- best, Eliot

Sept. 13, 2011

[Pharo-project] Bye, bye Jtalk... Hello Amber!

by Nicolas Petton

As some of you may know there is a new Smalltalk in town - and up until today it was called Jtalk. After a furious three week development period after the ESUG 2011 conference (where Jtalk raised some eyebrows) we are now making a first release humbly numbered 0.9. We are also taking the opportunity to pick a slicker name for Jtalk - Amber! New website is at: http://www.amber-lang.net So, why would you take a look at Amber? In our opinion Amber is perfectly positioned for the HTML5 onslaught and the explosion of all-things-javascript like for example Nodejs. It is a Smalltalk that plays well with others and can seamlessly use Javascript libraries. At the same time Amber feels like a *real* Smalltalk, the environment is all there including Workspace, Transcript, Browser, senders/implementors/references to class, TestRunner, Inspectors, code editing with syntax coloring and a Debugger. There is no image, but all compilation is incremental. Below follows a summary of the massive changes since ESUG that triggered us to make a first release. We hope you join us in developing Amber and having fun! There is already work being made in using Amber on top of Java using Rhino, using Amber for making games and lots more. Fork at github, join in #amber-lang on freenode and hop onto the mailing list. regards, Nicolas & GÃ¶ran (and thanks to Laurent, David, Bernat, Stefan, Raimon, Alexandre, Dale, Juraj, Ken, Pavel and everyone else that have been involved) --------------------------------------- Language, compiler and runtime - New 100x faster parser built using PEGjs instead of the old parser built using PetitParser. - New much faster ChunkParser implementation in handwritten Amber instead of using PetitParser. - Improved parsing error report with quoted source code plus marker pinpointing parsing error. - Removed PetitParser since it is no longer needed by Amber itself. - Added compiler optimizations in the form of speculative inlining of specific messages and control structures. - Added support for dynamic Arrays, just like in Squeak/Pharo. - Added support for similar dynamic Dictionaries, not seen in other Smalltalks. - Added & and | as allowed binary selectors and implemented them in Boolean. - Added a Set implementation. - Added basic support for Packages, dependency management coming soon. ...and various extensions, enhancements and bug fixes to the library classes. Development environment - A working Debugger with integrated inspector, proceed etc. - A structure with multiple different Amber environments in different directories. - A working amberc command line compiler including a Makefile for recompiling the whole Amber. - Enabled TestRunner in the IDE for running unit tests based on SUnit. - Added "File in" button in Workspace to easily paste and filein source code in chunk format in the IDE. - Added "Rename package" and "Remove package" buttons to browser that use the new Package model. - Added a standalone webDAV server in Amber so that it is simpler to get up and running and able to commit code locally. Example code and ports - Ported ProfStef interactive tutorial, available on Amber homepage (www.amber-lang.net/learn.html) but also in examples directory. - Included the ESUG presentation as an example also in the examples directory. - Several new examples running on Node.js and webOS included, all with Makefiles. Various other things - Issue tracker on github now used as primary source, closed a bunch of reported issues. - Wiki pages on github with information on how to port code from other Smalltalks, lists of articles, tutorials, roadmap and more. -- Nicolas Petton http://www.nicolas-petton.fr

Sept. 13, 2011

Re: [Pharo-project] shift of -1@0 when clicking a morph

by Alexandre Bergel

This problem is bizarre. > No problem at all with http://www.mirandabanda.org/files/Cog/VM/VM.r2489/Cog.app.tgz I just tried now, and the problem is apparent. Alexandre > > With CogVM the problem is quite apparent. > > Alexandre > > > On 13 Sep 2011, at 17:21, Tudor Girba wrote: > >> Hi, >> >> Apparently, this issue is related to VMs at least on Mac. >> >> Try the followings: >> 1. download sample image: >> http://dl.dropbox.com/u/18323746/Tmp/moose-drag-issue.zip >> >> 2. execute it with the latest Jenkins blessed VM: >> https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-Mac-Cocoa-blessed/lastSucc… >> - click on 1 or 3 on the left hand side (repeatedly - sometimes the issue does not appear straightaway) >> - the pane to the right should be updated with the numbers but it is not. Instead the clicked number slightly moves (due to dragging) >> >> 3. now execute the same image with the Elliot's VM: >> http://www.mirandabanda.org/files/Cog/VM/VM.r2489/Cog.app.tgz >> - click on 1 or 3 on the left hand side >> - the pane to the right is updated and the number on the left does not move at all >> >> Cheers, >> Doru >> >> On 13 Sep 2011, at 11:57, Mariano Martinez Peck wrote: >> >>> >>> >>> On Tue, Sep 13, 2011 at 11:27 AM, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: >>> Have you checked to morph's bounds in case the origin/corner has non Integer values? >>> I've seen odd behaviour when they are Floats or Fractions. >>> >>> >>> yes, like putting them into a PointArray. Floats for example will lose the decimal part. >>> >>> (just a stab-in-the-dark, worth checking though) >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Tudor Girba" <tudor(a)tudorgirba.com> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Saturday, September 10, 2011 7:34 PM >>> Subject: Re: [Pharo-project] shift of -1@0 when clicking a morph >>> >>> >>> >>> Just to stress this issue a bit more: >>> >>> The problem is critical for getting Mondrian to work properly with Glamour (be able to get the interaction from the visualization in the surrounding browser), and it is a show stopper for releasing Moose 4.6. Any help would be appreciated. >>> >>> Cheers, >>> Doru >>> >>> >>> On 10 Sep 2011, at 08:40, StÃ©phane Ducasse wrote: >>> >>> >>> On Sep 10, 2011, at 2:06 AM, Alexandre Bergel wrote: >>> >>> Hi! >>> >>> In Pharo 1.3 13287 I am experiencing something very strange. Apparently, when I click a morph the mouseOver: event has a x value reduced by 1. This happens only when I click. Subsequent mouseOver: are fine. This triggers an odd behavior in Mondrian. >>> >>> Strange indeed. >>> >>> >>> In Pharo 1.4 14112, this strange behavior has disappeared. >>> >>> I tried to load some more recent packages of Morphic, Graphics, Polymorph... without success (either I get an emergency debugger or the image freezes). >>> >>> Maybe: http://code.google.com/p/pharo/issues/detail?id=4503 ? But I could not find the Slice. >>> >>> No I do not think this is related >>> >>> Stef >>> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every now and then stop and ask yourself if the war you're fighting is the right one." >>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >> >> -- >> www.tudorgirba.com >> >> "The coherence of a trip is given by the clearness of the goal." >> >> >> >> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 13, 2011

Re: [Pharo-project] [squeak-dev] anyone have a more up-to-date MethodWrappers for Squeak than MethodWrappers3.9-pmm.10?

by Mariano Martinez Peck

Eliot, you can take a look to http://www.squeaksource.com/ObjectMetaTools Package MethodWrapper. Do you mean the implementation that uses the #run:with:in ? Cheers On Tue, Sep 13, 2011 at 11:42 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > Hi All, > > the most up-to-date MethodWrappers I can find is for Squeak 3.9, > pre-closures. Anyone have anything compatible with Squeak 4.1/4.2/Pharo > 1.1/1.2/1.3? > > -- > best, > Eliot > > > > > -- Mariano http://marianopeck.wordpress.com

Sept. 13, 2011

[Pharo-project] anyone have a more up-to-date MethodWrappers for Squeak than MethodWrappers3.9-pmm.10?

by Eliot Miranda

Hi All, the most up-to-date MethodWrappers I can find is for Squeak 3.9, pre-closures. Anyone have anything compatible with Squeak 4.1/4.2/Pharo 1.1/1.2/1.3? -- best, Eliot

Sept. 13, 2011

Re: [Pharo-project] shift of -1@0 when clicking a morph

by Alexandre Bergel

No problem at all with http://www.mirandabanda.org/files/Cog/VM/VM.r2489/Cog.app.tgz With CogVM the problem is quite apparent. Alexandre On 13 Sep 2011, at 17:21, Tudor Girba wrote: > Hi, > > Apparently, this issue is related to VMs at least on Mac. > > Try the followings: > 1. download sample image: > http://dl.dropbox.com/u/18323746/Tmp/moose-drag-issue.zip > > 2. execute it with the latest Jenkins blessed VM: > https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-Mac-Cocoa-blessed/lastSucc… > - click on 1 or 3 on the left hand side (repeatedly - sometimes the issue does not appear straightaway) > - the pane to the right should be updated with the numbers but it is not. Instead the clicked number slightly moves (due to dragging) > > 3. now execute the same image with the Elliot's VM: > http://www.mirandabanda.org/files/Cog/VM/VM.r2489/Cog.app.tgz > - click on 1 or 3 on the left hand side > - the pane to the right is updated and the number on the left does not move at all > > Cheers, > Doru > > On 13 Sep 2011, at 11:57, Mariano Martinez Peck wrote: > >> >> >> On Tue, Sep 13, 2011 at 11:27 AM, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: >> Have you checked to morph's bounds in case the origin/corner has non Integer values? >> I've seen odd behaviour when they are Floats or Fractions. >> >> >> yes, like putting them into a PointArray. Floats for example will lose the decimal part. >> >> (just a stab-in-the-dark, worth checking though) >> >> Regards, Gary >> >> ----- Original Message ----- From: "Tudor Girba" <tudor(a)tudorgirba.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Saturday, September 10, 2011 7:34 PM >> Subject: Re: [Pharo-project] shift of -1@0 when clicking a morph >> >> >> >> Just to stress this issue a bit more: >> >> The problem is critical for getting Mondrian to work properly with Glamour (be able to get the interaction from the visualization in the surrounding browser), and it is a show stopper for releasing Moose 4.6. Any help would be appreciated. >> >> Cheers, >> Doru >> >> >> On 10 Sep 2011, at 08:40, StÃ©phane Ducasse wrote: >> >> >> On Sep 10, 2011, at 2:06 AM, Alexandre Bergel wrote: >> >> Hi! >> >> In Pharo 1.3 13287 I am experiencing something very strange. Apparently, when I click a morph the mouseOver: event has a x value reduced by 1. This happens only when I click. Subsequent mouseOver: are fine. This triggers an odd behavior in Mondrian. >> >> Strange indeed. >> >> >> In Pharo 1.4 14112, this strange behavior has disappeared. >> >> I tried to load some more recent packages of Morphic, Graphics, Polymorph... without success (either I get an emergency debugger or the image freezes). >> >> Maybe: http://code.google.com/p/pharo/issues/detail?id=4503 ? But I could not find the Slice. >> >> No I do not think this is related >> >> Stef >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every now and then stop and ask yourself if the war you're fighting is the right one." >> >> >> >> >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > -- > www.tudorgirba.com > > "The coherence of a trip is given by the clearness of the goal." > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 13, 2011

Re: [Pharo-project] Zodiac Alpha - September 13, 2011

by StÃ©phane Ducasse

thanks sven BTW we will start to write a chapter on zinc with olivier auverlot :) On Sep 13, 2011, at 9:10 PM, Sven Van Caekenberghe wrote: > I uploaded a modified PharoOneClick 1.3 app for Mac OS X, Linux and Windows to make it easier for others to test Zodiac, an as yet unfinished attempt at a better (secure) socket stream, in order to support HTTPS. This is a 40Mb download. > > The included VM contains the necessary native SSL plugins for each platform. > > The image itself was built as follows: > > ---- > > "Started with a standard Pharo One Click 1.3 #13306" > > Gofer it > squeaksource: 'ZincHTTPComponents'; > package: 'Zinc-HTTP'; > package: 'Zinc-Tests'; > package: 'Zinc-Patch-HTTPSocket'; > load. > > Gofer it > squeaksource: 'Zodiac'; > package: 'Zodiac-Core'; > package: 'Zodiac-Tests'; > load. > > Gofer it > squeaksource: 'ZincHTTPComponents'; > package: 'Zinc-Zodiac'; > load. > > "Switch to the Zn Zodiac socket factory" > > ZnNetworkingUtils default: ZnZodiacNetworkingUtils new. > > "Note: all http(s) in the image will now go through Zodiac streams" > > "** Make sure to use a Mac OS X Cog VM with the SSL plugin **" > > "Run the units tests, or just try" > > ZnClient get: 'https://encrypted.google.com'. > > --- > > Normally, all tests pass on Mac OS X, on Linux #testGForceInria fails, on Windows additionally #testAmazonAWS and #testPayPal fail. Additionally, #testSlashdotGzipChunked from the regular Zn sometimes fails because the server that is tested sometimes returns an unexpected answer (actually the test is not very good). > > Sven > >

Sept. 13, 2011