Michael,
AFAIU your CLR binding is incompatible with the existing CLR binding.
Thus the old one cannot be replaced without breaking users'
applications. Thus I would edit the CLR binding page on zeromq.org to
point to the original binding as well as your new one.
Martin
On 11/08/2010 02:49 AM
On 11/07/2010 07:33 PM, Ivan Pechorin wrote:
> 2010/11/7 Joshua Foster:
>
>> You need to set the Runtime library to MT instead of MD.
>>
> Sorry, but this is just plain wrong: switching MD to MT will link the
> runtime libraries statically into the 0MQ library, but won't link 0MQ
> itself
Mato,
> Indeed, that would be my greatest concern. We can't easily accept patches
> which add "Yet another build system", it creates too much of a maintenance
> overhead.
>
I'va asked Ghislain and the reason is that he's not familiar with
autotools. Still, the patch is perfectly valid.
So the
Oleg,
> I have problem - call zmq_close() does't return when blocking recieve
> is active on ZMQ_SUB socket. 0MQ sources version 2.1 (yesterday from
> git). If I call zmq_term() - recieving drops with error.
>
> http://pastebin.com/nrHJdXcV (MSVC2005)
>
0MQ sockets are not thread-safe. You can'
Hello.
I have problem - call zmq_close() does't return when blocking recieve
is active on ZMQ_SUB socket. 0MQ sources version 2.1 (yesterday from
git). If I call zmq_term() - recieving drops with error.
http://pastebin.com/nrHJdXcV (MSVC2005)
--
С уважением,
Олег Севостьянов
JabberID: boo...
On Nov 7, 2010, at 11:14 PM, Chuck Remes wrote:
> I was running a program that allocated a couple of hundred REQ sockets to
> connect to a server with a single REP socket via a QUEUE device.
>
> I noticed that when I allocated >64 sockets I started getting an assertion
> failure.
>
> Asserti
I was running a program that allocated a couple of hundred REQ sockets to
connect to a server with a single REP socket via a QUEUE device.
I noticed that when I allocated >64 sockets I started getting an assertion
failure.
Assertion failed: nbytes == sizeof (command_t) (mailbox.cpp:193)
I e
On 7 November 2010 06:16, dv wrote:
> ifconfig tells me that multicast is enabled for eth1, but not for lo. With
> purinrecv, I always get the same result, which is pasted below.
>
Can you try the attached test program, pumpkin.c. It iterates a million
times looking for eth1 with multicast fla
On Sun, 2010-11-07 at 17:45 +, Michael Compton wrote:
> On Wed, 2010-11-03 at 01:18 +, Michael Compton wrote:
> > I recently started updating the clrzmq and decided to convert it to a
> > more idiomatic design for C#. But I would like to get some feedback on
> > the changes to find out if i
2010/11/7 Joshua Foster :
> You need to set the Runtime library to MT instead of MD.
Sorry, but this is just plain wrong: switching MD to MT will link the
runtime libraries statically into the 0MQ library, but won't link 0MQ
itself as a static library instead of DLL.
__
On Wed, 2010-11-03 at 01:18 +, Michael Compton wrote:
> I recently started updating the clrzmq and decided to convert it to a
> more idiomatic design for C#. But I would like to get some feedback on
> the changes to find out if it would be acceptable to any current or
> prospective users.
>
>
On Wed, Nov 3, 2010 at 1:12 PM, Christian Gudrian wrote:
>
> Am 03.11.2010 um 16:04 schrieb Dhammika Pathirana:
>
>> ok, can you post mac crash log?
>
> Attached is a crash log for the "Invalid argument error". Thanks for having a
> look.
>
> Christian
>
This is in zmq master branch right?
I th
You need to set the Runtime library to MT instead of MD. You can get to
this by right clicking the project, selecting properties. Then
Configruation Properties -> C/C++ -> Code Generation.
Joshua
On 11/7/2010 11:41 AM, malist wrote:
> Hello. I'm also zmq newbie and this project seems fantastic.
Hello. I'm also zmq newbie and this project seems fantastic.
I have been able to compile and use zmq in OSX, but I need a little advice for
windows. How can I comple zeromq as static library in Visual Studio?
Pasi Mankinen
Finland
___
zeromq-dev mail
Hi,
sust...@250bpm.com said:
> Hi Ghislain,
>
> Great work!
>
> Is there a reason why the build for Android isn't integrated with existing
> autotools build system?
Indeed, that would be my greatest concern. We can't easily accept patches
which add "Yet another build system", it creates too muc
ifconfig tells me that multicast is enabled for eth1, but not for lo.
With purinrecv, I always get the same result, which is pasted below.
One interesting thing is the first line - it always appears, does it
mean anything? :)
(eth0 is another NIC that is not in use at the moment; for my test
p
16 matches
Mail list logo
