The following code snippet causes both POV 3.5 and 3.6 to exit with a 
segmentation fault on my Gentoo 2.4.25, Athlon XP 2600+, 1 Gig RAM:

<POV>
#macro F_Plane ()
   #local fn_p=function (x,y,z) { y };
   fn_p
#end

#local F1= F_Plane();

#declare fn_crash = function(x,y,z) { F1(x,y,z) }
</POV>

Can anyone confirm this behaviour?

Thanks,
Florian
-- 
camera{look_at-y*10location<8,-3,-8>*10}#local a=0;#while(a<999)sphere{
#local _=.01*a-4.99;#local p=a*.01-5;#local c=.01*a-4.995;<sin(p*pi)*5p
*10pow(p,5)*.01>sin(c*c*c*.1)+1pigment{rgb 3}}#local a=a+1;#end
/******** http://www.torfbold.com ******** http://www.imp.org ********/

Post a reply to this message

"Florian Brucker" <tor### [at] torfboldcom> wrote in message
news:4177e579$1@news.povray.org...
> The following code snippet causes both POV 3.5 and 3.6 to exit with a
> segmentation fault on my Gentoo 2.4.25, Athlon XP 2600+, 1 Gig RAM:
>
> <POV>
> #macro F_Plane ()
>    #local fn_p=function (x,y,z) { y };
>    fn_p
> #end
>
> #local F1= F_Plane();
>
> #declare fn_crash = function(x,y,z) { F1(x,y,z) }
> </POV>
>
> Can anyone confirm this behaviour?
>
> Thanks,
> Florian

well it sure make 3.6 on Windows XP to act upset.

"The POV-Ray code rendering code threw an unhandled exception..." But that
was after I added a basic scene setup. Otherwise, just trying to render the
code you gave cause pov to hang.

Post a reply to this message

Ross wrote:

>>The following code snippet causes both POV 3.5 and 3.6 to exit with a
>>segmentation fault on my Gentoo 2.4.25, Athlon XP 2600+, 1 Gig RAM:
> 
> well it sure make 3.6 on Windows XP to act upset.

Do you guys talk about 3.6.1 which is the latest version?

Sevei S.

Post a reply to this message

> Do you guys talk about 3.6.1 which is the latest version?
It happens for me on 3.5, 3.6.0 and 3.6.1 (the last one freshly 
installed after your question).

Florian
-- 
camera{look_at-y*10location<8,-3,-8>*10}#local a=0;#while(a<999)sphere{
#local _=.01*a-4.99;#local p=a*.01-5;#local c=.01*a-4.995;<sin(p*pi)*5p
*10pow(p,5)*.01>sin(c*c*c*.1)+1pigment{rgb 3}}#local a=a+1;#end
/******** http://www.torfbold.com ******** http://www.imp.org ********/

Post a reply to this message

> Can anyone confirm this behaviour?
>

yes.

I use povray 3.6.1-fbdev-0.1.tar.gz , which is a small patch for povray to
use the framebuffer-device instead of the normal X-Display (I use a special
extension for my sis-graphicscard)

Linux-Mandrake 9.2, X.org 6.8.0

Mark

Post a reply to this message

Florian Brucker <tor### [at] torfboldcom> wrote:
> The following code snippet causes both POV 3.5 and 3.6 to exit with a 
> segmentation fault on my Gentoo 2.4.25, Athlon XP 2600+, 1 Gig RAM:

  "Doctor, it really hurts when I touch here."
  "Then don't touch there."

-- 
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -

Post a reply to this message

> "Doctor, it really hurts when I touch here."
> "Then don't touch there."
If this is meant to be a joke, then fine :)

If it's no joke, then I really disagree with that attitude...

Florian
-- 
camera{look_at-y*10location<8,-3,-8>*10}#local a=0;#while(a<999)sphere{
#local _=.01*a-4.99;#local p=a*.01-5;#local c=.01*a-4.995;<sin(p*pi)*5p
*10pow(p,5)*.01>sin(c*c*c*.1)+1pigment{rgb 3}}#local a=a+1;#end
/******** http://www.torfbold.com ******** http://www.imp.org ********/

Post a reply to this message

> It's a Groucho Marx line. We use it all the time around here.
Ah, didn't know that.

> "Every time I assign data to a version of the program too old to handle 
> it, the reports come out funny."
Well, IMHO the code snippet is valid SDL. And even if that's not the 
case: a segmentation fault is in no way a good idea to treat syntax 
errors (Debugging POV SDL would be much more interesting if all syntax 
errors were treated that way :). And about the program being too old to 
handle it - 3.6.1 too old? POV 4 came faster than I thought ;)

Florian
-- 
camera{look_at-y*10location<8,-3,-8>*10}#local a=0;#while(a<999)sphere{
#local _=.01*a-4.99;#local p=a*.01-5;#local c=.01*a-4.995;<sin(p*pi)*5p
*10pow(p,5)*.01>sin(c*c*c*.1)+1pigment{rgb 3}}#local a=a+1;#end
/******** http://www.torfbold.com ******** http://www.imp.org ********/

Post a reply to this message

Florian Brucker wrote:
> The following code snippet causes both POV 3.5 and 3.6 to exit with a 
> segmentation fault on my Gentoo 2.4.25, Athlon XP 2600+, 1 Gig RAM:
> 
> <POV>
> #macro F_Plane ()
>   #local fn_p=function (x,y,z) { y };
>   fn_p
> #end
> 
> #local F1= F_Plane();
> 
> #declare fn_crash = function(x,y,z) { F1(x,y,z) }
> </POV>

BTW the correct way to do what you seem to be trying to do is 
demostrated in the IsoCSG library.  What you wrote can't work although 
it should of course not crash but return with an error.

Christoph

-- 
POV-Ray tutorials, include files, Sim-POV,
HCR-Edit and more: http://www.tu-bs.de/~y0013390/
Last updated 23 Sep. 2004 _____./\/^>_*_<^\/\.______

Post a reply to this message

> > "Every time I assign data to a version of the program too old to
> > handle it, the reports come out funny."
> Well, IMHO the code snippet is valid SDL. And even if that's not the 
> case: a segmentation fault is in no way a good idea to treat syntax 
> errors (Debugging POV SDL would be much more interesting if all syntax
> errors were treated that way :). And about the program being too old
> to handle it - 3.6.1 too old? POV 4 came faster than I thought ;)
I think that was another joke. Do try to keep up :->

Daniel

-- 
A most peculiar man    With the windows closed      And Mrs Reardon says
He died last Saturday  So he'd never wake up  He has a brother somewhere
He turned on the gas   To his silent world   Who should be notified soon
And he went to sleep   And his tiny room    .oO( http://sad.istic.org/ )

Post a reply to this message