POV 3.5 RC5 icl on WinNT Sp 6 PII 233 with 128 MB

Following code not works with RC5. It worked with RC4.

#macro Time_To_Length_Converter(Spline,Min,Max,Accuracy)
  #local Conversion=function{spline{
    #local Last=Spline(Min);
    #local Length=0;
    #local C=Min;
    #while (C<=Max)
      #local C=min(C,Max);
      #local Point=Spline(C);
      #local Length=Length+vlength(Point-Last);
      C , Length
      #local C=C+Accuracy;
    #end
  }};
#end

#local S=spline{-1 x 0 y 1 z 2 0};
Time_To_Length_Converter(S,0,1,.001)

ABX

Post a reply to this message

Skiba <abx### [at] babilonorg>  wrote:

> POV 3.5 RC5 icl on WinNT Sp 6 PII 233 with 128 MB
>
> Following code not works with RC5. It worked with RC4.

Yes, as mentioned in another thread you might recall that declaring has been
disallowed in functions to fix a problem you had with it.

Looking at this code doing so might go a bit too far.  I will see if there are
better solutions...

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

On Mon, 20 May 2002 11:14:30 +0200, "Thorsten Froehlich" <tho### [at] trfde>
wrote:
> > POV 3.5 RC5 icl on WinNT Sp 6 PII 233 with 128 MB
> >
> > Following code not works with RC5. It worked with RC4.
>
> Yes, as mentioned in another thread you might recall that declaring has been
> disallowed in functions to fix a problem you had with it.

You mean ANY declaration inside function is forbidden now ? In this case I
prefer work with that crash I reported than with such "awful" limitation :-(

> Looking at this code doing so might go a bit too far.  I will see if there are
> better solutions...

Please, find it... (is it feature request ?)

ABX

Post a reply to this message

On Mon, 20 May 2002 11:14:30 +0200, "Thorsten Froehlich" <tho### [at] trfde>
wrote:
>Yes, as mentioned in another thread you might recall that declaring has been
>disallowed in functions to fix a problem you had with it.
>Looking at this code doing so might go a bit too far.  I will see if there are
>better solutions...

Probably for the same reason I can't use such construction:

  #local fn_T=function { Reorient_Trans( Axis, x) }

which is basic construction in iso_csg library. Wasting identifiers and time
for assigments is not very good solution :-(

ABX

Post a reply to this message

> Yes, as mentioned in another thread you might recall that declaring has
been
> disallowed in functions to fix a problem you had with it.


I haven't followed this in detail, but I noticed that in the last post, it
was a problem with declaring a *function* inside a function. Of course, I
don't know how pov-ray deals with this stuff internally, but perhaps merely
saying "you can't declare a function within another function being declared"
might fix it, instead of limiting *all* types of declarations?

 - Slime
[ http://www.slimeland.com/ ]

Post a reply to this message

Skiba <abx### [at] babilonorg>  wrote:

>> Looking at this code doing so might go a bit too far.  I will see if there
are
>> better solutions...
>
> Please, find it... (is it feature request ?)

No, not a feature request because it is simply an alternate bug fix.  I found
a solution that works and should even allow functions to be declared inside
functions (also I won't guarantee that will work before running more tests).

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

On Mon, 20 May 2002 15:12:37 +0200, "Thorsten Froehlich" <tho### [at] trfde>
wrote:
> > > Looking at this code doing so might go a bit too far.  I will see if there are
> > > better solutions...
> >
> > Please, find it... (is it feature request ?)
>
> No, not a feature request because it is simply an alternate bug fix.  I found
> a solution that works and should even allow functions to be declared inside
> functions (also I won't guarantee that will work before running more tests).

Bad news: code mentioned in 9m89euo7sj6mvsns96cg47daa9e11m630o@4ax.com again
crashes RC6.

ABX

Post a reply to this message

Skiba <abx### [at] babilonorg>  wrote:

> Bad news: code mentioned in 9m89euo7sj6mvsns96cg47daa9e11m630o@4ax.com again
> crashes RC6.

Well, you complain either way, so live with it.  Period!

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

On Mon, 10 Jun 2002 13:35:46 +0200, "Thorsten Froehlich" <tho### [at] trfde>
wrote:

> > Bad news: code mentioned in 9m89euo7sj6mvsns96cg47daa9e11m630o@4ax.com again
> > crashes RC6.
>
> Well, you complain either way, so live with it.

... until 3.5.first.bug.fix.release.win32.icl I hope ;->

ABX

Post a reply to this message

Skiba <abx### [at] babilonorg>  wrote:

>> Well, you complain either way, so live with it.
>
> ... until 3.5.first.bug.fix.release.win32.icl I hope ;->

No, what you do is destroying the function prior to it getting used, so it
can never work.  Don't you the #undef of a function that is used inside
another function at the same time when that other function is being
declared.

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message