Re: [Pharo-users] [ANN] Regex Tester Tool for Pharo

[Esteban Lorenzano]

super!

> On 2 Mar 2017, at 01:51, monty  wrote:
> 
> Very nice!
> 
>> Sent: Wednesday, March 01, 2017 at 3:32 PM
>> From: "Torsten Bergmann" 
>> To: "Pharo Development List" , "Any question 
>> about pharo is welcome" 
>> Subject: [Pharo-users] [ANN] Regex Tester Tool for Pharo
>> is a good idea
>> Hi,
>> 
>> I wrote a little tool to test regular expressions and verify that
>> given samples match it. It also helps to divide an expression into
>> subexpressions to retrieve parts of a matched string.
>> 
>> Screenshot is attached. Code, load instructions and full tutorial 
>> on how to use it is on https://github.com/astares/Pharo-Regex-Tools
>> 
>> Hope it is useful for others too. Have fun!
>> 
>> Bye
>> T.
> 

Re: [Pharo-users] [Pharo-dev] [ANN] Regex Tester Tool for Pharo

[Esteban Lorenzano]

> On 1 Mar 2017, at 22:40, stepharong  wrote:
> 
> 
> And I think that his remark makes sense. I was wondering if we should not 
> ressurect
> the RePlugin to make sure that users can use perlish regexp and do not feel 
> that our world is strange.

+1

Re: [Pharo-users] [Pharo-dev] [ANN] Regex Tester Tool for Pharo

[Peter Uhnak]

On Thu, Mar 02, 2017 at 09:20:12AM +0100, Esteban Lorenzano wrote:
> 
> > On 1 Mar 2017, at 22:40, stepharong  wrote:
> > 
> > 
> > And I think that his remark makes sense. I was wondering if we should not 
> > ressurect
> > the RePlugin to make sure that users can use perlish regexp and do not feel 
> > that our world is strange.
> 
> +1
>

+23

I've been using regexes casually for years and yet every time I use them in 
Pharo I have to open the help and end up using PetitParser or parsing it 
manually anyway...

PeterParser :)

Re: [Pharo-users] [Pharo-dev] [ANN] Regex Tester Tool for Pharo

[Norbert Hartl]

> Am 02.03.2017 um 09:54 schrieb Peter Uhnak :
> 
> On Thu, Mar 02, 2017 at 09:20:12AM +0100, Esteban Lorenzano wrote:
>> 
>>> On 1 Mar 2017, at 22:40, stepharong  wrote:
>>> 
>>> 
>>> And I think that his remark makes sense. I was wondering if we should not 
>>> ressurect
>>> the RePlugin to make sure that users can use perlish regexp and do not feel 
>>> that our world is strange.
>> 
>> +1
>> 
> 
> +23
> 
> I've been using regexes casually for years and yet every time I use them in 
> Pharo I have to open the help and end up using PetitParser or parsing it 
> manually anyway…
> 
Which are good reasons not to improve regex support ;)

Norbert

Re: [Pharo-users] [Pharo-dev] [ANN] XML Metadata Interchange (XMI) for Pharo

[Peter Uhnak]

We spoke briefly on Tuesday. I need to take a look (also at his EMF generator) 
and see how the tools could benefit from each other. I think it could simplify 
some of my code or streamline the use of it.

(Also I have about a billion code generators at the moment with small 
differences... so I will merge that at some point too...)

Peter


On Wed, Mar 01, 2017 at 10:29:38PM +0100, stepharong wrote:
> Hi torsten
> 
> do you know the work of peter to generate classes out of XMI and
> populate models?
> Because it complements your approach.
> 
> stef
> 
> 
> On Wed, 01 Mar 2017 22:26:05 +0100, Torsten Bergmann
>  wrote:
> 
> >Hi,
> >if you work with UML, modeling tools or model data exchange often
> >you might know XMI -
> >the XML Metadata Interchange format.
> >I wrote a little package that makes it easier to work and browse
> >data based on this
> >format within Pharo.
> >For instance you can open an XMI object either from a given stream
> >or URL:
> > (XMIFile fromURL: 'http://www.omg.org/spec/UML/20131001/UML.xmi')
> >inspect
> >You can also open a file
> > XMIFile importFile
> >Code is available on https://github.com/astares/Pharo-XMI
> >The package includes a small GT extension allowing you to walk and
> >dive through the XMI
> >structure (see attached screenshot) and as the XMI nodes are
> >unified it is easy to
> >code some code generators or transformers in Pharo afterwards.
> >For instance I used this package for a simple Pharo code generator
> >based on Eclipse EMF models/diagrams.
> >Within the code you will find some examples to browse through
> >prominent XMI models like:
> >- UML Spec
> >   => (XMIFile fromURL:
> >'http://www.omg.org/spec/UML/20131001/UML.xmi') inspect
> >- VISUAL PARADIGM
> >   => (XMIFile fromURL: 
> > 'https://raw.githubusercontent.com/staruml/XMI/master/unittest-files/VP_XMI21.xmi')
> >inspect
> >- ENTERPRISE ARCHITECT
> >   => (XMIFile fromURL: 
> > 'https://raw.githubusercontent.com/staruml/XMI/master/unittest-files/EA_XMI21.xmi')
> >inspect
> >- ARCHIMATE
> >   => (XMIFile fromURL:
> >'https://www.reflektis.com/repos/archimate-3.0.xmi) inspect
> >Once the inspector opens you have to select the "rootNode" and
> >then the "Hierarchy" tab.
> >In Pharo 6 you can load "XMI" right from catalog. Hope the package
> >is useful for others too.
> >Bye
> >T.
> 
> 
> -- 
> Using Opera's mail client: http://www.opera.com/mail/
> 

Re: [Pharo-users] Socket, network, testing and coding

[Denis Kudriashov]

Hi.

Look also on these projects (in order from low level to high):
- http://smalltalkhub.com/#!/~Pharo/TCPServer.
- http://smalltalkhub.com/#!/~Pharo/Basys
- http://smalltalkhub.com/#!/~Pharo/Seamless

2017-02-28 18:27 GMT+01:00 Benoit St-Jean via Pharo-users <
pharo-users@lists.pharo.org>:

>
>
> -- Пересылаемое сообщение --
> From: Benoit St-Jean 
> To: Any question about pharo is welcome 
> Cc:
> Bcc:
> Date: Tue, 28 Feb 2017 17:27:58 + (UTC)
> Subject: Socket, network, testing and coding
> Hi guys,
>
> Quick question regarding sockets and testing.
>
> I'm trying to implement a simple communication protocol to exchange data
> (strings) between 2 images and I was wondering what was the easiest way to
> test/develop my code?  I want to be able to do something similar to a chat
> client between 2 images where none of those 2 images acts as a server.  So
> data can originate from any of those 2 images and both images have to
> "listen" to each other.  Besides, both images would have to
> transmit/receive on the same port.
>
> 1) Is this possible (the way I want to do/test it)?
> 2) How do I simulate something like this on a *single* machine running
> those 2 images?
> 3) Do I need to have one of those 2 images act as a "server" ?
> 4) Any helpful tip and/or interesting link to propose?
> 5) Can you think of any simple code or example I could look at to
> understand what I need to do?
>
> -
> Benoît St-Jean
> Yahoo! Messenger: bstjean
> Twitter: @BenLeChialeux
> Pinterest: benoitstjean
> Instagram: Chef_Benito
> IRC: lamneth
> Blogue: endormitoire.wordpress.com
> "A standpoint is an intellectual horizon of radius zero".  (A. Einstein)
>
>

Re: [Pharo-users] [ANN] Pharo Sprint tomorrow, March 3

[Johan Fabry]

Marcus, I should be there between 10 and 10:30. I will call you when I arrive, 
your number is still +33 6 17 43 75 42 ?

I will need to leave early though :-( I think 3PM at the latest … 

--
Does this mail seem too brief? Sorry for that, I don’t mean to be rude! Please 
see http://emailcharter.org .

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University of 
Chile

> On 02 Mar 2017, at 08:53, Marcus Denker  wrote:
> 
> We will organize a Pharo sprint / Moose dojo March, 03, starting at
> 
> 10:00am. (Local Time Paris).
> 
> Goals of this sprint:
> 
>   • Clean issue tracker to prepare for release Pharo6
>   • remove Pharo6 tag from not-important cases
>   • Check Pharo5 Issues and pending back-ports
> 
> Remotely, you can join us on Slack. During the sprint, we will try to 
> synchronize local and remote Pharo sprinters.
> 
> Known Local Sprint meetings:
> 
> Lille/France:
>   It will be at the Inria Lille, Building B, third floor (RMoD offices). 
> As the building is not open to the public, please contact us before if you 
> plan to come.
> 
> Santiago/Chile:
> 
>   At DCC (https://www.dcc.uchile.cl), Universidad de Chile. Avenida 
> Beauchef 851, edificio poniente, tercer piso, oficina 307, Santiago, Chile.
>   Chile sprint will be 9:00 local time and finish at a lunch time (13:00).
> 
> 
> https://association.pharo.org/event-2451866
> 
> 
> 

Re: [Pharo-users] [ANN] Pharo Sprint tomorrow, March 3

[Johan Fabry]

Whoops … many many apologies! This was supposed to go directly to Marcus. 
Jetlag is a b*tch.

--
Does this mail seem too brief? Sorry for that, I don’t mean to be rude! Please 
see http://emailcharter.org .

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University of 
Chile

> On 02 Mar 2017, at 10:11, Johan Fabry  wrote:
> 
> Marcus, I should be there between 10 and 10:30. I will call you when I 
> arrive, your number is still +33 6 17 43 75 42 ?
> 
> I will need to leave early though :-( I think 3PM at the latest … 
> 
> --
> Does this mail seem too brief? Sorry for that, I don’t mean to be rude! 
> Please see http://emailcharter.org .
> 
> Johan Fabry   -   http://pleiad.cl/~jfabry
> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University of 
> Chile
> 
>> On 02 Mar 2017, at 08:53, Marcus Denker  wrote:
>> 
>> We will organize a Pharo sprint / Moose dojo March, 03, starting at
>> 
>> 10:00am. (Local Time Paris).
>> 
>> Goals of this sprint:
>> 
>>  • Clean issue tracker to prepare for release Pharo6
>>  • remove Pharo6 tag from not-important cases
>>  • Check Pharo5 Issues and pending back-ports
>> 
>> Remotely, you can join us on Slack. During the sprint, we will try to 
>> synchronize local and remote Pharo sprinters.
>> 
>> Known Local Sprint meetings:
>> 
>> Lille/France:
>>  It will be at the Inria Lille, Building B, third floor (RMoD offices). 
>> As the building is not open to the public, please contact us before if you 
>> plan to come.
>> 
>> Santiago/Chile:
>> 
>>  At DCC (https://www.dcc.uchile.cl), Universidad de Chile. Avenida 
>> Beauchef 851, edificio poniente, tercer piso, oficina 307, Santiago, Chile.
>>  Chile sprint will be 9:00 local time and finish at a lunch time (13:00).
>> 
>> 
>> https://association.pharo.org/event-2451866
>> 
>> 
>> 
> 

Re: [Pharo-users] Socket, network, testing and coding

[Denis Kudriashov]

2017-03-01 5:09 GMT+01:00 Evan Donahue :

> Hi,
>
> Depending on what exactly you are doing, you could either use or look at
> the
> source of:
>
> http://smalltalkhub.com/#!/~EvanDonahue/P2P
>

I look at P2P code. It is very close to my Basys framework. If you
interesting to compare look at doc
https://ci.inria.fr/pharo-contribution/view/Books/job/PharoBookWorkInProgress/lastBuild/artifact/book-result/BasysNetwork/BasysNetwork.pdf.
One difference for example is that basys peers maintain connection pools on
each network side.

Re: [Pharo-users] Socket, network, testing and coding

[Denis Kudriashov]

2017-03-01 4:39 GMT+01:00 Juraj Kubelka :

> There is a Trantor project where you could learn from:
> http://smalltalkhub.com/#!/~EvanDonahue/Trantor
> You can check an example here: TRNLog exampleOpenChatWithUserIdUsing
> Trantor
> But you are going to be more interested in testing: TrantorNodeTest
>

Finally I look at Trantor too (I read about it in past)
So I see that kind of remote Smalltalk was implemented there but with
special idea on Replicated Datatypes which I not understand from code. But
I am sure if it would be implemented on top of Seamless many things will be
simplified a lot and we will have very nice network stack: TCPServer ->
BasysNetwork -> SeamlessNetwork -> "Replicated object network". Look at
Basys and Seamless

docs if you are interesting in such solution

[Pharo-users] GMail example html

[Jeff Gray]

I copied the example from Zodiac. Changed to my credentials and got a simple
message mailed out successfully.

Then I tried changing to an html message:

| mailMessage |
mailMessage := MailMessage empty.
mailMessage setField: 'subject' toString: 'Mail Test'.
mailMessage body: (MIMEDocument 
 contentType: MIMEDocument contentTypeHtml  
 content: 'This is test  Pharo <> 
').
ZdcSecureSMTPClient
sendUsingGMailAccount: 'myn...@mydomain.com' 
password: 'MyPWord01'
to: 'myothern...@myotherdomain.com' 
message: mailMessage.

What appeared in the email content was this:
This is test  Pharo <[http://pharo.org> 
http://pharo.org'>Pharo 

Where did I go wrong?
Thanks. 



--
View this message in context: 
http://forum.world.st/GMail-example-html-tp4936801.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] GMail example html

[Jeff Gray]

Gah - nabble rendered my source. It was supposed to show a string with an
anchor tag embedded in it :-(




--
View this message in context: 
http://forum.world.st/GMail-example-html-tp4936801p4936805.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Fwd: Welcome to GSoC 2017!

[Ben Coman]

On Thu, Mar 2, 2017 at 3:49 PM, Serge Stinckwich  wrote:

> Dear all,
>
> please find below more information about the GSOC 2017 program.
>
> Among the changes for 2017 that we should pay attention, two are quite
> important:
>
> - Students can only be accepted into GSoC 2 times. Google Admins will do
> a sanity check on all accepted students once you select your students in
> late April so you do not need to be concerned about this.
> - If you are a university, we expect you to select students outside of
> your program. Selecting students from your university is okay but if *all* of
> the students you select are from your university then you likely won’t be
> accepted into GSoC again.
>
> I will ask for the last item, because I dunno if they are talking about
> the Pharo org or the mentors.
>

I think in either case, it is just a matter of spreading the slots around.
Any concentration of slots in one location would be poor.  But there are 12
academic partners, so hopefully there'll be some good student applicants
from each, plus others.

cheers -ben


>
> Regards,
>
> -- Forwarded message --
> From: Google Summer of Code 
> Date: Thu, Mar 2, 2017 at 12:15 AM
> Subject: Welcome to GSoC 2017!
> To: sergestinckw...@gmail.com
>
>
> [image: Google Summer of Code]
>
> Hi Serge Stinckwich,
>
> This year marks our biggest program ever! We have 201 open source
> organizations participating in GSoC 2017 and we expect to accept more
> students than ever before as well. And welcome
> to 37 organizations participating in their first GSoC!
>
> Right now you should be chatting with proactive, excited students.
> Remember to keep your Ideas List updated and make it clear and simple to
> understand so students can easily find your Ideas - if it requires multiple
> clicks to get to the Ideas List that is not ideal.
>
> We want to give you a quick overview of the next few months and address
> some of the common questions you may have these first few weeks of the
> program.
>
> *New changes (and some reminders) for 2017*
>
>- There are 3 evaluation periods this year where mentors are required
>to complete an evaluation of their student. After the first 4 weeks of
>coding, after 8 weeks of coding and then at the end (after 12 weeks of
>coding). The evaluation forms are shorter than previous years so they
>should take less time to complete.
>- Students can only be accepted into GSoC 2 times. Google Admins will
>do a sanity check on all accepted students once you select your students in
>late April so you do not need to be concerned about this.
>- If you are a university, we expect you to select students outside of
>your program. Selecting students from your university is okay but if
>*all* of the students you select are from your university then you
>likely won’t be accepted into GSoC again.
>- New org payment system using Payoneer. We are no longer requiring
>OAs to register for a Google supplier account and instead orgs will do what
>students do and create an account with Payoneer. This will allow for orgs
>to receive payments *much* faster, with orgs receiving their stipend
>payments in September. (more details to come in May)
>- We are now allowing 13-17 year olds to be mentors for GSoC as long
>as they have parental consent to be a part of the program. An additional
>form is required.
>
> *Inviting Mentors to your Organization*
> Organization Administrators should be reaching out to mentors and sending
> them invitations to be a part of their organization. The mentor will then
> click the link in the email they receive to create their account.
>
> PLEASE NOTE: Right now first time mentors should wait a few days to
> register until we have announced that we have fixed a small validation
> error on the site not allowing mentors to choose “0” as an option to the
> question ‘How many times have you participated as a GSoC mentor
> previously?’ They can’t edit that field once they put a number into it and
> we are trying to get a good idea of how many new mentors we have each year.
> Thank you for your patience.
>
> *GSoC Mentor-invite Mailing List*
> For those that have opted into the GSoC mentor mailing list (available on
> your profile page) we will bulk add you to the list on March 6th. Then we
> will add additional folks who opt in about once a week throughout the
> program period. You can remove yourself through the groups interface at any
> time. You can also update your settings to receive a daily digest of emails
> and other options. This generally is not a very high traffic list but there
> will be more questions over the next two months on this list than probably
> later in the program.
>
> The GSoC mentor mailing list is a great way to ask questions of other org
> admins and mentors and to get their feedback and help.
>
> *Important Upcoming Dates*
> *Now - March* *20:* Proactive students will reach out to you and ask
> q

[Pharo-users] customizing veryDeepCopy

[Peter Uhnák]

Hi,

is there a way of customizing what should be copied during veryDeepCopy?

For example I want to clone my (domain) model tree, however the objects
have Announcers which I do not want to copy.

Alternative is of course to implement the copying behavior by myself, but I
feel like veryDeepCopy should be the appropriate way, no?

Thanks,
Peter

Re: [Pharo-users] Pharo Spur 64 VM

[raffaello . giulietti]

On 07/02/17 07:13, Esteban Lorenzano wrote:
> 
>> On 6 Feb 2017, at 21:41, Cyril Ferlicot D.  wrote:
>>
>> Le 06/02/2017 à 21:31, Benoit St-Jean via Pharo-users a écrit :
>>
>>
>> Hi!
>>
>> IIRC, the windows VM will need some more time to be ready. Only Linux
>> and OSX ones are usable at the moment.
> 
> ^ this. 
> as Cyril says, win 64bits vm is still not ready (and it will take some more 
> time to be).
> 
> Esteban
> 


Just for general curiosity, what are the main stumbling blocks in the
road to a Windows 64 bit Pharo?


Raffaello

Re: [Pharo-users] customizing veryDeepCopy

[Denis Kudriashov]

Hi.

Look how Morph implements it. Morphs customize it a lot

2017-03-02 16:08 GMT+01:00 Peter Uhnák :

> Hi,
>
> is there a way of customizing what should be copied during veryDeepCopy?
>
> For example I want to clone my (domain) model tree, however the objects
> have Announcers which I do not want to copy.
>
> Alternative is of course to implement the copying behavior by myself, but
> I feel like veryDeepCopy should be the appropriate way, no?
>
> Thanks,
> Peter
>

Re: [Pharo-users] Pharo Spur 64 VM

[Clément Bera]

Hi Raffaello,

Reportedly, the VM without the JIT (pure interpreter, also called PharoS or
StackVM) works on windows 64 and FFI works with it if the VM compiled with
clang but not with gcc. There is no configuration for Pharo right now. It
should not be hard to add a pharo configuration to have the image start-up,
but I don't think several libraries such as Athens/Cairo or libgit would
work out of the box, so it's not clear such a configuration would make a
lot of sense. There is no PharoS-spur64 repository on files.pharo.org right
now either.

Windows support is not ready mostly because:
- Some C types are different in x64 between Unix and windows
- Calling conventions are different in x64 bits between Unix and Windows

Calling conventions have impact in switching between the interpreter and
the JIT runtime and in FFI.
C types being different have impact for the VM compilation and in FFI.

If someone looks into it, I guess in a day of work we could have the Stack
VM working with Spur 64 for Pharo without support for some librairies.
There might be uncommon crashes to fix over the first week of use. With
several more weeks of work (maybe a couple months), the StackVM with all
libraries should be production-ready. The JIT support will take more time,
hopefully it will be done in a year from now.

Maybe I should mention that the company who funded 64 bits support is using
the VM on Mac for development and Linux for production, so Windows was not
a priority and not done. We have to rely on open-source contributors, non
paid, to add Windows support and that takes time. Nicolas Cellier added the
support for the 64 bits Stack VM on his free time. If someone is investing
money, the 64 bits Windows VM could reach production sooner (I guess within
6 months) because someone could work full time on it.

Regards,


On Thu, Mar 2, 2017 at 4:04 PM,  wrote:

> On 07/02/17 07:13, Esteban Lorenzano wrote:
> >
> >> On 6 Feb 2017, at 21:41, Cyril Ferlicot D. 
> wrote:
> >>
> >> Le 06/02/2017 à 21:31, Benoit St-Jean via Pharo-users a écrit :
> >>
> >>
> >> Hi!
> >>
> >> IIRC, the windows VM will need some more time to be ready. Only Linux
> >> and OSX ones are usable at the moment.
> >
> > ^ this.
> > as Cyril says, win 64bits vm is still not ready (and it will take some
> more time to be).
> >
> > Esteban
> >
>
>
> Just for general curiosity, what are the main stumbling blocks in the
> road to a Windows 64 bit Pharo?
>
>
> Raffaello
>
>
>

Re: [Pharo-users] Pharo Spur 64 VM

[raffaello . giulietti]

Thanks Clément for the useful overview.

Raffaello



On 02/03/17 16:51, Clément Bera wrote:
> Hi Raffaello,
> 
> Reportedly, the VM without the JIT (pure interpreter, also called PharoS
> or StackVM) works on windows 64 and FFI works with it if the VM compiled
> with clang but not with gcc. There is no configuration for Pharo right
> now. It should not be hard to add a pharo configuration to have the
> image start-up, but I don't think several libraries such as Athens/Cairo
> or libgit would work out of the box, so it's not clear such a
> configuration would make a lot of sense. There is no PharoS-spur64
> repository on files.pharo.org  right now either. 
> 
> Windows support is not ready mostly because:
> - Some C types are different in x64 between Unix and windows
> - Calling conventions are different in x64 bits between Unix and Windows
> 
> Calling conventions have impact in switching between the interpreter and
> the JIT runtime and in FFI.
> C types being different have impact for the VM compilation and in FFI.
> 
> If someone looks into it, I guess in a day of work we could have the
> Stack VM working with Spur 64 for Pharo without support for some
> librairies. There might be uncommon crashes to fix over the first week
> of use. With several more weeks of work (maybe a couple months), the
> StackVM with all libraries should be production-ready. The JIT support
> will take more time, hopefully it will be done in a year from now.
> 
> Maybe I should mention that the company who funded 64 bits support is
> using the VM on Mac for development and Linux for production, so Windows
> was not a priority and not done. We have to rely on open-source
> contributors, non paid, to add Windows support and that takes time.
> Nicolas Cellier added the support for the 64 bits Stack VM on his free
> time. If someone is investing money, the 64 bits Windows VM could reach
> production sooner (I guess within 6 months) because someone could work
> full time on it.
> 
> Regards,
>  
> 
> On Thu, Mar 2, 2017 at 4:04 PM,  > wrote:
> 
> On 07/02/17 07:13, Esteban Lorenzano wrote:
> >
> >> On 6 Feb 2017, at 21:41, Cyril Ferlicot D.  > wrote:
> >>
> >> Le 06/02/2017 à 21:31, Benoit St-Jean via Pharo-users a écrit :
> >>
> >>
> >> Hi!
> >>
> >> IIRC, the windows VM will need some more time to be ready. Only Linux
> >> and OSX ones are usable at the moment.
> >
> > ^ this.
> > as Cyril says, win 64bits vm is still not ready (and it will take some 
> more time to be).
> >
> > Esteban
> >
> 
> 
> Just for general curiosity, what are the main stumbling blocks in the
> road to a Windows 64 bit Pharo?
> 
> 
> Raffaello
> 
> 
> 

[Pharo-users] Voyage and instances retrieving

[Hilaire]

Hi,

When iterating, with Smalltalk selectors, an object persisted in a
repository, some of its attributes (I guess because root for other
collection) are not resolved as expected at iteration. The Smalltalk
iteration does not work, returning empty result.

Fetching the whole model in memory will be an acceptable option. Is
there a global way to do this? I see the per attribute beEager but it
will be needed for a lot of attributes making not practical.

Thanks

Hilaire

-- 
Dr. Geo
http://drgeo.eu

Re: [Pharo-users] Arduino

[olivier auverlot]

Hi Ben,

Thanks for the pointers. I hadn't found all.

For the moment, I try mainly to find a usable firmata protocol.

Best regards
Olivier ;-)

2017-03-02 6:52 GMT+01:00 Ben Coman :

> On Thu, Mar 2, 2017 at 5:31 AM, olivier auverlot
>  wrote:
> >
> > Hi,
> >
> > Since some weeks, I do some experimentations with an Arduino board. I
> search now to use my Arduino with Pharo. I have found some informations on
> the web but nothing seems usable or up to date for the latest versions of
> Pharo.
> >
> > Someone have worked on this domain ? I'm interested by a firmata client
> protocol or why not a solution to program an Arduino directly from Pharo.
> >
>
> Hi Olivier, You probably have a few of these references, but since you
> don't mention which you have,
> I'll list what I found from a quick sweep...
>
> I read [1] that the Firmata protocol "uses the MIDI message format."
>
> Pharo seems to have removed the MIDI related code after it forked from
> Squeak.
> Squeak still has it. Download 5.1 from http://squeak.org/downloads/
> Then go World Menu > Open > Method finder
> Type midi 
> and browse the code. Pharo and Squeak share a VM, so this should be
> compatible with Pharo.
>
> You'll see a few of the primitives located in classes SimpleMIDIPort
> and MidiPrimTester
> in the System-SerialPort package.
>
> Note, some of the primitives that show no references/implementors in
> the right-side pane,
> need to be right-clicked to choose Senders to see the implementation,
> since the method name is different to the pragma name.
>
> Then there is http://www.squeaksource.com/Arduino.html
> which may or may not need to MIDI code from Squeak.
> This code is circa 2013 so the (optional) FFI parts may need updating
> for Pharo UFFI.
>
> There is http://smalltalkhub.com/#!/~juanmanuelvallejos/gcodewithfirmata
> "It is an implementation of the protocol firmata in smalltalk. And
> also it contains a parsing to G code for cnc machines."
>
> There is http://smalltalkhub.com/#!/~Citilab/Snap4Arduino/
> circa 2014.
>
> There is http://smalltalkhub.com/#!/~JohanBriglia/ArduinoIO
> circa 2016, but probably not what you want being a "Simple program to
> connect easily pharo and the arduino via serial port Uses a Python
> program and terminal commands via CommandShell"
>
> There is http://smalltalkhub.com/#!/~JLaval/Arduino
> circa 2016, and the commits show PhratchArduino-janniklaval.9
> Phratch is available here http://www.phratch.com/
> Its based on Pharo 4, but seems the most current.
>
> Reading here...
> https://groups.google.com/forum/#!topic/phratch/C6IYZ-TDt50
> perhaps the most efficient path would be buying Jannik an Arduino to test
> on
> (if indeed Phratch uses the firmata protocol as you require).
>
>
> cheers -ben
>
>
>
>
>
>
>
>
> [1] https://github.com/firmata/protocol/blob/master/protocol.md
>
>

Re: [Pharo-users] Google Summer of Code 2017: Call for students for Pharo Consortium

[Jigyasa Grover]

Advice for Students interested in Google Summer of Code...

This is the time of year when a lot of questions coming to the discuss list
are about "How do I get started?"". Here is some step by step advice that
should help.

1. *Read the entire g.co/gsoc site; the whole site and the linked
materials.*
We spend a lot of time making sure all the information you need available
there and at the main program site. Remember, a big part of open source is
self-reliance. We expect you to look for answers before you come to us for
help.

2. From there go to the main program site:
https://summerofcode.withgoogle.com/ Read the timeline and the instructions.
This will tell you when the student application period opens and when it
closes so you know how much time you have to prepare.

3. Now think about you. What computer science subject area or specific issue
or problem interests you? What are your skills? What languages do you know?
What tools are you familiar with? Make a list.

4. It's time to look through the mentoring orgs on the program site, using
tags and your list to narrow down what can be an intimidating list. Pick 3-5
orgs to research in depth.

5. Visit their site and repos. Look at the code. Review the mailing lists
and IRC logs to see if you're comfortable with the style of the
communication each community uses. Think about what you see versus what you
want to work on.

6. Narrow your list down to 1 or 2 orgs and get involved with the Org. File
a bug. Better yet, file a patch. Orgs want to see that you are genuinely
interested in them.

7. Write your application, one or two at most. This isn't a lottery. Doing a
bunch of weak applications *hurts* your chances of being accepted.

8. Make sure your application includes the specific information and format
the org asks for as well as what is required by the GSoC app. Double check
your work before submitting the application: misspelling in writing has a
similar result as does misspelling in code :-)

9. Lastly - but importantly - DO NOT WAIT UNTIL THE LAST MINUTE TO APPLY.
Every year we get students asking for extensions to the application
deadline. We do not give extensions, even if your internet is down, you were
in exams, your computer was stolen, the Internet Cafe was unexpectedly
closed, you misunderstood the timezone, you were on a plane, or in the
hospital, or a riot or a remote place tagging endangered species*. We can't
give exceptions so please apply at least one day before the deadline, if not
more.

Plus, the longer the org has to review your application the better the
chances of acceptance for you.

I hope this helps! Good luck!
Cat

*Actual examples of reasons given.
-- 
Cat Allman
Open Source Programs Office
Google

developers.google.com/open-source

"Real science studies and makes accessible that knowledge which people at
that period of history think important, and real art transfers this truth 
from the domain of knowledge to the domain of feelings. " Leo Tolstoy



--
View this message in context: 
http://forum.world.st/Google-Summer-of-Code-2017-Call-for-students-for-Pharo-Consortium-tp4936679p4936874.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] customizing veryDeepCopy

[Esteban A. Maringolo]

I implemented our own copier based on how Morph does it, with our own
copy/deep selectors.
The copier has the option of which classes to copy and which to use
the same (it is, no copy).

There is no other available option that I'm aware of.

Esteban A. Maringolo



2017-03-02 12:25 GMT-03:00 Denis Kudriashov :
> Hi.
>
> Look how Morph implements it. Morphs customize it a lot
>
> 2017-03-02 16:08 GMT+01:00 Peter Uhnák :
>>
>> Hi,
>>
>> is there a way of customizing what should be copied during veryDeepCopy?
>>
>> For example I want to clone my (domain) model tree, however the objects
>> have Announcers which I do not want to copy.
>>
>> Alternative is of course to implement the copying behavior by myself, but
>> I feel like veryDeepCopy should be the appropriate way, no?
>>
>> Thanks,
>> Peter
>
>

Re: [Pharo-users] Voyage and instances retrieving

[Hilaire]

Problem seems related to object identity, which imply a primitive call
in Object>== message. Si I guess it may not let a chance to Voyage to
resolve to the the real object but stay at it 'proxy-oid-whatever' stuff.

Non working code looks like:

myObjectInRepo select: [ :each |
   someObjects includes: each anAttribute "the one Voyage should fetch"]

I guess implementing = and hash in the anAttribute class will resolve
the issue, but it will be slower, and an uneeded feature.

Any alternative idea?

Hilaire

-- 
Dr. Geo
http://drgeo.eu

Re: [Pharo-users] Voyage and instances retrieving

[Esteban Lorenzano]

Hi Hilaire, 

I do not understand well your problem. Which query do you want to implement?

cheers!
Esteban

> On 2 Mar 2017, at 21:32, Hilaire  wrote:
> 
> Problem seems related to object identity, which imply a primitive call
> in Object>== message. Si I guess it may not let a chance to Voyage to
> resolve to the the real object but stay at it 'proxy-oid-whatever' stuff.
> 
> Non working code looks like:
> 
> myObjectInRepo select: [ :each |
>   someObjects includes: each anAttribute "the one Voyage should fetch"]
> 
> I guess implementing = and hash in the anAttribute class will resolve
> the issue, but it will be slower, and an uneeded feature.
> 
> Any alternative idea?
> 
> Hilaire
> 
> -- 
> Dr. Geo
> http://drgeo.eu
> 
> 

Re: [Pharo-users] customizing veryDeepCopy

[Peter Uhnak]

Thanks, I'll look at those.

Peter

On Thu, Mar 02, 2017 at 05:20:25PM -0300, Esteban A. Maringolo wrote:
> I implemented our own copier based on how Morph does it, with our own
> copy/deep selectors.
> The copier has the option of which classes to copy and which to use
> the same (it is, no copy).
> 
> There is no other available option that I'm aware of.
> 
> Esteban A. Maringolo
> 
> 
> 
> 2017-03-02 12:25 GMT-03:00 Denis Kudriashov :
> > Hi.
> >
> > Look how Morph implements it. Morphs customize it a lot
> >
> > 2017-03-02 16:08 GMT+01:00 Peter Uhnák :
> >>
> >> Hi,
> >>
> >> is there a way of customizing what should be copied during veryDeepCopy?
> >>
> >> For example I want to clone my (domain) model tree, however the objects
> >> have Announcers which I do not want to copy.
> >>
> >> Alternative is of course to implement the copying behavior by myself, but
> >> I feel like veryDeepCopy should be the appropriate way, no?
> >>
> >> Thanks,
> >> Peter
> >
> >
>