Re: [Chromium-dev] gl calls before context set up = crash!

[<ma...@co...>]

Hi Brian and Greg,

The function stubInit apparently gets glim initialized, but it is only called
(on Windows anyway) from the functions in wgl.c which have to do with context
creation, etc... So glim isn't initialized to the null funcs at load time...

But if you add the following to DllMain at the Bottom of load.c this seems to
do the trick:

crSPUInitDispatchTable( &glim );
crSPUCopyDispatchTable(&glim, &stubNULLDispatch);

Now the 3rd-party app gets far enough to say it can't get a PixelFormat it
likes.. But we'll take it from there for now!

Thanks,
Jon

ps. If noone has seen the bug report on sourceforge, I'm pretty sure that
the "params" array in tilesortspu_stereo.c should be 18 elements long rather
than 17. It's at line 109 in the version I have.





Quoting Brian Paul <bri...@tu...>:

> Initially, all functions are supposed to jump into no-op functions.
>
> In the NULLfuncs.c file, when we declare (define?) the glim table, we
> initialize all the pointers to no-op functions.
>
> Jonathan, could you use a debugger to examine the value of
> glim.SomeFunc to make sure it points to a null/no-op function?
>
> -Brian
>
> Greg Humphreys wrote:
> > I'm pretty sure that at some point in the past glim was set up to
> > point to the NOP spu, which was always loaded by default.  Has this
> > changed?
> >
> >
> > On Fri, 25 Feb 2005 19:46:15 -0700, ma...@co...
> > <ma...@co...> wrote:
> >
> >>Hi all,
> >>
> >>My research group is working on some modifications to Cr to allow
> head-tracked
> >>stereo for CAVE-type environments and we've had some good success!
> >>
> >>But I've run into a nasty problem: we're running a 3rd-party client app
> that's
> >>very naughty... It appears to be calling gl calls before setting up its
> >>rendering context.
> >>
> >>We're working on Windows, starting from the 1.7 release code (I know, I
> should
> >>probably grab what's in CVS...) and the functions in windows_exports.c
> >>typically do the following:
> >>
> >>NAKED void cr_SomeFunc( argsGoHere )
> >>{
> >>        __asm jmp [glim.SomeFunc]
> >>        UNUSED( argsGoHere );
> >>}
> >>
> >>I haven't dug too far into this yet, but I think this blind jmp is the
> >>problem, since glim hasn't been set up yet. We would either need to test
> for
> >>this or glim needs to be set up sooner...
> >>
> >>Can anyone comment on what would be involved in getting a high-performance
> >>work-around going for this degenerate case!
> >>
> >>Thanks,
> >>Jon
> >>
> >>Jonathan Marbach
> >>BP Center for Visualization
> >>3400 Marine St.
> >>Boulder, CO 80218
> >>www.bpvizcenter.com
> >>
> >>-------------------------------------------------------
> >>SF email is sponsored by - The IT Product Guide
> >>Read honest & candid reviews on hundreds of IT Products from real users.
> >>Discover which products truly live up to the hype. Start reading now.
> >>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> >>_______________________________________________
> >>Chromium-dev mailing list
> >>Chr...@li...
> >>https://lists.sourceforge.net/lists/listinfo/chromium-dev
> >>
> >>
> >
> >
> >
>