Re: [openvrml-develop] material-rendering bug (was ANN: OpenVRML 0.18.5)

[Braden M. <br...@en...>]

On Fri, 2010-03-19 at 10:31 -0700, Greg Roelofs wrote: 
> >> Are the other problem worlds publicly available?
> 
> > I've just uploaded a tarball here:
> 
> The weird brown desktop in the cubicles model in the tarball was bothering
> me, but I thought it must have been due to some subtle alignment issue
> between that specific bit of geometry and my light source(s).  Doesn't
> look like it, though:
> 
> 	http://gregroelofs.com/test/cubicles-moved-DeskCorner.wrl
> 
> (Note that the textures aren't there, so copy that file wherever you
> unpacked the tarball for complete parity with cubicles.wrl.  The relevant
> "feature" isn't dependent on the textures, though.)
> 
> Anyway, that's an identical file except that the specific instance of the
> DeskCorner proto that was brown in cubicles.wrl has been moved in front of
> all the other desk-related instances (about 20-30 lines up).  Now it works
> correctly, i.e., it matches all the other desktop surfaces.
> 
> I'm wondering of this is another manifestation of the apparent memory
> corruption seen in the crashes.

Could be.  I'm still trying to get a handle on exactly what's going on
here.  I'm getting closer; I think I'm looking at a race between some
stream handling threads.  But I haven't isolated it yet.

> Oh, and one other gotcha with sdl-viewer:  it appears that any X events
> (e.g., mouseover) while it's setting up the initial scene will lock up X
> input in a way reminiscent of the old Motif menu-focus-grab lockups.  The
> mouse still moves, but focus doesn't change, and neither mouseclicks nor
> keyboard input are accepted.  Since modern X no longer supports the old
> AllowDeactivateGrabs option, I can't verify that it's actually a grab
> issue, but that's what it feels like.  (Logging in from another machine
> and killing the sdl-viewer process takes care of it.)

I'll give this a looksee once I've resolved the crasher bugs; but an
sdl-viewer specific bug might not get a very high priority from me.

-- 
Braden McDaniel <br...@en...>