[omniORB] omninames 4.1.0 for VC8 crashes when -errlog is specified

[Tahar Ouhrouche]

Hi John, Duncan, All
Thanks for the quick answer,
Yes, I tried to debug the CORBA::ORB_init(argc, argv,"omniORB4"); and I
couldn't even step into this function, cuz it's on a Lib I guess. The error
that I get is:
"First-chance exception at 0x7c90eb74 in TestCORBA.exe: 0xC0000008: An
invalid handle was specified."
When it goes into the Assembly, the problem is in this instruction:
7C90EB6F  call        7C90EBAC
7C90EB74  mov         eax,dword ptr [esp]
It seems that the program tries to get a return value (which is null) of the
function 7C90EBAC from the stack :-o
I tried to compile the echo example in the <top>/src/examples/echo folder of
omniORB4 and i got the samething.

I tried with other versions of omniORB for VC8 followed all the instructions
to compile and run omniORB4 but the problem persists
Please note that this program is working just fine in VC6 with omniORB305

Thanks for help,

Cheers,
Tahar

On 6/20/07, John Stevenson-Hoare <John.Stevenson-Hoare at ffei.co.uk> wrote:
>
>  Hi Tahar,
>
>
>
> Didn't experience this problem with 4.0.7 myself as we used the pre-built
> version. Sounds a bit obvious but did you try debugging in to the affected
> function to see why it crashes?
>
>
>
> Cheers
>
> John
>
>
>  ------------------------------
>
> *From:* Tahar Ouhrouche [mailto:tahar.ouhrouche at gmail.com]
> *Sent:* 19 June 2007 17:47
> *To:* Duncan Grisby
> *Cc:* John Stevenson-Hoare; omniorb-list at omniorb-support.com
> *Subject:* Re: [omniORB] omninames 4.1.0 for VC8 crashes when -errlog is
> specified
>
>
>
> Hi Guys,
> I'm facing a kinda similar problem when compiling my application with
> Visual Studio 2005 using omniORB4.0.7
> As soon as the omniORB::Init() function is called, the program crashed,
> windows returns an Acces violation error.
> Did you ever faced this kind of problem?
>
> Thanks,
>
> Cheers,
>
> Tahar
>
> venson-Hoare" wrote:
>
> > If the -errlog parameter is supplied the program simply crashes out.
> > After examining the code it appears that the following line in
> > omniNames.cc is to blame:
> >
> > Line 159:   setvbuf(stderr, 0, _IOLBF, 0);
> >
> > The Visual Studio 2005 documentation states that the 4th argument to
> > this function, ie size, must be in the range 2 <= size <= INT_MAX
> > (2147483647). Clearly 0 is not in this range!
>
> Sorry for the delay in replying to this. The problem is down to a
> difference between Windows and Unix platforms. On Unix platforms, the
> size parameter is the size of the buffer if one is provided, which in
> this case there isn't. Windows takes it to be the size of the buffer it
> should allocate.
>
> Windows doesn't support line buffering at all, so the code is pointless
> there anyway. I've fixed it by #ifdefing it away on Windows.
>
> Cheers,
>
> Duncan.
>
> --
> -- Duncan Grisby         --
>   -- duncan at grisby.org     --
>    -- http://www.grisby.org --
>
> _______________________________________________
> omniORB-list mailing list
> omniORB-list at omniorb-support.com
> http://www.omniorb-support.com/mailman/listinfo/omniorb-list
>
>
>
> ______________________________________________________________________
>
> CONFIDENTIALITY AND DISCLAIMER NOTICE
>
> This message and any attachment is confidential and is protected by
> copyright. If you are not the intended recipient, please email the sender or
> telephone +44 (0)1442 213440 and delete this message and any attachment from
> your system. Dissemination and or copying of this email is prohibited if you
> are not the intended recipient.
>
> We believe, but do not warrant, that this email and any attachments are
> virus free. You should take full responsibility for virus checking.
>
> No responsibility is accepted by FFEI Ltd for personal emails or emails
> unconnected with FFEI Limited's business.
> ______________________________________________________________________
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20070620/f2bda760/attachment-0001.htm