Re: [Pharo-users] [ANN] Pomodoro 1.6 for Pharo 5 + video

[Stephan Eggermont]

On 07-04-16 00:53, Torsten Bergmann wrote:

I did a new pass on the Pomodoro timer for Pharo 5:

Nice.

Stephan

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

[Marion Noirbent]

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.

By following the instruction on the page
http://pharo.org/gnu-linux-installation (and make "sudo apt-get install
pharo-vm-core" then "sudo apt-get install pharo-launcher"), the file
vm-display-X11 was missing.

Then we have try "sudo apt-get install pharo-desktop pharo-launcher", we
got the VM but without "PharoV40.sources", it was from 1 to 3 only.

So we have donwload it from sources and fix it manually
"
wget -O- get.pharo.org/50+vm | bash
sudo cp ~/pharo/pharo-vm/PharoV40.sources ../../share/pharo-vm/
sudo ln -s ../../share/pharo-vm/PharoV40.sources
"

Cordially,

Marion Noirbent

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

[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

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

[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  :
> Send Pharo-users mailing list submissions to
> pharo-users@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-requ...@lists.pharo.org
>
> You can reach the person managing the list at
> pharo-users-ow...@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 (p...@highoctane.be)
>
>
> --
>
> Message: 1
> Date: Wed, 06 Apr 2016 16:08:14 +0200
> From: Damien Cassou 
> To: Thibault ARLOING , Any question about
> pharo is welcome 
> Subject: Re: [Pharo-users] flags in pharo
> Message-ID: <87twjex229@inria.fr>
> Content-Type: text/plain
>
> Thibault ARLOING  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" 
> To: "Any question about pharo is welcome"
> 
> Subject: [Pharo-users] Building an application with pharo
> Message-ID:
> 
> 
>
> 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.html
>
> 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: "p...@highoctane.be" 
> To: Any question about pharo is welcome 
> Subject: Re: [Pharo-users] flags in pharo
> Message-ID:
> 
> 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 
> wrote:
>
>> Thibault ARLOING  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
>>
>>
>>
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> 
>
> --
>
> Subject: Digest Footer
>
> ___
> Pharo-users mailing list
> Pharo-users@lists.pharo.org
> http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org
>
>
> --
>
> End of Pharo-users Digest, Vol 36, Issue 12
> ***

[Pharo-users] Passing nil with FFI

[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

[Pharo-users] FFI return by reference

[Thibault Raffaillac]

Hi again,

Does anyone know what is the state of return by reference in FFI?
Example:
glGetAttribute: attr into: value

^ 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

Re: [Pharo-users] FFI return by reference

[Damien Pollet]

I think in that case you need to pass an instance of FFIExternalValueHolder.

On 7 April 2016 at 17:42, Thibault Raffaillac 
wrote:

> Hi again,
>
> Does anyone know what is the state of return by reference in FFI?
> Example:
> glGetAttribute: attr into: value
>  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
>
>

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

[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

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

[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-%20Special%20Symbol.pdf

cheers, ben

On Fri, Apr 8, 2016 at 7:20 AM, Valentin Ryckewaert
 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

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

[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-%20Special%20Symbol.pdf

cheers, ben

On Fri, Apr 8, 2016 at 7:20 AM, Valentin Ryckewaert
 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

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

[Brad Selfridge]

And symbols are immutable 

Brad 

Sent from my iPad

> On Apr 7, 2016, at 9:41 PM, Markus Stumptner  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-%20Special%20Symbol.pdf
>> 
>> cheers, ben
>> 
>> On Fri, Apr 8, 2016 at 7:20 AM, Valentin Ryckewaert
>>  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
> 
> 

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

[Cyril Ferlicot]

On Friday, 8 April 2016, Valentin Ryckewaert 
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