Hi,
I tried several times to run autogen.sh on Solaris 10/spart but after long
running got error message saying 'File name too long'.
anyone succeeded in running autogen.sh on Solaris?
thanks
Sun Lee
RBS Global Banking & Markets
RBS Americas HQ, 600 Washington Boulevard, Stamford, CT, 06901,
make check-TESTS
PASS: test_pair_inproc
PASS: test_pair_tcp
PASS: test_reqrep_inproc
PASS: test_reqrep_tcp
PASS: test_hwm
Assertion failed: nbytes == sizeof (command_t) (mailbox.cpp:194)
/bin/sh: line 1: 48361 Abort trap ${dir}$tst
FAIL: test_shutdown_stress
PASS: test_pair_ipc
PASS:
On 03/15/2011 08:09 AM, 蔡海伟 wrote:
> as a socket server,I bind a address
> eg:
> context_t ctx(1);
> socket_t socket(ctx,ZMQ_PUB);
> socket.bind("tcp://*:192.168.10.12);
>
> when a client connected,How can I get the client IP from the server socket?
You can't.
Btw, your connection string in zmq_b
On 15 March 2011 01:02, wrote:
> Hi,
>
> I tried several times to run autogen.sh on Solaris 10/spart but after long
> running got error message saying 'File name too long'.
> anyone succeeded in running autogen.sh on Solaris?
>
>
Usually bash would help for long names and parameters, which versi
Hi Peter,
> make check-TESTS
> PASS: test_pair_inproc
> PASS: test_pair_tcp
> PASS: test_reqrep_inproc
> PASS: test_reqrep_tcp
> PASS: test_hwm
> Assertion failed: nbytes == sizeof (command_t) (mailbox.cpp:194)
> /bin/sh: line 1: 48361 Abort trap ${dir}$tst
> FAIL: test_shutdown_stre
Hi Marcelo,
> In ZeroMQ, this might work by having a process (zpmd?) is responsible
> for binding to dynamic port numbers for use by the ipc transport, and
> which hands the port over to the server process — when it turns up — via
> a call to WSADuplicateSocket(). Any ZMQ process trying to use ipc
Please find attached patch.
0001-Added-zmq-version-method-to-C-API.patch
Description: Binary data
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev
See the Tuning page at: http://www.zeromq.org/docs:tuning-zeromq
It covers how to configure OS X for 0MQ.
On Tue, Mar 15, 2011 at 10:30 AM, Martin Sustrik wrote:
> Hi Peter,
>
>> make check-TESTS
>> PASS: test_pair_inproc
>> PASS: test_pair_tcp
>> PASS: test_reqrep_inproc
>> PASS: test_reqrep_t
On Mon, Mar 14, 2011 at 4:25 PM, Ian Barber wrote:
> I'm sure Pieter will reply with a reference to one of the chapter 4 patterns
> (which I haven't full read through yet!), which I suspect would apply.
I'm going to cover this (advanced pipeline) in Chapter 6, probably.
Andrew's model of sending
On Mon, Mar 14, 2011 at 9:56 PM, MinRK wrote:
> Re: API-freezing
>
> With 0MQ's unconventional versioning, there are multiple x.y.z
> versions before the first stable release (in this case 2.1.3). I
> would not expect
> the API-freeze statement to apply to pre-release versions. For
> instance,
On 03/15/2011 10:39 AM, Pieter Hintjens wrote:
> Please find attached patch.
Thanks. Is there any reason why the arguments are passed by references
rather then by pointers? It makes the fact that they are actually out
parameters not obvious:
int major, minor, patch;
zmq::version (major, minor,
Passing those parameters by reference gives you additional safety for the call.
Additionally, in C++ lessons given to me, parameters by reference, especially
for basic data types such as integers, were a sign for in/out parameters
Andreas
-Original Message-
From: zeromq-dev-boun...@lists
On 03/15/2011 11:20 AM, Hoelzlwimmer Andreas wrote:
> Passing those parameters by reference gives you additional safety for the
> call.
> Additionally, in C++ lessons given to me, parameters by reference, especially
> for basic data types such as integers, were a sign for in/out parameters
The p
Hi,
> no cleverness.
> just pump no-ops; eventually all of them will see them.
> it may take a second or two, but thats okay.
> if you have a huge dynamic range (potentially a large number of workers),
> then when in no-op mode, the workers might sleep 1s on getting a no-op.
> this slow down + loa
michael.comp...@littleedge.co.uk said:
> Hi all,
>
> Sorry for the long subject name, I'm going to try and keep this short
> because it gives me a headache, hehe.
>
> This is some what connected to the following from the mailing list:
> http://lists.zeromq.org/pipermail/zeromq-dev/2010-September/
sust...@250bpm.com said:
> There is no obvious solution for the problem. Rather, the intent is to
> cause as little pain as possible. Thus, please, let us know which
> behaviour is preferable for you. Vote for either "infinite" default or
> zero default. The solution that gets more votes will ma
Martin Sustrik asked me to review this patch so here goes...
> Having experience with Win32, I think I know what Ion wants with his patch:
> the
> ability to compile and use 0MQ as a DLL or a static library:
Yes, that appears to be the point of this patch.
Ion, your patch has a few problems:
1
On Tue, Mar 15, 2011 at 9:27 AM, Steven McCoy wrote:
> On 15 March 2011 01:02, wrote:
>>
>> Hi,
>>
>> I tried several times to run autogen.sh on Solaris 10/spart but after long
>> running got error message saying 'File name too long'.
>> anyone succeeded in running autogen.sh on Solaris?
>
> Usua
On Tue, 2011-03-15 at 13:28 +0100, Martin Lucina wrote:
> michael.comp...@littleedge.co.uk said:
> > Hi all,
> >
> > Sorry for the long subject name, I'm going to try and keep this short
> > because it gives me a headache, hehe.
> >
> > This is some what connected to the following from the mailin
Hi,
I am having problems building jzmq on Win32.
I built libzmq to output a lib file (libzmq.lib), but when I try
building jmzq I get around 20 errors of unresolved external symbols for
what seems like all the functions in libzmq.
Any suggestions?
Cheers,
Michael
__
Le 15/03/2011 21:00, Michael Compton a écrit :
> Hi,
>
> I am having problems building jzmq on Win32.
>
> I built libzmq to output a lib file (libzmq.lib), but when I try
> building jmzq I get around 20 errors of unresolved external symbols for
> what seems like all the functions in libzmq.
>
> An
On Tue, 2011-03-15 at 21:23 +0100, C. Huntz wrote:
> Le 15/03/2011 21:00, Michael Compton a écrit :
> > Hi,
> >
> > I am having problems building jzmq on Win32.
> >
> > I built libzmq to output a lib file (libzmq.lib), but when I try
> > building jmzq I get around 20 errors of unresolved external s
You need to produce a dll for the library to be used with JNI.
Also, make sure that the dlls produced by compiling zeromq are in your linker's
path.
On Mar 15, 2011, at 2:42 PM, Michael Compton wrote:
> On Tue, 2011-03-15 at 21:23 +0100, C. Huntz wrote:
>> Le 15/03/2011 21:00, Michael Compton a
But the jzmq was specifically looking for libzmq.lib.
On Tue, 2011-03-15 at 14:47 -0700, Michael Kogan wrote:
> You need to produce a dll for the library to be used with JNI.
> Also, make sure that the dlls produced by compiling zeromq are in your
> linker's path.
>
>
> On Mar 15, 2011, at 2:4
I beleive that it will be used when creating the file - but you should be
creating a dll and shipping 2 dlls. Still you need to configure libpath in
visual studio to point to the directory with the libzmq.lib
On Mar 15, 2011, at 3:02 PM, Michael Compton wrote:
> But the jzmq was specifically
Hi
Found an issue with the identities and XREP sockets with HWM set.
If the pipe is full the socket state needs to be reset before the xsend
method is called again.
There's also a test program which asserted prior to this patch.
On another note, I am not sure the HWM is being honoured correc
Hi
On IRC this evening some example code was posted up.
which contained
zmq::socket_t subscriber(context, ZMQ_SUB);
.
some time later
free (subscriber);
It's obviously going to be bad if this ever executes, but the main point
is this only
compiles because of the operator void * on t
I got it sorted, the output directory needs to be set for VS2010 per
this article:
http://www.mansysadmin.com/2011/03/using-zeromq-framework-with-visual-studio-2010-tutorial/
Cheers,
Michael
On Tue, 2011-03-15 at 15:38 -0700, Michael Kogan wrote:
> I beleive that it will be used when creating th
On 16 March 2011 03:42, Mikko Koppanen wrote:
> I got autotools installed from pkg-get and autogen.sh seems to
> succeed. Using the default shell on Solaris 10:
>
>
Tried the Sun build on the companion CD and it fails, version 2.59
steve-o@ryoko:/tmp/zeromq2$ *PATH=/opt/sfw/bin/:$PATH ./autogen.
On 16 March 2011 11:01, Steven McCoy wrote:
> On 16 March 2011 03:42, Mikko Koppanen wrote:
>
>> I got autotools installed from pkg-get and autogen.sh seems to
>> succeed. Using the default shell on Solaris 10:
>>
>>
> Tried the Sun build on the companion CD and it fails, version 2.59
>
>
After
OpenPGM doesn't fair to well as Autoconf 2.59 misses all the C99 bits,
presumably why you are recommended to copy the macros in-tree. Preparing
with a newer version gets to a certain point and other problems arise.
--
Steve-o
___
zeromq-dev mailing lis
31 matches
Mail list logo
