October 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] About Zinc http components

by Alain Rastoul

Hi Kilon, I wanted to make some experiments with Nanomsg this morning, but had some problems to build the libraries (they is no prebuilt binaries for windows): I discovered that the system path of my os has been scratched by some recent mercurial installation, the user path scratched by delphi and bonus, my mingw/cygwin install seems to be sick too. sometimes I hate windows :( - or is this a sign ? btw, my feeling about nanomsg is that it is still in beta, and 0mq much more advanced (they say some users includes AT&T, Cisco, EA, Los Alamos Labs, NASA, Weta Digital, Zynga, Spotify, Samsung Electronics, Microsoft, and CERN - not too bad). The material about it (docs, presentations) sounds good too. Not saying that nanomsg is not good, may be it will be the best in few years, but at that time I have a small preference in favour of 0mq. This part is not essential for me right now (the same as you if I understand) and I have lot of other things to finish, so I will delay it for some time, but I am still interested in your experiments too : bindings, benchs, findings. Regards, Alain Le 10/10/2014 20:12, kilon alios a Ã©crit : > I am interested too, my project depends on streamsocket to send python > commands from pharo to blender . So far I have not stressed it too much > and it looks like it works fast enough. Maybe something like websockets > or nanomsg is better for me in the long run so I too keep an eye on > these solutions. Time will tell. >

Oct. 11, 2014

Re: [Pharo-users] Using a private git repository with Metacello

by phil＠highoctane.be

Very nice to have BitBucket support! Private repositories for free, that's golden. Thx Phil On Sat, Oct 11, 2014 at 10:40 AM, Julien Delplanque <julien(a)tamere.eu> wrote: > Thanks a lot I'll try this out! > > Julien > > > On 09/10/14 18:37, Dale Henrichs wrote: > > Julien, > > > > I recently added bitbucket:// support to metacello[1]. > > > > If you follow the installation instructions here[2], you can get the > > support loaded into Pharo3.0. > > > > Dale > > > > [1] https://groups.google.com/forum/#!topic/metacello/0vOzvQL10cQ > > [2] https://github.com/dalehenrich/metacello-work#pharo30 > > > > On Wed, Oct 8, 2014 at 1:44 AM, Julien Delplanque <julien(a)tamere.eu> > wrote: > > > >> Hello, > >> > >> Is it possible to use Metacello to load a Pharo project from a private > >> git repository hosted on bitbucket for example? If it is, how? > >> > >> To load project from github I use: > >> > >> Metacello new > >> baseline: 'Project'; > >> repository: 'github://owner/reponame/repository'; > >> load. > >> > >> Is there a prefix for a git repository that is not hosted on github? > >> > >> Also, I think Metacello use HTTP to download the project, am I right? Is > >> it possible to make it use ssh? > >> > >> Thanks in advance, > >> > >> Julien > >> > >> > > > >

Oct. 11, 2014

Re: [Pharo-users] About Zinc http components

by Alain Rastoul

Hi Marten, I took the 0mq binding of Panu on SmalltalkHub and it worked out of the box for the simple hello world c client/server sample translated to pharo, slightly modified to send/receive 8k byte arrays. What I saw in this experiment is that the reader process (a pharo vm) was 100% cpu bound on a core at polling the message queue in , and I saw the 0mq thread poping up in process explorer and taking less than 1% cpu during the send/receive bench (5 sec bench of BlockClosure). Beeing 100% on polling doesn't hurt me, since the sample polls in a loop. However, the raw performance numbers is far from the ZnWebSocket experiment I made, and sounds "bizarre" to me: I had 500 block/sec against 10k with ZnSockets (send only performance of Zn is 18k). I think the "pattern" used in the sample may not be the best (I have to explore other patterns of 0mq: publish/subscribe, push/pull etc. ) and I know also that in a true client server the vm could do real work instead of polling (message queuing will be handled by 0mq) so the overall system throughput should be better, but still, the difference here hurts me (roughly a x20 factor !) I would be very interested by comments or advices based on your previous experiences with 0mq (or other) ? Thanks in advance Alain Le 07/10/2014 15:41, itlists(a)schrievkrom.de a Ã©crit : > There are some good C libraries out there, which are suitable to > connect programs with each other: a good example is 0MQ. > > Marten >

Oct. 11, 2014

Re: [Pharo-users] Using a private git repository with Metacello

by Julien Delplanque

Sorry for the late response, I have been a bit busy these days, I tried this but it didn't worked.... I'll try the Dale's solution soon. However, thank you for the help ;) Julien On 09/10/14 07:09, Thierry Goubier wrote: > Hi Julien, > > it should be possible on Linux and Mac OS by loading GitFileTree and > using an url like: > 'gitfiletree://bitbucket.com/owner/reponame&protocol=git'. > > Regards, > > Thierry > > Le 08/10/2014 10:44, Julien Delplanque a Ã©crit : >> Hello, >> >> Is it possible to use Metacello to load a Pharo project from a private >> git repository hosted on bitbucket for example? If it is, how? >> >> To load project from github I use: >> >> Metacello new >> baseline: 'Project'; >> repository: 'github://owner/reponame/repository'; >> load. >> >> Is there a prefix for a git repository that is not hosted on github? >> >> Also, I think Metacello use HTTP to download the project, am I right? Is >> it possible to make it use ssh? >> >> Thanks in advance, >> >> Julien >> >> >> > >

Oct. 11, 2014

Re: [Pharo-users] Using a private git repository with Metacello

by Julien Delplanque

Thanks a lot I'll try this out! Julien On 09/10/14 18:37, Dale Henrichs wrote: > Julien, > > I recently added bitbucket:// support to metacello[1]. > > If you follow the installation instructions here[2], you can get the > support loaded into Pharo3.0. > > Dale > > [1] https://groups.google.com/forum/#!topic/metacello/0vOzvQL10cQ > [2] https://github.com/dalehenrich/metacello-work#pharo30 > > On Wed, Oct 8, 2014 at 1:44 AM, Julien Delplanque <julien(a)tamere.eu> wrote: > >> Hello, >> >> Is it possible to use Metacello to load a Pharo project from a private >> git repository hosted on bitbucket for example? If it is, how? >> >> To load project from github I use: >> >> Metacello new >> baseline: 'Project'; >> repository: 'github://owner/reponame/repository'; >> load. >> >> Is there a prefix for a git repository that is not hosted on github? >> >> Also, I think Metacello use HTTP to download the project, am I right? Is >> it possible to make it use ssh? >> >> Thanks in advance, >> >> Julien >> >>

Oct. 11, 2014

Re: [Pharo-users] About Zinc http components

by stepharo

Nick Papoulias developed Seamless because he could not fix rST (but he oversold Seamless a bit) and I asked him to do a pass on Seamless and write a documentation. Stef On 7/10/14 23:08, Alain Rastoul wrote: > This is another subject and another functionality I will need too. > > The Rst link is of interest (thank you Denis) , I was thinking > of sending command objects with Fuel as all images will have the same > classes and performance is not very important here. > I was able to load RST in Pharo3, but did not made any test yet. > Does it works with Pharo ? > > @SKrish you are right, but I want to keep as simple as possible at the > beginning and tcpip should fit for a start. > > Cheers, > > Alain > > > Le 07/10/2014 21:40, S Krish a Ã©crit : >> >> Typical issue in the EJB world : Remote Beans / Local Beans , though on >> inter process it was remote beans with its full stack RMI marshalling / >> unmarshalling. >> >> But can we not exploit shared memory and efficient Event mechanism to >> make the two process coordinate, that should be lot more efficient than >> TCP - IP / but if that performance suffices it would be fine.. >> >> >> >> >> On Tue, Oct 7, 2014 at 4:40 AM, Alain Rastoul >> <alf.mmm.cat(a)gmail.com >> <mailto:alf.mmm.cat@gmail.com>> wrote: >> >> Hi, >> I played a bit with ZnServer and other zinc components and have >> a question I can't answer myself (googling a bit didn't help >> neither), >> and I'm seeking for advice: does it makes sense to use a >> ZnServer/ZnWebSocket >> as a mechanism to transfer data between two pharo processes - in my >> case 8k ByteArray blocks ? >> Or is it a total non sense ? is it reliable ? >> First tests looks good : 18k blocks / second (145 Mb/s) on a laptop >> core i5 2.6Ghz. >> >> All comments and suggestions welcome >> >> Thanks in advance, >> >> Alain >> >> >> > > > >

Oct. 11, 2014

Re: [Pharo-users] About Zinc http components

by stepharo

It would be really interesting to get a binding for Pharo. Stef On 7/10/14 23:51, kilon alios wrote: > nope but it is made (unlike 0mq which is made in C++) in C so its > should be relative simple to wrap with NB or even TalkFFI. At least > the parts that interest you. > > On Tue, Oct 7, 2014 at 11:56 PM, Alain Rastoul <alf.mmm.cat(a)gmail.com > <mailto:alf.mmm.cat@gmail.com>> wrote: > > Nanosg looks interesting too, thank you Kilon, I will look at it > closer too. > Do you known some working bindings with pharo ? > > Alain > Le 07/10/2014 21:12, kilon alios a Ã©crit : > > there is nanomsg which is a rethinking on 0mq and from same > developers, > its MIT licensed --> http://nanomsg.org/index.html > > On Tue, Oct 7, 2014 at 9:12 PM, Alain Rastoul > <alf.mmm.cat(a)gmail.com <mailto:alf.mmm.cat@gmail.com> > <mailto:alf.mmm.cat@gmail.com <mailto:alf.mmm.cat@gmail.com>>> > wrote: > > Thanks you for your answers. > > 0mq looks great, but released with LGPL licence, and I > don't like > that (I don't > understand why there is also a GPL licence file in the > distribution > ? - clearly a *noway*), > I prefer a full smalltalk implementation I can debug when > things go > wrong. > I think latency and timing problems would be the same, no big > difference in performance. > BTW knowing about this library is cool and may be of some > help (who > knows), > thank you Marten for the reference. > > I agree totally with you Sven about performance and standards. > And I also agree with you about reusing someone else's > work ... > I don't like to reinvent the wheel, especially a good > wheel when > mine would be worst, > I would if I were a wheel specialist - clearly not the > case here. > > Much (if not all) of what I found on the web about > WebSocket is > about a browser/server connection > and does not talk about use in a server/server connection, > hence my > question. > But you answered it, and your answer is ok with my thoughts > (plus using Zn components is a breeze) > > Thanks again > > regards, > > Alain > Le 07/10/2014 18:26, Paul DeBruicker a Ã©crit : > > marten wrote > > There are some good C libraries out there, which > are suitable to > connect programs with each other: a good example > is 0MQ. > > Marten > > -- > Marten Feldtmann > > > > Hi Marten, > > > Is your 0mq library posted somewhere and MIT licensed? > > Thanks > > Paul > > > > -- > View this message in context: > http://forum.world.st/About-__Zinc-http-components-__tp4783071p4783223.html > > <http://forum.world.st/About-Zinc-http-components-tp4783071p4783223.html> > Sent from the Pharo Smalltalk Users mailing list > archive at > Nabble.com. > > > > > > > > > >

Oct. 11, 2014

Re: [Pharo-users] About Zinc http components

by Alain Rastoul

Exactly, for this part it's all about bytes on a wire :) : just sending/receiving serialized objects over a stream socket: consumers will be pulling data from producers in a synchronous way. I could use a simple stream socket for that, but I want to wrap data in messages to keep control over that part and probably add buffering at some layers. There will be no method invocations, just some control/monitor process from outside. Never heard about Squeak ELib but very interesting, thank you Pierce! Regards, Alain Le 11/10/2014 03:21, Pierce Ng a Ã©crit : > Whether using Zinc's websockets or some C library wrapper, you are still > slinging serialized Smalltalk objects ie plain old bytes over the wire, no? > > I am guessing that RST provides synchronous remote method invocation. I recall > there was a remote messaging prototype/concept based on promises developed in > Squeak... ah, Squeak-Elib, here: http://wiki.squeak.org/squeak/6011. > > Is your current use case mostly synchronous or asynchronous? > > Pierce > > >

Oct. 11, 2014

Re: [Pharo-users] Error with Pillar

by Ben Coman

Alexandre Bergel wrote: > hi! > > I get many error like: > > ========================================================= > COMPILING Book > ========================================================= > Compiling PDF... > libpng warning: iCCP: known incorrect sRGB profile > libpng warning: iCCP: known incorrect sRGB profile > libpng warning: iCCP: known incorrect sRGB profile > Compiling PDF... > libpng warning: iCCP: known incorrect sRGB profile > libpng warning: iCCP: known incorrect sRGB profile > libpng warning: iCCP: known incorrect sRGB profile > > Any idea what this could be? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > http://tex.stackexchange.com/questions/125612/warning-pdflatex-libpng-warni… ?

Oct. 11, 2014

Re: [Pharo-users] About Zinc http components

by Pierce Ng

On Thu, Oct 09, 2014 at 11:38:47PM +0200, Alain Rastoul wrote: > but for now, I prefer simpler and cleaner way - like smalltalk - to > do just what I want - it's more a matter of taste). Whether using Zinc's websockets or some C library wrapper, you are still slinging serialized Smalltalk objects ie plain old bytes over the wire, no? I am guessing that RST provides synchronous remote method invocation. I recall there was a remote messaging prototype/concept based on promises developed in Squeak... ah, Squeak-Elib, here: http://wiki.squeak.org/squeak/6011. Is your current use case mostly synchronous or asynchronous? Pierce

Oct. 11, 2014