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

[Pharo-project] Zodiac - 2nd delivery - A new (binary) secure socket stream + Zn clients doing HTTPS
by Sven Van Caekenberghe May 18, 2011

May 18, 2011

Hi, Here is the second delivery of Zodiac: A new (binary) secure socket stream and the ability of the Zinc HTTP Components clients to do HTTPS. Warning: this is of course not yet code for general consumption, use the source and the comments. This is a proof of concept. ZdcSecureSocketStream, a subclass of ZdcOptimizedSocketStream was added. This implementation works together with both a Socket and with a ZdcAbstractSSLSession object, of which there is currently one implementation, ZdcPluginSSLSession. Loading this code is safe, to make it work though, you need to add a plugin to your VM. Please go to http://code.google.com/p/squeakssl/ and download the apropriate plugin for your platform and put it next to the other plugins. Disclaimer: I only tested on Mac OS X, but the plugin should work on the other platforms. The Smalltalk code works on Pharo 1.2 and 1.3 as well as on Squeak 4.2 with any modifications. There is currently just one simple test in Zodiac itself. What is nicer though, is the fact the Zinc HTTP Components clients can now do HTTPS ! Load the latest version of Zinc-Zodiac from the ZincHTTPComponents repository and enable the socket stream factory: ZnNetworkingUtils default: ZnZodiacNetworkingUtils new. Tada: you should now be able to do any of the following ZnClient get: 'https://encrypted.google.com/search?q=Smalltalk' ZnHttpClient new get: 'https://www.gmail.com' ZnHttpClient new get: 'https://secure.wikimedia.org/' ZnHttpClient new get: 'http://gforge.inria.fr/frs/?group_id=1299' ZnHttpClient new get: 'https://www.paypal.com' ZnClient get: 'https://aws.amazon.com/' These are all part of ZnHTTPSTests. (The difference between ZnClient and ZnHttpClient is that the latter has more options, follows redirects, deals with cookies, ..). When you have Zinc-Patch-HTTPSocket loaded (which is the case in Pharo 1.3 Core and derivatives) the legacy interface will work as well: HTTPSocket httpGet: 'https://encrypted.google.com/search?q=Smalltalk' Please note that certificate management or checking the server's certificate or hostname is not yet supported. There will probably be many use cases that give errors. If you have examples that I can easily reproduce, please let me know. There is still a good way to go, but I think this is an important step. Sven

1 0

[Pharo-project] ConfigurationOfOmnibrowser
by Alexandre Bergel May 18, 2011

May 18, 2011

Hi! Apparently, baseline13: does not specific where to grab OB from. I added a line "spec repository: 'http://source.lukas-renggli.ch/omnibrowser'." and it works for me. But I am wondering why we did not bump into this problem before? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

Re: [Pharo-project] out of memory - cog on windows
by Tudor Girba May 18, 2011

May 18, 2011

> Hi again, > > I did not say what the problem was :). The problem was that when opening the image on Windows, he got a Space is low message and the image was not usable (see attachment). On Mac it worked just fine. > > Cheers, > Doru > > > > > > On 21 Apr 2011, at 12:52, Tudor Girba wrote: > >> Hi, >> >> I received a question from someone running a 200MB image on Windows using Cog 2361. >> >> If I open the image on Mac, it works just fine. Unfortunately, I do not have a Windows machine around, and I cannot test but I believe it should be solvable by increasing the allocated memory. >> >> On Mac, I would run it with: ./Croquet -memory 1500m >> >> Can anyone help me with the right incantation for Windows? >> >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> >> "What we can governs what we wish." >> >> >> >> <Space is low.png> > > -- > www.tudorgirba.com > > "Yesterday is a fact. > Tomorrow is a possibility. > Today is a challenge." > > >

6 26

[Pharo-project] [Hudson] Filesystem testrunner
by Marcus Denker May 18, 2011

May 18, 2011

https://pharo-ic.lille.inria.fr/hudson/job/Filesystem/ 1.3, rebuild after every core update. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

Re: [Pharo-project] Decompiler problem (leading to infinite loop of opening debuggers)
by Marcus Denker May 18, 2011

May 18, 2011

On May 18, 2011, at 1:32 PM, Toon Verwaest wrote: > On 05/18/2011 01:30 PM, Marcus Denker wrote: >> On May 18, 2011, at 1:26 PM, Toon Verwaest wrote: >> >>> I haven't figured out the exact decompiler bug yet, but just so you can easily fix your problem: >>> >> I tested on 1.3, and it's fixed there... we synced in 1.3 with some fixes from the old compiler. >> >> We could backport the compiler fixes to 1.2... > Oh ok, then I don't even look further. But that decompiler is a mess ... moving to OPAL would be a great improvement I'd say ... :-) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Decompiler problem (leading to infinite loop of opening debuggers)
by Johan Brichau May 18, 2011

May 18, 2011

Hi, In Pharo1.2.x, I get an infinite recursion of a debugger windows opening when I load a metacello config that has a problem in it. The relevant problem can be reconstructed (without the infinite loop :-) by evaluation the following: (MetacelloMCVersionSpec compiledMethodAt: #resolveToLoadableSpecs:map:) decompileWithTemps I'm absolutely no compiler guy, so I'm totally unaware of what is happening. But it's serious because I cannot debug the actual problem of the metacello config because of this. It was tried with Pharo1.2.1 and Pharo1.2.2-12353 and latest Cog VM (27 April 2011). I entered issue 4241 in the bug tracker for this. Johan

2 1

[Pharo-project] Error loading update with AnObsoleteTranscript
by Alain_Rastoul May 18, 2011

May 18, 2011

Hi, Trying to upgrade my 1.3 image with Menu/System/Software Update, I had a MNU during update 13191 at AnObsoleteTranscript class >> cr which comes from: UndeclaredVariableWarning>>defaultAction selector ifNotNil: [Transcript cr; nextPutAll: class name, '>>', selector, ' '] ifNil: [Transcript cr ]. Transcript show: '(' , name , ' is Undeclared) '. ^true Something is missing or I did something wrong? TIA Regards, Alain

3 5

[Pharo-project] [TODO] 1.3
by Marcus Denker May 18, 2011

May 18, 2011

Core ==== Open Issues: 20 http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D1.3 Failing Tests: 1 https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/lastCompleted… Full === Open Issues: 8 http://code.google.com/p/pharo/issues/list?can=2&q=Milestone%3D1.3-DevImage Failing Tests: 3 https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.3/lastCompletedBuild/t… => Most important next Issue to tackle: Get all tests green. It would be nice to get both Core and Full green. Than the idea is that in the spirit of Continuous Delivery, we just keep it green. No degeneration of trivial problems (undeclards), fast roll-back of problematic changes... The idea is to keep it in a state that we could, at a minumum, always say "We could release next Friday". And the best would be: "We could release today". -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

4 4

[Pharo-project] [Esug-list] [ANN] SmallHarbour project
by Torsten Bergmann May 18, 2011

May 18, 2011

You should check out: http://vagrantup.com It could help you automate the build of virtual environments (virtual box). Bye T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

2 1

[Pharo-project] Branded Cog for Win32 for Build slave (Was: [TODO] 1.3)
by Torsten Bergmann May 18, 2011

May 18, 2011

>provide a "Pharo Cog $VersionNumber" vm. > >The good news is that we now have a window build slave, so we will soon have >all 3 major architectures covered Nice - the windows build slave arrived! Who maintains it? So I expect the build slave to 1. get the code from Eliots svn repository 2. patch the code to "brand" the vm with custom Pharo icon and label 3. Replace the name of the VM to build in the Makefile 4. build it for use in OneClick or installer or to provide a zip Similar to what I've done so far manually. OK, so attached is the "patch" for branding the Cog VM for Win32 back from the Cog2378 that I used for Pharo 1.2.2. - PharoCog.def.in (always a copy of Squeak.def.in) - PharoCog.ico (the custom icon for PharoCog) - PharoCog.rc (the resource file including labeling and version) Copy these three files in the same directory as the "Makefile" Now set the name in the Makefile: # The name of the VM to build VM:=PharoCog Now you can build. Best would be to generate the "PharoCog.rc" from a Smalltalk in the Hudson slave build script, so the version number (which is the same as the one Eliot gives to Cog) is set dynamically. VALUE "FileDescription", "Pharo Cog Virtual Machine Revision 2378\0" VALUE "FileVersion", "1.2.2378\0" So 1.2.2378 means Pharo 1.2 with Cog 2378. If in doubt ask me. Who is building the slave? We should do the same also for the standard VM (which is a little bit different and with a different icon). We can also let the build slave (beside one click) create the full setup/installer. Thx Torsten -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

1 0