Marc Chaland wrote on 03/13/2008 06:32 PM this:
>>From Ronald Aigner:
>
>> Before calling the reply function you could set the partner member of
>> the CORBA_Server_Environment parameter. This environment is passed to
>> the error function. In the error function you could then check the
>> partner
>From Ronald Aigner:
> Before calling the reply function you could set the partner member of
> the CORBA_Server_Environment parameter. This environment is passed to
> the error function. In the error function you could then check the
> partner member.
Is it a good idea to use CORBA_server_excepti
Marc Chaland wrote on 03/13/2008 04:59 PM this:
>>From Ronald Aigner:
>
>> When you add the error_function_server attribute to the respective
>> interface, does the generated code for the reply function contain code
>> that looks something like this?
>
> OK, I've tried to put this on an inherited
>From Ronald Aigner:
> When you add the error_function_server attribute to the respective
> interface, does the generated code for the reply function contain code
> that looks something like this?
OK, I've tried to put this on an inherited interface. If I put it on the right
interface, it's fine
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marc Chaland wrote on 03/12/2008 09:23 PM this:
> Hi,
>
> I implemented an IDL with a allow_reply_only method : start. When client calls
> this, it is blocked until server decides to send reply. This works fine in
> general. But when client thread dis
Hi,
I implemented an IDL with a allow_reply_only method : start. When client calls
this, it is blocked until server decides to send reply. This works fine in
general. But when client thread disapears after call, I cannot get error code
from reply function on server side. I tried to use error_funct