Find attached a self-documenting scene file which demonstrates Mega POV
crashing while using photon maps.

Eric
---------------
http://www.ametro.net/~ericfree

Post a reply to this message

Attachments:
Download 'phot_test2.pov.txt' (5 KB)

Eric Freeman wrote:
> 
> Find attached a self-documenting scene file which demonstrates Mega POV
> crashing while using photon maps.

It crashes here too. MegaPov v0.3 for windows on a win 98 platform..

MEGAPOV caused a stack fault in module MEGAPOV.EXE at 015f:0047cc06.
Registers:
EAX=031b2318 CS=015f EIP=0047cc06 EFLGS=00010206
EBX=031b2594 SS=0167 ESP=031b1ed8 EBP=031b2270
ECX=db58e664 DS=0167 ESI=031b354c FS=3eef
EDX=031b2594 ES=0167 EDI=031b2330 GS=0000
Bytes at CS:EIP:
53 55 56 33 f6 57 56 e8 2e 11 02 00 a1 7c a3 51 
Stack dump:
00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 

-- 
Ken Tyler -  1300+ Povray, Graphics, 3D Rendering, and Raytracing Links:
http://home.pacbell.net/tylereng/index.html http://www.povray.org/links/

Post a reply to this message

"Ken" <tyl### [at] pacbellnet> wrote in message
news:387B8F6D.A6BFDAF7@pacbell.net...
>
> It crashes here too. MegaPov v0.3 for windows on a win 98 platform..

I guess I should have specified, too.  v0.3, Win98, P133, 48megs ram, MS
sidewinder joystick, Global Upholstery Co. swivel desk chair with arm rests,
cold Budweiser on the side [the Bud seems to be the least fault-tolerant
part ;-) ].

Eric
---------------
"A wise and frugal government, which shall restrain men from injuring one
another, which shall leave them otherwise free to regulate their own
pursuits of industry and improvement, and shall not take from the mouth of
labor the bread it has earned.  This is the sum of good government."
     - Thomas Jefferson
     - First inaugural address, 1801
---------------
http://www.ametro.net/~ericfree

Post a reply to this message

#declare outerDome = merge {
  cylinder {
    <0,baseCylHite-baseCylGrooveY+gap,0>,
    <0,domeHite,0>
    baseCylGrooveR1-gap
  }
  sphere {
    <0,domeHite,0>,
    baseCylGrooveR1-gap+0.01
  }
}

This appears to be the problem or answer depending on how you look at it.
The additional gap subtraction from before is changed to addition for this part.
Fixes it up just fine apparently.

Bob

"Ken" <tyl### [at] pacbellnet> wrote in message
news:387B8F6D.A6BFDAF7@pacbell.net...
>
>
> Eric Freeman wrote:
> >
> > Find attached a self-documenting scene file which demonstrates Mega POV
> > crashing while using photon maps.
>
> It crashes here too. MegaPov v0.3 for windows on a win 98 platform..
>
> MEGAPOV caused a stack fault in module MEGAPOV.EXE at 015f:0047cc06.
> Registers:
> EAX=031b2318 CS=015f EIP=0047cc06 EFLGS=00010206
> EBX=031b2594 SS=0167 ESP=031b1ed8 EBP=031b2270
> ECX=db58e664 DS=0167 ESI=031b354c FS=3eef
> EDX=031b2594 ES=0167 EDI=031b2330 GS=0000
> Bytes at CS:EIP:
> 53 55 56 33 f6 57 56 e8 2e 11 02 00 a1 7c a3 51
> Stack dump:
> 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000 00000000 00000000 00000000
> 00000000 00000000 00000000 00000000
>
> --
> Ken Tyler -  1300+ Povray, Graphics, 3D Rendering, and Raytracing Links:
> http://home.pacbell.net/tylereng/index.html http://www.povray.org/links/

Post a reply to this message

"omniVERSE" <inv### [at] aolcom> wrote in message
news:387ba5f3@news.povray.org...
>
> #declare outerDome = merge {
>   cylinder {
>     <0,baseCylHite-baseCylGrooveY+gap,0>,  ****FIRST GAP
>     <0,domeHite,0>
>     baseCylGrooveR1-gap   ****SECOND GAP
>   }
>   sphere {
>     <0,domeHite,0>,
>     baseCylGrooveR1-gap+0.01  ****THIRD GAP
>   }
> }
>
> This appears to be the problem or answer depending on
> how you look at it.  The additional gap subtraction from
> before is changed to addition for this part.  Fixes it up just
> fine apparently.

I don't understand the problem.  The dome sits in a groove cut into the
base.  The gap variable is used to add a little separation between the
bottom of the dome and the sides and bottom of the groove to avoid
coincident surfaces.  The first gap is added to lift the dome slightly above
the bottom of the groove (baseCylHite-baseCylGrooveY).  The second and third
gaps are subtracted from the outer radius of the dome to provide a gap
between the dome and the outer wall of the groove (baseCylGrooveR1).  The
0.01 added to the sphere is a fudge amount because without it there is a
line visible where the sphere and cylinder meet.

I've just compared the above with my scene file and see that you are
referring to the 0.01 fudge amount added to the radius of the sphere.  I
don't know why, but negating or removing this 0.01 clears up the problem.
Now I'm back to having a line where the sphere and cylinder meet.

Eric
---------------
"A wise and frugal government, which shall restrain men from injuring one
another, which shall leave them otherwise free to regulate their own
pursuits of industry and improvement, and shall not take from the mouth of
labor the bread it has earned.  This is the sum of good government."
     - Thomas Jefferson
     - First inaugural address, 1801
---------------
http://www.ametro.net/~ericfree

Post a reply to this message

Seems to be a problem with the 'merge' there instead, so maybe it really is a
bug.

Bob

"Eric Freeman" <eri### [at] ametronet> wrote in message
news:387bcd3f@news.povray.org...
> "omniVERSE" <inv### [at] aolcom> wrote in message
> news:387ba5f3@news.povray.org...
> >
> > #declare outerDome = merge {
> >   cylinder {
> >     <0,baseCylHite-baseCylGrooveY+gap,0>,  ****FIRST GAP
> >     <0,domeHite,0>
> >     baseCylGrooveR1-gap   ****SECOND GAP
> >   }
> >   sphere {
> >     <0,domeHite,0>,
> >     baseCylGrooveR1-gap+0.01  ****THIRD GAP
> >   }
> > }
> >
> > This appears to be the problem or answer depending on
> > how you look at it.  The additional gap subtraction from
> > before is changed to addition for this part.  Fixes it up just
> > fine apparently.
>
> I don't understand the problem.  The dome sits in a groove cut into the
> base.  The gap variable is used to add a little separation between the
> bottom of the dome and the sides and bottom of the groove to avoid
> coincident surfaces.  The first gap is added to lift the dome slightly above
> the bottom of the groove (baseCylHite-baseCylGrooveY).  The second and third
> gaps are subtracted from the outer radius of the dome to provide a gap
> between the dome and the outer wall of the groove (baseCylGrooveR1).  The
> 0.01 added to the sphere is a fudge amount because without it there is a
> line visible where the sphere and cylinder meet.
>
> I've just compared the above with my scene file and see that you are
> referring to the 0.01 fudge amount added to the radius of the sphere.  I
> don't know why, but negating or removing this 0.01 clears up the problem.
> Now I'm back to having a line where the sphere and cylinder meet.
>
> Eric
> ---------------
> "A wise and frugal government, which shall restrain men from injuring one
> another, which shall leave them otherwise free to regulate their own
> pursuits of industry and improvement, and shall not take from the mouth of
> labor the bread it has earned.  This is the sum of good government."
>      - Thomas Jefferson
>      - First inaugural address, 1801
> ---------------
> http://www.ametro.net/~ericfree
>
>
>
>

Post a reply to this message

omniVERSE wrote:
> 
> Seems to be a problem with the 'merge' there instead, so maybe it really is a
> bug.

Anything that causes the program to crash is a bug and should be brought
to the attention of the proper people. This inculdes invalid page faults
of invalid stack faults which is the case here.

-- 
Ken Tyler -  1300+ Povray, Graphics, 3D Rendering, and Raytracing Links:
http://home.pacbell.net/tylereng/index.html http://www.povray.org/links/

Post a reply to this message

Set your max_trace_level lower and it won't crash.  Mine crashes with a
stack overflow when the trace level gets to 168.  Apparantly I am compiling
with a smaller stack size than the official version.  Anybody have thoughts
as to how big of a stack size I should allow?

-Nathan

Eric Freeman <eri### [at] ametronet> wrote...
> Find attached a self-documenting scene file which demonstrates Mega POV
> crashing while using photon maps.
>

Post a reply to this message

Nathan Kopp wrote:
> 
> Set your max_trace_level lower and it won't crash.  Mine crashes with a
> stack overflow when the trace level gets to 168.  Apparantly I am compiling
> with a smaller stack size than the official version.  Anybody have thoughts
> as to how big of a stack size I should allow?
> 
> -Nathan
> 
HUGE!
<g>


-- 
//Spider    --  [ spider@bahnhof.se ]-[ http://darkmere.wanfear.com/ ]
And the devil in black dress watches over
    My guardian angel walks away
Life is short and love is always over in the morning
    Black wind come carry me far away
            --"Sisters of Mercy" -- "Temple Of Love"

Post a reply to this message

Nathan Kopp wrote in message <387ca0a3@news.povray.org>...
>Set your max_trace_level lower and it won't crash.  Mine crashes with a
>stack overflow when the trace level gets to 168.  Apparantly I am compiling
>with a smaller stack size than the official version.  Anybody have thoughts
>as to how big of a stack size I should allow?


As big as the compiler will allow.

Mark

Post a reply to this message