On Mon, 3 Oct 2005, Rafal Kosiuk wrote:

        ORB::wait for 0x807b7f8
In Data 00 00 00 00 24 00 00 00 00 00 00 00 00 00 00 00 ....$...........
                   00 00 00 00 00 00 00 00                          ........

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


This is not CORBA message. Are you sure you send correct message back?

        IIOP: incoming data from inet:rad133.radmor.com.pl:34165
GIOP: cannot decode incoming header from inet:rad133.radmor.com.pl:34165 Out Data 47 49 4f 50 01 00 01 06 00 00 00 00 GIOP........
        GIOPCodec::~GIOPCodec: 0x808b180
        pure virtual method called
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

And here you crash, please use debugger to get more information about it.

The same code but without thread work correctly under QNX, and corretly (with thread) under linux (Slackware current && gcc-3.3.6).
Has anyone some idea what happend ??

So the problem might be 1) in your application threading, 2) in QNX threading & transport or 3) somewhere else.

Also it might be interesting to see if 2.3.12RC1 provides the same results.

The code was compilled with : mico2.3.11 (without MT), QNX6.3.0, platform x86, qccV3.3.1,gpp_ntox86_gcc

The problem is QNX is not officially supported OS. Have you for example tried to run full MICO testsuite including demos and see what regressions you get on this platform in comparison with reference platforms?

Cheers,
Karel
--
Karel Gardas                  [EMAIL PROTECTED]
ObjectSecurity Ltd.           http://www.objectsecurity.com
---
Need experienced, fast, reliable technical MICO support?
    ---> http://www.objectsecurity.com/commsup.html  <---
---
_______________________________________________
Mico-devel mailing list
[email protected]
http://www.mico.org/mailman/listinfo/mico-devel

Reply via email to