- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo-users Question about the symbols

by Cyril Ferlicot

On Friday, 8 April 2016, Valentin Ryckewaert <valentin.ryckewaert(a)gmail.com> wrote: > Hello everyone, > > i'm learning Pharo and i'm having difficulties to understand the symbols, > what are they? How are they different of the ByteString ? Why are they > usefull ? > Why should I put #string where I can put 'string' ? > Hi, As the others said, symbols are some kind of string that are unique in the image. I would like to talk also about a super cool feature. A Block can receive the message #value:. For example when you do a #do: on a collection, the block will receive multiple #value: message with the element in argument. [ :class | class allSubclasses] value: Object. And the cool feature is that Symbol also have this method, so with the polymorphism you can do: #AllSubclasses value: Object { Object . Morph . Integer . Float } collect: #allSubclasses This is a pretty cool feature that I wanted to share. > > Thanks in advance for your answer. > Valentin Ryckewaert > -- Cheers Cyril Ferlicot

April 8, 2016

Re: [Pharo-users] Pharo-users Question about the symbols

by Brad Selfridge

And symbols are immutable Brad Sent from my iPad > On Apr 7, 2016, at 9:41 PM, Markus Stumptner <mst(a)cs.unisa.edu.au> wrote: > > As a result, internal names (e.g., method names) are usually symbols. Strings are normally used for string manipulation, symbols for unambiguous (but humanly readable!) internal reference (vulgo 'naming'). > > Markus > > >> On 08/04/16 10:53, Ben Coman wrote: >> A symbol is like a string, except that all symbols with the same value >> are in fact the same object; that is, every #hello symbol is the exact >> same object as every other #hello symbol. >> >> See "identically equal" section here... >> http://sdmeta.gforge.inria.fr/FreeBooks/ByExample/08%20-%20Chapter%206%20-%… >> >> cheers, ben >> >> On Fri, Apr 8, 2016 at 7:20 AM, Valentin Ryckewaert >> <valentin.ryckewaert(a)gmail.com> wrote: >>> Hello everyone, >>> >>> i'm learning Pharo and i'm having difficulties to understand the symbols, >>> what are they? How are they different of the ByteString ? Why are they >>> usefull ? >>> Why should I put #string where I can put 'string' ? >>> >>> Thanks in advance for your answer. >>> Valentin Ryckewaert > >

April 8, 2016

Re: [Pharo-users] Pharo-users Question about the symbols

by Markus Stumptner

As a result, internal names (e.g., method names) are usually symbols. Strings are normally used for string manipulation, symbols for unambiguous (but humanly readable!) internal reference (vulgo 'naming'). Markus On 08/04/16 10:53, Ben Coman wrote: > A symbol is like a string, except that all symbols with the same value > are in fact the same object; that is, every #hello symbol is the exact > same object as every other #hello symbol. > > See "identically equal" section here... > http://sdmeta.gforge.inria.fr/FreeBooks/ByExample/08%20-%20Chapter%206%20-%… > > cheers, ben > > On Fri, Apr 8, 2016 at 7:20 AM, Valentin Ryckewaert > <valentin.ryckewaert(a)gmail.com> wrote: >> Hello everyone, >> >> i'm learning Pharo and i'm having difficulties to understand the symbols, >> what are they? How are they different of the ByteString ? Why are they >> usefull ? >> Why should I put #string where I can put 'string' ? >> >> Thanks in advance for your answer. >> Valentin Ryckewaert >

April 8, 2016

Re: [Pharo-users] Pharo-users Question about the symbols

by Ben Coman

A symbol is like a string, except that all symbols with the same value are in fact the same object; that is, every #hello symbol is the exact same object as every other #hello symbol. See "identically equal" section here... http://sdmeta.gforge.inria.fr/FreeBooks/ByExample/08%20-%20Chapter%206%20-%… cheers, ben On Fri, Apr 8, 2016 at 7:20 AM, Valentin Ryckewaert <valentin.ryckewaert(a)gmail.com> wrote: > Hello everyone, > > i'm learning Pharo and i'm having difficulties to understand the symbols, > what are they? How are they different of the ByteString ? Why are they > usefull ? > Why should I put #string where I can put 'string' ? > > Thanks in advance for your answer. > Valentin Ryckewaert

April 8, 2016

Pharo-users Question about the symbols

by Valentin Ryckewaert

Hello everyone, i'm learning Pharo and i'm having difficulties to understand the symbols, what are they? How are they different of the ByteString ? Why are they usefull ? Why should I put #string where I can put 'string' ? Thanks in advance for your answer. Valentin Ryckewaert

April 7, 2016

Re: [Pharo-users] FFI return by reference

by Damien Pollet

I think in that case you need to pass an instance of FFIExternalValueHolder. On 7 April 2016 at 17:42, Thibault Raffaillac <thibault.raffaillac(a)inria.fr> wrote: > Hi again, > > Does anyone know what is the state of return by reference in FFI? > Example: > glGetAttribute: attr into: value > <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: > errorCode> > ^ self nbCall: #( int SDL_GL_GetAttribute(SDL_GLattr attr, int > *value) ) > > On my image (50666) it does nothing on value yet (if nil, remains nil, if > SmallInteger 0, remains 0). > (SDL2 glGetAttribute: 6 into: value) should return 16. > I've seen NBOpenGL put "out" before value in method header, should it > matter? (does not make it work though) > Last but not least, should we attach '*' to the type or variable for FFI > to understand it is a pointer? > > Cheers, > Thibault Raffaillac > >

April 7, 2016

FFI return by reference

by Thibault Raffaillac

Hi again, Does anyone know what is the state of return by reference in FFI? Example: glGetAttribute: attr into: value <primitive: #primitiveNativeCall module: #NativeBoostPlugin error: errorCode> ^ self nbCall: #( int SDL_GL_GetAttribute(SDL_GLattr attr, int *value) ) On my image (50666) it does nothing on value yet (if nil, remains nil, if SmallInteger 0, remains 0). (SDL2 glGetAttribute: 6 into: value) should return 16. I've seen NBOpenGL put "out" before value in method header, should it matter? (does not make it work though) Last but not least, should we attach '*' to the type or variable for FFI to understand it is a pointer? Cheers, Thibault Raffaillac

April 7, 2016

Passing nil with FFI

by Thibault Raffaillac

Hi, I am having trouble passing nil to a function with FFI (i.e. NULL, i.e. 0). For example: SDL2 glCreateContext: nil. The function expects a subclass of FFIExternalObject, so calls instVarAt: 1 but nil has no such field! Am I missing something? (like a special nil instance of FFIExternalObject) Note however that putting nil works when FFI expects a String. Cheers, Thibault Raffaillac

April 7, 2016

Re: [Pharo-users] Pharo-users Digest, Vol 36, Issue 12

by mathias arnaud nkeumo tsombeng

Hi Torsten, Thanks fro you reply. I have try to deploy some test app and it work. Best Regards 2016-04-06 18:00 GMT+02:00 <pharo-users-request(a)lists.pharo.org>: > Send Pharo-users mailing list submissions to > pharo-users(a)lists.pharo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org > or, via email, send a message with subject or body 'help' to > pharo-users-request(a)lists.pharo.org > > You can reach the person managing the list at > pharo-users-owner(a)lists.pharo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pharo-users digest..." > > > Today's Topics: > > 1. Re: flags in pharo (Damien Cassou) > 2. Building an application with pharo (Torsten Bergmann) > 3. Re: flags in pharo (phil(a)highoctane.be) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 06 Apr 2016 16:08:14 +0200 > From: Damien Cassou <damien.cassou(a)inria.fr> > To: Thibault ARLOING <thibault.arloing(a)hotmail.fr>, Any question about > pharo is welcome <pharo-users(a)lists.pharo.org> > Subject: Re: [Pharo-users] flags in pharo > Message-ID: <87twjex229.fsf(a)inria.fr> > Content-Type: text/plain > > Thibault ARLOING <thibault.arloing(a)hotmail.fr> writes: > >> I finally found want i search, so the flags were not useful ! >> >> i just wanted to know, in a method, if i already pass through the previous method. >> >> I just have to transport an additional information. > > I was starting to be afraid when Phil proposed MethodWrappers :-). I > think you can do much more simple than that. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." --Winston Churchill > > > > ------------------------------ > > Message: 2 > Date: Wed, 6 Apr 2016 16:12:45 +0200 > From: "Torsten Bergmann" <astares(a)gmx.de> > To: "Any question about pharo is welcome" > <pharo-users(a)lists.pharo.org> > Subject: [Pharo-users] Building an application with pharo > Message-ID: > <trinity-ed37acac-e6e2-49d2-9944-56376a02a15f-1459951965581@3capp-gmx-bs26> > > Content-Type: text/plain; charset=UTF-8 > > Arnaud wrote: >>How can an application develop in pharo be deployed(web application >>and stand alone application)? > > Highly depends on what kind of application you develop (installable rich client or web application > for deployment on a user machine or a hosted system using a cloud provider) > > Some pointers when you deploy for a machine installation: > > http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/ > https://pharo.fogbugz.com/?W78 > http://pillarhub.pharocloud.com/hub/demarey/ez5m8nnaojww0rrnvnih9l4uy > http://lists.gforge.inria.fr/pipermail/pharo-project/2010-February/021450.h… > > or hosted somewhere like on Pharocloud > > https://www.pharocloud.com/kb > >>How can i capture frame and packet in a network using pharo? > > you need something that intercepts network communication. https://www.wireshark.org > comes to mind. > > You could possibly bind directly to libpcap (a portable C/C++ library for network traffic capture > that is used by Wireshark) using Pharos Universal FFI. There is also WinPcap for Windows. > > Bye > T. > > > > > ------------------------------ > > Message: 3 > Date: Wed, 6 Apr 2016 17:40:23 +0200 > From: "phil(a)highoctane.be" <phil(a)highoctane.be> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Subject: Re: [Pharo-users] flags in pharo > Message-ID: > <CAMynPtzQ6sKqV=ob_JbDEcT=hU=giUCSwXvCR8AzjtcgFrT-3w(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Bah, we have MetaLinks now, what's so scary about MethodWrappers? > > On Wed, Apr 6, 2016 at 4:08 PM, Damien Cassou <damien.cassou(a)inria.fr> > wrote: > >> Thibault ARLOING <thibault.arloing(a)hotmail.fr> writes: >> >> > I finally found want i search, so the flags were not useful ! >> > >> > i just wanted to know, in a method, if i already pass through the >> previous method. >> > >> > I just have to transport an additional information. >> >> I was starting to be afraid when Phil proposed MethodWrappers :-). I >> think you can do much more simple than that. >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without >> losing enthusiasm." --Winston Churchill >> >> >> >

April 7, 2016

Re: [Pharo-users] Installation on Ubuntu 15.10 (64 bits)

by Stephan Eggermont

On 07-04-16 11:34, Marion Noirbent wrote: > Hi, > > I have installed Pharo on Ubuntu 15.10 (64 bits) with help of another > user who ask me to report the troubles we have encountered. Thank you for the feedback. Stephan

April 7, 2016