This image cache problem of the color red has been around since 4.0.1 and
is still in 4.0.9. Originally I reported it as a problem on Linux and
duplicated it on the Irix 6.5. For my test I used a sequence of circle
glyphs. When I loop throught the sequence of cached images, the red
circle glyphs are not rendered, and are sometimes replaced with a
horizontal line across the base of the Image window.
The problem does not exist if you use hardware rendering (as far as I
know).
Jeff
On Wed, 17 Nov 1999, Chris Pelkie wrote:
>
> BTW, just for yucks, what color(s) did you try in your test? I have had a
> client report a bug that I believe is related to image cache problems (in
> SGI 6.5 openDX 4.0.5 as downloaded, not locally built) in which a
> ShowBoundary object colored red [1,0,0] creates a weird pattern when you go
> back in the cache (Undo from later images), but if you change to any other
> color including [.99,.01,.01], the (visible) problem goes away! (The
> pattern is a red smear that goes from left to right from the edge of the
> ShowBoundary). I'm thinking that the pointer indexing of the objects placed
> in cache is off, which might explain the growing memory leak you've
> reported. If the Undo referenced the wrong starting point in the Image
> Cache, it might possibly retrieve an image that would appear messed up but
> not completely random. I still can't decide if this means the placing or
> the retrieving is off, though I'd suspect the placing is more likely to
> lead to a growing memory. It could though be some counter that is being
> incorrectly incremented and claiming it's using more memory but isn't
> really, then the counter value is incorrectly being used to build the
> retrieval offset value, thus returning a bogus image.
>
----------------------------------------------------------------------
Jeff Braun Geophysics Dept.
mailto: [EMAIL PROTECTED] Montana Tech
(406) 496-4206 1300 W. Park St.
Butte, MT 59701
