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

> On Thu, 31 Jan 2002 16:53:39 +0100, "Thorsten Froehlich" <tho### [at] trfde>
> wrote:
>> > [win gui] line with error highlighted but render finished succesfully
>> > http://news.povray.org/va2tvt4tuitd67ik5t9ps334sbg6205bt3@4ax.com
>>
>> Isn't the highlighted error simply a text selection?
>
> Text selection is black on my computer while highlighted error makes whole
> line yellow.
>
>> Either way, the bug has not been confirmed.
>
> confirmed in http://news.povray.org/Xns9198AD4D5BBF4CQ@204.213.191.226
> I can describe additional situation when it appear if necessary.

Ah, I see.  As i don't use the Windows version a lot I justed wanted to make
sure it is not just some misunderstanding regarding the text selection (I.e.
on Macs it gets selected...)

>> > another crash with max_intersections
>> > http://news.povray.org/j8fo2u8mbo97gi3as0udmab7t9ttap2iom@4ax.com
>>
>> Note that setting "max_intersection 0" is simply brain-dead.
>
> Is this logged or not ? When I reported it I know nonsense of this but when
> somebody do this with wrongly constructed loop he shouldn't crash his engine.

It would automatically (without a message) set it to at least one, and I
changed it to 2 as minimum for the next beta some time ago.

>> > macros without commas takes parameter wrongly
>> > http://news.povray.org/bp925u4upa1gl9kih2pikg4qusf0lr03kg@4ax.com
>>
>> Works as designed - not a bug.  Commas between macro parameters are required.
>
> If commas are required then why parser not stoped parsing at macro declaration
> with message like: "comma expected but T found" ? If it looks like feature
> request then ignore it.

By design all commas can be option for backward compatibility, but in many
cases the parser then can no longer tell what the user wants to do.  Possible
solutions are to make all commas mandatory (which IMO is a bad idea), or to
wait for a rewrite and then define more restrictive but variable rules for
comma requirements/options.

    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 Thu, 31 Jan 2002 20:20:10 +0100, Simon Adameit wrote:
> The following code produces this error:
> 
>  #local ohh=ahh <----ERROR
> Parse Error: Cannot assign uninitialized identifier.

And why is this a bug?

> Code:
> 
> #fopen wfile "nothing.txt" write
> #fclose wfile
> 
> #fopen rfile "nothing.txt" read
> #read(rfile,ahh)

This #read has to fail.  There's nothing for it to read.

> #ifdef(ahh)
>   #local ohh=ahh;
> #end

So it's defined but not initialized.  What's so wrong with that?
Aren't you supposed to check whether rfile is defined to detect
EOF rather than checking whether ahh is defined?

> #fclose rfile


-- 
#macro R(L P)sphere{L F}cylinder{L P F}#end#macro P(V)merge{R(z+a z)R(-z a-z)R(a
-z-z-z a+z)torus{1F clipped_by{plane{a 0}}}translate V}#end#macro Z(a F T)merge{
P(z+a)P(z-a)R(-z-z-x a)pigment{rgbf 1}hollow interior{media{emission 3-T}}}#end 
Z(-x-x.2x)camera{location z*-10rotate x*90normal{bumps.02scale.05}}

Post a reply to this message

On Mon, 28 Jan 2002 02:05:17 +0000, Mike Williams wrote:
> crash during debugging of parsing (job0205)
> http://news.povray.org/332m2uspk9nfqfq6g7oc8qtmkcu5higjs7@4ax.com

Fixed for next beta.

-- 
#macro R(L P)sphere{L F}cylinder{L P F}#end#macro P(V)merge{R(z+a z)R(-z a-z)R(a
-z-z-z a+z)torus{1F clipped_by{plane{a 0}}}translate V}#end#macro Z(a F T)merge{
P(z+a)P(z-a)R(-z-z-x a)pigment{rgbt 1}hollow interior{media{emission T}}finish{
reflection.1}}#end Z(-x-x.2y)Z(-x-x.4x)camera{location z*-10rotate x*90}

Post a reply to this message

On Mon, 28 Jan 2002 02:05:17 +0000, Mike Williams wrote:
> crash with loop (job000205)
> (infinite loop of "#local"s causes stack fault)
> http://news.povray.org/3c2cb9b7@news.povray.org

Fixed for next beta.

-- 
#macro R(P)z+_(P)_(P)_(P+1)_(P+1)+z#end#macro Q(C,T)bicubic_patch{type 1u_steps
6v_steps 6R(1)R(3)R(5)R(7)pigment{rgb z}}#end#macro _(Y)#local X=asc(substr(C,Y
,1))-65;<T+mod(X,4)div(X,4)9>-2#end#macro O(T)Q("ABEFUQWS",T)Q("WSXTLOJN",T)#
end O(0)O(3)Q("JNKLCGCD",0)light_source{x 1}// ron### [at] povrayorg

Post a reply to this message

On Mon, 28 Jan 2002 02:05:17 +0000, Mike Williams wrote:
> #while crash..
> http://news.povray.org/3c38646f@news.povray.org

Fixed in next beta.

-- 
plane{-z,-3normal{crackle scale.2#local a=5;#while(a)warp{repeat x flip x}rotate
z*60#local a=a-1;#end translate-9*x}pigment{rgb 1}}light_source{-9red 1rotate 60
*z}light_source{-9rgb y rotate-z*60}light_source{9-z*18rgb z}text{ttf"arial.ttf"
"RP".01,0translate-<.6,.4,.02>pigment{bozo}}light_source{-z*3rgb-.2}//Ron Parker

Post a reply to this message

On Mon, 28 Jan 2002 02:05:17 +0000, Mike Williams wrote:
> #macro crush (job000206)
> http://news.povray.org/3c2c78cf$1@news.povray.org

Fixed, but probably not in the next beta.


--
#macro R(L P)sphere{L __}cylinder{L P __}#end#macro P(_1)union{R(z+_ z)R(-z _-z)
R(_-z*3_+z)torus{1__ clipped_by{plane{_ 0}}}translate z+_1}#end#macro S(_)9-(_1-
_)*(_1-_)#end#macro Z(_1 _ __)union{P(_)P(-_)R(y-z-1_)translate.1*_1-y*8pigment{
rgb<S(7)S(5)S(3)>}}#if(_1)Z(_1-__,_,__)#end#end Z(10x*-2,.2)camera{rotate x*90}

Post a reply to this message

On Mon, 28 Jan 2002 02:05:17 +0000, Mike Williams wrote:
> Array assignment crash (job000203)
> (It should overwrite the old array with the newly created, correct
> array, but crashes)
> http://news.povray.org/3bcc54ab$1@news.povray.org

Fixed, but not in beta 11.

-- 
#macro R(L P)sphere{L F}cylinder{L P F}#end#macro P(V)merge{R(z+a z)R(-z a-z)R(a
-z-z-z a+z)torus{1F clipped_by{plane{a 0}}}translate V}#end#macro Z(a F T)merge{
P(z+a)P(z-a)R(-z-z-x a)pigment{rgbf 1}hollow interior{media{emission 3-T}}}#end 
Z(-x-x.2x)camera{location z*-10rotate x*90normal{bumps.02scale.05}}

Post a reply to this message