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
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
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
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]
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
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
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 jul...@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
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
You are lucky that you hate windoom sometimes, I hate it all the time :D
Yes as I said I am very happy so far with StreamSockets and I have found
ways to minimise the socket communications so that the user don't
experience any noticeable lag so I don't currently need either 0mq or
nanomsg. So its
Alain,
Yes, 0mq seems to be a good way to go as there is just more support across
the board.
Have you a project on Smalltalkhub (or elsewhere) with your experiments so
that I could have a look?
I've updated the 0MQ bindings page to list the smalltalkhub pharo client
and also had a look at what
Hi Julien,
What didn't work?
Thierry
Le 11 oct. 2014 10:44, Julien Delplanque jul...@tamere.eu a écrit :
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
Hi Phil,
Yes, multi core support and communication is important, having that in
pharo could be great.
Unfortunately, no I actually have no usable project for that, mine is not
a communication project and still really in pre-alpha stage.
For now, I'm starting with Zinc, 0mq is just from a
Le 11/10/2014 13:44, Alain Rastoul a écrit :
One missing (but probably important precision if you try it) I forgot:
the workspaces are executed in two different pharo processes (vm) of course.
Hi Phil,
Yes, multi core support and communication is important, having that in
pharo could be great.
13 matches
Mail list logo