Nico wrote:
> 
> So finally, is it a bug or not ? It's like at least that the official 
> binary version for linux produces the "bug". So, even if it's slower, 
> why not changing the zero thickness box to a square mesh or a very thin 
> box that won't produce the weird behavior ?
> 
> Nico

screen.pov renders fine on Linux for me. I'm running a self-compiled
version of POV-Ray 3.50c on Gentoo Linux. I compiled it using GCC
3.2. I had removed the -ffast-math flag a while back (via an
ebuild modification) because it was causing the dispersion bug
mentioned in this newgroup around March of this year. Perhaps the
official binary was compiled with GCC and the -ffast-math flag?
At any rate this seems like more of a GCC problem than a POV-Ray
problem.

-Roz

> Lutz-Peter Hooge wrote:
> 
>> Nico <rou### [at] loriafr> wrote:
>>
>>
>>> But when I render the screen.pov example file I get the attached image.
>>
>>
>>
>> I get the same image in a MingW (gcc 3.2) compile. recompiling without 
>> -ffastmath fixes this.
>>
>> Minimal scene that will show the bug:
>>
>> //#declare epsilon = 0.000000000000001; // this works
>> #declare epsilon = 0;                   // this not
>> box {
>>  0, <1,1,epsilon>
>>  pigment {color rgb 0}
>>  translate <-0.5,-0.5,0>+2*z
>>  scale 0.02
>> }
>> background{color rgb 1}
> 
>

Post a reply to this message