- Pharo-users - lists.pharo.org

Re: [Pharo-users] FFI on Linux again

by Annick Fron

I have the same problem with myWindow xid. Â« bad argument Â». Yet I have used all the other methods which also use myWindow xid and display as arguments. I think the problem is from the other arguments passed by reference, not by value. I have seen a new version of Alien from Sept 30, but I donât know if it works in pharo. Annick Le 25 sept. 2014 Ã 18:56, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : > > Am 25.09.2014 17:25 schrieb "Annick Fron" <list(a)afceurope.com>: > > > > Hi, > > > > I Have tried the following code on Linux , but the call breaks. Is it because of the X11Window structure missing or else ? > > > > Annick > > ==== > > testGetOurWindowLocation > > "self new testGetOurWindowLocation" > > > > | display ourWindow aParent anX anY aWidth aHeight aBorderWidth aDepth | > > display := X11Display XOpenDisplay: nil. > > ourWindow := display ourWindow. > > (Alien lookup: 'XGetGeometry' inLibrary: 'X11') > > primFFICallResult: nil > > withArguments: > > {display. > > ourWindow. > > (aParent := Alien new: 4). > > (anX := Alien new: 4). > > (anY := Alien new: 4). > > (aWidth := Alien new: 4). > > (aHeight := Alien new: 4). > > (aBorderWidth := Alien new: 4). > > (aDepth := Alien new: 4)}. > > (anX unsignedLongAt: 1) inspect > > withArguments ... > ourWindow xid > ... > ? >

Oct. 17, 2014

Re: [Pharo-users] Spur images

by Alexandre Bergel

Interesting. When working on AstroCloud (http://astrocloudy.wordpress.com) we find out that Bitmap and FormCanvas were way too slow. Performing a global modification (e.g., changing a red for a blue) took long long time for very large images (2000 x 2000 pixels). We did some intensive profiling and aggressive optimizations until the points we could not optimize anymore. We then tried to avoid manipulating objects in some very specific part of the code. For example, instead of having instance of the class Color, we have an array (unique and preallocated) that contains the red, green, and blue values. Having these âprimitivesâ values was convenient to call either a C function or very low level functions with native boost. We got a ~ x 30 speed up. I do not know much about wide strings, but I suspect you can do something like that. So, my advice is: identify the method that cost you a lot, and write it natively. This has worked for us, in a non-trivial setting. Let us know Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Oct 3, 2014, at 5:07 PM, Benjamin Pollack <benjamin(a)bitquabit.com> wrote: > My apologies if this is already spelled out somewhere and I simply can't > find it, but are there any Spur images for Pharo yet? I can only find > Squeak ones. It's not a big deal either way; I was just playing with an > algorithm that, after very heavy optimization, I was able to get down to > about 278ms per pass (from ~700ms initially from a naive > implementation). For contrast, the equivalent Python runs in ~80ms. > Looking at MessageTally, it seems at least half of that 278ms is spent > noodling around in WideStrings and other small things that the Spur > object format ought to help with, so it'd be interesting to see how much > of a speed boost that gives without any further work. >

Oct. 17, 2014

UDP example

by Annick Fron

Hi, I was not able to find a UDP example in pharo. There are only TCP examples. Any pointer ? Annick

Oct. 17, 2014

Re: [Pharo-users] Spur images

by Sven Van Caekenberghe

On 10 Oct 2014, at 03:40, Benjamin Pollack <benjamin(a)bitquabit.com> wrote: > On Sun, 05 Oct 2014 16:51:25 -0400, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > [snip] >> Apart from that, the tokenisation is not very efficient, #lines is a copy of your whole contents, so is the #split: and #trimmed. The algorithm sounds a bit lazy as well, writing it 'on purpose' with an eye for performance might yield better results. > > So I was reflecting on this more. If String and WideString were immutable, then it'd be easy to avoid all of these copies; you could instead pass around very tiny objects that had only three members (a String, a start position, a stop position), and avoid copying very much data. It's that String and WideString are mutable that preclude that. For fun, since I know I won't mutate the stringsin this example, I actually did a quick spike where I replaced #copyFrom:to: with a new method I introduced called #viewFrom:to: that returned a StringView. I'll post the code when I have a chance to clean it up if there's interest, but it looks like it pretty handedly chops off 120-150ms from that runtime (i.e., double the speed). > > Has there been any thought to introducing some immutable collections? Or maybe I'm just missing them? They'd be useful not just for String and WideString, but really for basically any of the collection types. The implementation in most cases would be as simple as overriding #at:put: and friends to throw "self shouldNotImplement", and then providing methods/classes like the one I introduced to allow taking advantage of the newfound immutability. > > If there's interest, I'd be happy to submit a Slice we could use as a concrete RFC of what this could look like. > > --Benjamin I think it is interesting that you get real measurable improvements with user defined string views. I have always felt that a problem for going in that direction is that most primitives (which are important to get good basic string performance) are not flexible enough to be used really efficiently. More concretely, they should take start/stop indexes on all string arguments. For example, ByteString class>>#compare:with:collated: or #stringHash:initialHash: - it should be possible to do these operations on substrings *without creating the substrings*. Sven

Oct. 17, 2014

Re: [Pharo-users] GUI Frameworks Choice

by Tim Mackinnon

An approachable example of what you can do (I believe its using Spec as its UI glue) is PharoLauncher - it might be something worth studying as an example? Itâs on Smalltalk Hub. Tim On 17 Oct 2014, at 08:11, Craig <craig(a)hivemind.net> wrote: > Hi All, > > I'm new to Pharo although not to Smalltalk. I did dabble with Dolphin about 20 years ago, when it was first being developed, and did some quite cool stuff. > > This time around I chose Pharo because I feel that Dolphin has strayed from the pure OO model that I enjoyed back then. > > I've chosen a fairly ambitious GUI project as my Pharo primer. The problem is - which GUI framework to use. The GUI that I want to build will be static but complex with a menu, 2 toolbars, 20 odd toolbar buttons, and 3 (dockable?) windows, containing Trees, lists and text editors. > > Any suggestions on which GUI framework would suit? > > I thought about using PolyMorph, but I cannot find the examples in my Pharo 3 image. > > Craig > > > > > > > >

Oct. 17, 2014

Re: [Pharo-users] Pharo Casts: http://www.pharocasts.com

by GastÃ³n Dall' Oglio

Thank you Laurent! I want to show your videos to some friends... Best regards. 2014-10-16 13:15 GMT-03:00 Laurent <laurent.laffont(a)gmail.com>: > Oups, forgot to renew the DNS..... should be up soon. > > Laurent > > Le jeu. 16 oct. 2014 Ã 15:49, GastÃ³n Dall' Oglio < > gaston.dalloglio(a)gmail.com> a Ã©crit : > > Hello. > > It's down? Seems so: > http://www.downforeveryoneorjustme.com/www.pharocasts.com > > Regards. > >

Oct. 17, 2014

Re: [Pharo-users] [Ann] Phratch 4.0

by Alain Busser

great news. I finally made my little experiment with Scratch 1.4 (the one under Squeak) and they didn't like to program in Creole just because it is not their Creole (Reunion Island vs Haiti). As they are too lazy to "create the future") I will try to give the job to some who will be punished, as I will have to give them some work... Alain On Fri, Oct 17, 2014 at 1:48 PM, jannik laval <jannik.laval(a)gmail.com> wrote: > Phratch 4.0 is out of the box ! > > Phratch 4.0 is cleaner, faster and more stable than phratch 3.0. > > After the version 3.0 that was a release for usability and stability, > phratch 4.0 is released to prepare the future. > > The new features are: > > - phratch is more modular, eg having a kernel and lots of addons. > - cleaning a lot the source code > - customizable environment > - each block can be made visible or invisible > - each category can be made visible or invisible > - it is possible to add translation for addons with the pragma > <phratchTranslation: âfrâ> in the class PhratchTranslator. This make the > translation more modular. > - first integration of phratch with the pharo environment. Using the > pragma at the class side of any class in Pharo make the class visible and > usable in phratch. > - There is a lot of things to do with phratch, you are welcome to > contribute ! The documentation for new features will arrive soon. > > See you on phratch.com > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://www.approchealpes.info > http://car.mines-douai.fr/ >

Oct. 17, 2014

Re: [Pharo-users] Client cerificate authentication with ZnClient?

by Sven Van Caekenberghe

Hi Attila, I just committed (into #bleedingEdge) : === Name: Zinc-HTTP-SvenVanCaekenberghe.416 Author: SvenVanCaekenberghe Time: 17 October 2014, 1:40:18.538322 pm UUID: 92867ea6-9aea-4631-a673-9f48a1fdecf8 Ancestors: Zinc-HTTP-SvenVanCaekenberghe.415 Add conceptual framework/code to work with TLS/SSL certificates from ZnClient Added ZnClient>>#certificate[:] Moved SSL session #connect logic from ZnNetworkingUtils>>#socketStreamToUrlDirectly: to ZnClient>>#newConnectionTo: and added optional certificate configuration of the plugin === Now this is untested and I suspect this will not work everywhere. I know that certificate support is non-existing for the Mac OS X implementation of the SSL plugin. I know that a server side certificate works on Linux (an obvious requirement for an HTTPS server of course). Please report back if you get this working client side. Thanks, Sven On 16 Oct 2014, at 21:05, Attila Magyar <m.magyar3(a)gmail.com> wrote: > Hi, > > Is certificate based authentication supported by ZnClient? > > Attila > > > > -- > View this message in context: http://forum.world.st/Client-cerificate-authentication-with-ZnClient-tp4784… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Oct. 17, 2014

Re: [Pharo-users] [Ann] Phratch 4.0

by Sven Van Caekenberghe

Excellent work. Thank you. On 17 Oct 2014, at 11:48, jannik laval <jannik.laval(a)gmail.com> wrote: > Phratch 4.0 is out of the box ! > > Phratch 4.0 is cleaner, faster and more stable than phratch 3.0. > > After the version 3.0 that was a release for usability and stability, phratch 4.0 is released to prepare the future. > > The new features are: > > - phratch is more modular, eg having a kernel and lots of addons. > - cleaning a lot the source code > - customizable environment > - each block can be made visible or invisible > - each category can be made visible or invisible > - it is possible to add translation for addons with the pragma <phratchTranslation: âfrâ> in the class PhratchTranslator. This make the translation more modular. > - first integration of phratch with the pharo environment. Using the pragma at the class side of any class in Pharo make the class visible and usable in phratch. > - There is a lot of things to do with phratch, you are welcome to contribute ! The documentation for new features will arrive soon. > > See you on phratch.com > > -- > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://www.approchealpes.info > http://car.mines-douai.fr/ >

Oct. 17, 2014

Re: [Pharo-users] [Ann] Phratch 4.0

by Robert Shiplett

Congrat's ! On 17 October 2014 06:48, jannik laval <jannik.laval(a)gmail.com> wrote: > Phratch 4.0 is out of the box ! > > Phratch 4.0 is cleaner, faster and more stable than phratch 3.0. > > After the version 3.0 that was a release for usability and stability, > phratch 4.0 is released to prepare the future. > > The new features are: > > - phratch is more modular, eg having a kernel and lots of addons. > - cleaning a lot the source code > - customizable environment > - each block can be made visible or invisible > - each category can be made visible or invisible > - it is possible to add translation for addons with the pragma > <phratchTranslation: âfrâ> in the class PhratchTranslator. This make the > translation more modular. > - first integration of phratch with the pharo environment. Using the > pragma at the class side of any class in Pharo make the class visible and > usable in phratch. > - There is a lot of things to do with phratch, you are welcome to > contribute ! The documentation for new features will arrive soon. > > See you on phratch.com > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://www.approchealpes.info > http://car.mines-douai.fr/ >

Oct. 17, 2014