[zeromq-dev] VxWorks 7, disconnection issue

[Mustafa Y]

Hi Francesco,

Thanks for the quick response.

After months of studying the issue, we have found that the thread stack
size defined in zeromq (in thread.hpp) is not sufficient in disconnection
moments. I increased it and the problem was resolved.

As a reference, I can say that it works fine with VxWorks 7 if someone else
wants to know.

Best Regards,
Mustafa

#elif defined ZMQ_HAVE_VXWORKS
    int _descriptor;
    enum
    {
        DEFAULT_PRIORITY = 100,
        DEFAULT_OPTIONS = 0,
        DEFAULT_STACK_SIZE = 16000
    };

Francesco <francesco.montorsi at gmail.com>, 11 Mar 2025 Sal, 10:59 tarihinde
şunu yazdı:

> Hi Mustafa,
>
> I don't think VxWorks is a typical OS where libzmq core developers (I'm
> not one of them) test the software.
> My 2cents suggestion would be: try to run the libzmq test suites (unit
> tests) on VxWorks 7 and check if there are failures.... if there are,
> debugging a unit test that fails is typically much easier than debugging a
> distributed application..
>
> HTH,
> Francesco
>
> Il giorno mar 11 mar 2025 alle ore 08:46 Mustafa Y <
> yagciogluengineering at gmail.com> ha scritto:
>
>> Hi all,
>>
>> We are using zeromq for the communication of a VxWorks 7 client and
>> Windows server.
>>
>> When I initialise both sides, I can successfully send and receive
>> messages.  However, when I close the server side, a zeromq task on VxWorks
>> 7 crashes. After that point I cannot connect to the server anymore, only
>> restarting the client on VxWorks solves the problem. I cannot see the stack
>> trace of that specific task after the crash.
>>
>> After more investigation, I realized that connecting the client and the
>> server is enough to see the problem, we don't need to send or receive
>> messages.
>>
>> The problem doesn't exist if I use the client on Windows.
>>
>> Does anyone have any similar experience, or are we sure that zeromq is
>> working on Vxworks 7?
>>
>> Thanks in advance.
>> Kind Regards,
>> Mustafa
>> _______________________________________________
>> zeromq-dev mailing list
>> zeromq-dev at lists.zeromq.org
>> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20250311/48d93697/attachment.htm>