 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I'm having trouble with a weird parse error 'Reallocing Finite to 60'.
What's this error about? It crashes Povray3.5b10.
Has it to do with VERY LARGE values or something?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Apache <apa### [at] yahoo com> wrote:
: I'm having trouble with a weird parse error 'Reallocing Finite to 60'.
: What's this error about? It crashes Povray3.5b10.
: Has it to do with VERY LARGE values or something?
A (short) example scene would help.
--
#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
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> : I'm having trouble with a weird parse error 'Reallocing Finite to 60'.
> : What's this error about? It crashes Povray3.5b10.
>
> : Has it to do with VERY LARGE values or something?
>
> A (short) example scene would help.
I experienced something equall to this("reallocing Finte to 763") in the
thread posted by me sometime ago in this group (With some code):
Subject: crash with some boxes /infinite boxes
Message-ID: <3c375d62$1@news.povray.org>
And at least in my case it has to do with Very Large values (and with
rotating, as Mike Williams found out).
cukk
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
KalleK wrote:
>
> > : I'm having trouble with a weird parse error 'Reallocing Finite to 60'.
> > : What's this error about? It crashes Povray3.5b10.
> >
> > : Has it to do with VERY LARGE values or something?
> >
> > A (short) example scene would help.
>
> I experienced something equall to this("reallocing Finte to 763") in the
> thread posted by me sometime ago in this group (With some code):
>
My debugging experience make me believe there is some kind of printf(or
whatever)
which is missing an argument/parameter, thus reusing whatever is on the stack...
Or the parameter is not of the kind specified by the format string, nor the one
expected by the programmer!
Just my 0.01 Ecu, because I have really no knowledge of 3.5 source code.
--
Non Sine Numine
http://grimbert.cjb.net/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>KalleK wrote:
>> I experienced something equall to this("reallocing Finte to 763") in the
>> thread posted by me sometime ago in this group (With some code):
>
>My debugging experience make me believe there is some kind of printf(or
>whatever)
>which is missing an argument/parameter, thus reusing whatever is on the
stack...
>Or the parameter is not of the kind specified by the format string, nor the
one
>expected by the programmer!
The "reallocing finite" message is a status message being printed by the
bounding box code. In this situation, it is printing out properly, and
stating that it is resizing an array to contain 763 items.
--
Mark
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Fri, 25 Jan 2002 00:04:02 -0500, Mark Wagner wrote:
> The "reallocing finite" message is a status message being printed by the
> bounding box code. In this situation, it is printing out properly, and
> stating that it is resizing an array to contain 763 items.
Unfortunately, it's resizing an array that the caller passed by value, and
that the caller still wanted to use. When the caller tries to use the
now-invalid pointer, boom!
Fixed in the next beta, BTW.
--
#local R=<7084844682857967,0787982,826975826580>;#macro L(P)concat(#while(P)chr(
mod(P,100)),#local P=P/100;#end"")#end background{rgb 1}text{ttf L(R.x)L(R.y)0,0
translate<-.8,0,-1>}text{ttf L(R.x)L(R.z)0,0translate<-1.6,-.75,-1>}sphere{z/9e3
4/26/2001finish{reflection 1}}//ron.parker@povray.org My opinions, nobody else's
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
