- Pharo-dev - lists.pharo.org

[Pharo-project] Developing on virtualized Android

by Torsten Bergmann

Hi Dimitry, did you try Pharo/Squeak for android on Android x86 and virtualbox (without a device) http://androidspin.com/2011/01/24/howto-install-android-x86-2-2-in-virtualb… Is there a short howto? Would be nice for people to play with it even without an android device... Thanks Torsten -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurÃ¼ck-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone

Sept. 13, 2011

Re: [Pharo-project] vm test volunteers

by Esteban Lorenzano

Hi, El 13/09/2011, a las 10:27a.m., Dave Mason escribiÃ³: > Hi Esteban, > > On Sep 12, 2011, at 23:44, Esteban Lorenzano wrote: > >> El 12/09/2011, a las 4:28p.m., Dave Mason escribiÃ³: >> >>> Seems to work on Leopard (loads my image - I think Pharo-1.2). But if I go into Settings and set full-screen mode, Cmd-Tab and keyboard space change keys no longer work. >> >> I think that's what is supposed to happen. Or at least, that's what is happening in my system with older vm's too. > > The switching keys worked for me with non-Cocoa VMs, including Eliot's VMs. This is the first time they don't work. I'd really like them to work, because I like full-screen, but I do run other apps. > oh, well... it is not worning in any cocoa version, not just this :) anyway... I think that functionality should be replace with "full screen mode" present on lion... so I need to think a little how to solve this. (added to the "infinite todo"... but with some level of priority :) Esteban > ../Dave

Sept. 13, 2011

Re: [Pharo-project] vm test volunteers

by Dave Mason

Hi Esteban, On Sep 12, 2011, at 23:44, Esteban Lorenzano wrote: > El 12/09/2011, a las 4:28p.m., Dave Mason escribiÃ³: > >> Seems to work on Leopard (loads my image - I think Pharo-1.2). But if I go into Settings and set full-screen mode, Cmd-Tab and keyboard space change keys no longer work. > > I think that's what is supposed to happen. Or at least, that's what is happening in my system with older vm's too. The switching keys worked for me with non-Cocoa VMs, including Eliot's VMs. This is the first time they don't work. I'd really like them to work, because I like full-screen, but I do run other apps. ../Dave

Sept. 13, 2011

Re: [Pharo-project] should I use cocoa-blessed or cocoa?

by Sean P. DeNigris

Marcus Denker-4 wrote: > >> Perhaps we should have two tabs on jenkins: >> - VM blessed (stable) >> - VM bleeding (unstable) > +1 for: - VM-stable - VM-unstable -- View this message in context: http://forum.world.st/should-I-use-cocoa-blessed-or-cocoa-tp3809385p3810046… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 13, 2011

[Pharo-project] Pharo and SSL

by Torsten Bergmann

>Hello.I'm developing an application, and I need SSL support from >PharoMy dream I can access the Pharo app from a https url.Can I do >this with just the pure Pharo image?(Yes I know some plugin >needed.)But I dont want to use the Apache or other web server >Thx.ByteLÃ¡szlÃ³ Zsolt At least you need the squeak ssl plugin and a certificate. The plugin is an external plugin but I think it can be compiled into the VM if you just want to distribute the VM excutable and the image: http://squeakingalong.wordpress.com/2010/08/07/using-squeakssl-with-seaside/ Bye T. -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurÃ¼ck-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone

Sept. 13, 2011

Re: [Pharo-project] should I use cocoa-blessed or cocoa?

by Esteban Lorenzano

that's exactly what Cog-Mac-Cocoa and Cog-Mac-Cocoa-blessed are... but yes, the names are some kind confusing :) Esteban El 13/09/2011, a las 4:53a.m., Luc Fabresse escribiÃ³: > > Perhaps we should have two tabs on jenkins: > - VM blessed (stable) > - VM bleeding (unstable) > > #Luc > > > > 2011/9/13 Mariano Martinez Peck <marianopeck(a)gmail.com> > When you load something with Metacello, what do you want? bleedingEdge or stable? ;) > > On Tue, Sep 13, 2011 at 9:48 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > on jenkins > > Stef > > > > > -- > Mariano > http://marianopeck.wordpress.com > >

Sept. 13, 2011

Re: [Pharo-project] Zinc HTTPS

by Sven Van Caekenberghe

On 12 Sep 2011, at 14:45, Sven Van Caekenberghe wrote: > Now, I still have to try the actual SSL tests by moving the plugin inside the One Click VM's on Linux and Windows. > I'll report on how that goes later on when I have some more time. I took a current Pharo One Click 1.3 (actually #13299) and placed the matching plugins from http://squeakssl.googlecode.com/files/SqueakSSL-bin-0.1.4.zip in the right places (I had to chmod +x the linux one) and tested the latest Zinc and Zodiac code, like this: 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. The good news is that, as I reported before, the non secure socket streams run without problems on all platforms. Also good is that the secure socket streams with the native plugin work, that is, on all platforms you can now do ZnClient get: 'https://encrypted.google.com' The bad news is that the 7 ZnHttpsTests behave differently on the different platforms: - Mac OS X: 7 green - Linux: 1 failure - Windos: 3 failures The problem of course is that this is pretty hard to debug: although the image, Zodiac and Zinc code is of course identical, the VM and the plugin differ for each platform. People interested in this can try to do this themselves; later on I might make a customized OneClick download as a second Zodiac Alpha release, where both the image and VM are ready to test. Sven

Sept. 13, 2011

Re: [Pharo-project] should I use cocoa-blessed or cocoa?

by Igor Stasenko

Use blessed one. The other build(s) are for development. Esteban using these to test new builds, before releasing a stable version. On 13 September 2011 13:41, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > The last version with all the green tests. > > Alexandre > > > On 13 Sep 2011, at 04:50, Mariano Martinez Peck wrote: > >> When you load something with Metacello, what do you want? bleedingEdge or stable? Â ;) >> >> On Tue, Sep 13, 2011 at 9:48 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> on jenkins >> >> Stef >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel Â http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > -- Best regards, Igor Stasenko AKA sig.

Sept. 13, 2011

[Pharo-project] [update 1.3] #13307

by Marcus Denker

13307 ----- Issue 4548: Explorer wont browse the explored class http://code.google.com/p/pharo/issues/detail?id=4548 -- Marcus Denker -- http://marcusdenker.de

Sept. 13, 2011

Re: [Pharo-project] Zinc HTTPS

by Sven Van Caekenberghe

On 13 Sep 2011, at 13:10, GÃ¶ran Krampe wrote: > I could and will try to squeeze it in, but I am mainly hacking Jtalk these days :) OK >> The cool thing is: all of Zn's +170 unit tests, most doing actual HTTP client and server interactions (some over the internet) succeed using the new Zodiac socket stream implementation. > > Have you also measured performance? Compared to old SocketStream? Just curious. No, not yet, but it feels OK ;-) I think it is quite a challenge to measure socket stream performance objectively. > The earliest SocketStream by Bolot also used an internal object for each "direction" of the stream - a BufferStream I think it was called. And nuking those to make SocketStream operate directly on buffers with the ability to move "pointers" etc was one of the main optimizations in order to minimize copying etc. Yes, one of my goals is to prevent copying and moving bytes around as much as possible. The most optimized version, the one at the bottom of the hierarchy, ZnSocketStream, never copies the data (say a large byte array) that you write, and reads directly into the buffers that you provide - provided you use the right methods of course, i.e. those based on #next: count putAll: collection startingAt: offset and #readInto: collection startingAt: offset count: requestedCount But the first goals are correctness and good unit and functional test coverage.

Sept. 13, 2011