On 10/4/06, Evgueni Brevnov <evgueni.brevnov@gmail.com> wrote:
>
> Hi,
>
> I see the same. I looked at the problem closer. It turned out to be
> the problem of Microsoft debugger. Seems like debug information is
> damaged somehow. What I did? I set breakpoint at line 290 of
> modules\luni\src\main\native\launcher\shared\main.c. Printed out
> args->portLibrary. It is valid structure at that moment. Make one step
> over the line 290. Ups ... args->portLibrary become invalid but line
> number 290 looks like if(newPathToAdd == NULL). So it can't crash
> portLibrary. I played a little with commenting out the code and got
> the same problem in different places. That's why I think this is
> debugger problem.


Good catch!  Thanks.  This is finally making some sense.  Even the debugger
is getting confused with all the macros and, DLLs.  The commonality between
APR and classlib/port will be a maintenance problem.


Thanks
> Evgueni
>
> On 10/2/06, Weldon Washburn <weldonwjw@gmail.com> wrote:
> > All,
> >
> > Using windows debugger, I see
> native/launcher/shared/main.c::invocation()
> > receive an incoming argument that looks to be a DRLVM version of
> HyPortLibrary
> > with all the functions zeroed out.  Does anyone else see this??
> > Passing a HyPortLibrary
> > with the function ptrs nulled out is not the primary concern.  At worst,
> > this will cause a sigsegv and should be straight forward to debug.
> >
> > The big concern is accidentally using the classlib/HyPortLibrary
> function
> > ptr table when DRLVM Threading Manager APIs are intended.  This could
> cause
> > all sorts of strange deadlocks.  I have looked at the code to prove or
> > disprove that the two HyPortLibraries are being confused.  So far, no
> luck.
> > There are too many layers to get to the bottom of this quickly.  Does
> anyone
> > know the answer to the above question?  If not, should I open a JIRA on
> this
> > issue?
> >
> >
> > --
> > Weldon Washburn
> > Intel Middleware Products Division
> >
> >
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>


-- 
Weldon Washburn
Intel Middleware Products Division