On Tue, 22 Jan 2002 16:08:45 +0100, "Thorsten Froehlich" <tho### [at] trfde>
wrote:
> > > You are confusing a declaration and
> > > assignment statement here!
> >
> > From doc (6.2.6.2): "The #ifdef and #ifndef directives can be used to
> > determine whether a specific element of an array has been declared."
>
> And???  I see nothing about #undef here, so why would this be relevant?

According to your answer perhaps should be "The #ifdef and #ifndef directives
can be used to determine whether a specific element of an array has been
_assigned_." But as I said in another post differences are too subtle for my
English and I finish wasting of your time. Sorry.

ABX

Post a reply to this message

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

>> And???  I see nothing about #undef here, so why would this be relevant?
>
> According to your answer perhaps should be "The #ifdef and #ifndef directives
> can be used to determine whether a specific element of an array has been
> _assigned_." But as I said in another post differences are too subtle for my
> English and I finish wasting of your time. Sorry.

Hmm, it should indeed say assigned, that would make things much clearer.

Anyway, I think it isn't too much to add this feature as the actual error
message is generated in the function that does the removal of symbols and
nearly all releveant information is available there to add the feature (I
hope).  However, arrays aren't as "native" to the parser as they they appear
to the user...

    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

Tom Melly <tom### [at] tomandlucouk> wrote:
: Are you always so rude? IMHO if experienced users can be confused by such
: issues, God help the newbies.

  Try to develope five different pov-related things at the same time as well
as trying to live your real life... It's not a surprise that this kind of
pressure can make you a bit testy.

-- 
#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

"Warp" <war### [at] tagpovrayorg> wrote in message news:3c4d8be8@news.povray.org...

>   Try to develope five different pov-related things at the same time as well
> as trying to live your real life... It's not a surprise that this kind of
> pressure can make you a bit testy.

I fully appreciate this - however, it does no-one any favours to let it go
uncommented.

Post a reply to this message

On Tue, 22 Jan 2002 15:20:44 -0000, "Tom Melly" <tom### [at] tomandlucouk> wrote:
> I think this problem is a shortcoming in the docs rather than a bug. Whilst
> no-one expects the docs to specify everything you can't do in pov, there are a
> few cases when such "do nots" would be appropriate, and this would be one of
> them. In this case, arrays should always talk about assignment of array
> elements, not declarations, and a short sentance that array elements cannot be
> #undefed could be added.

Especially that there is simple relation ifdef-undef in characters for non
native English users.

ABX

Post a reply to this message

In article <3c4d834c$1@news.povray.org> , "Tom Melly" <tom### [at] tomandlucouk>
wrote:

> Are you always so rude?

No, just a bit annoyed that so many "bugs" that get reported are feature
requests from back in the 3.1 days or/and other real bugs suddenly get
reported for 3.5 while nobody bothered to report them for 3.1 or 3.0 or even
earlier also they always existed (and you can't tell me no-one using POV-Ray
all the time noticed).  And of course, everybody expects to get their pet
bug fixed in the next beta...

Then there are those nice complaints why this and that feature hasn't been
integrated and people completely seem to forget that 3.5 is (unfortunately)
much, much, much more than just taking some patch and adding it to the
official source code.  It includes to find and fix all those bugs and
restrictions of those patches and to find solutions.  All this is then of
course expected to be done in no time and soon there are threads (even
outside news.povray.org) by people who complain that the beta period takes
"so long" also only half the time the 3.1 beta took passed so far.

In the middle of that one then has to start explaining why a particular
behavior is no bug but by design.  And the endless arguing is what really
takes so much time because one constantly has to check the source code to
make sure what is said is really correct.  Not that it takes much to start
the argument, just find some example that doesn't work as you expect and
call it a bug - someone will the be forced to look into it :-(

    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 Tue, 22 Jan 2002 17:21:24 +0100, "Thorsten Froehlich" <tho### [at] trfde>
wrote:
> > Are you always so rude?
> No, just a bit annoyed that ...

Sometimes your reactions are concerned on me while I made huge list of real bugs
either within engine, documentation and scripts. But no problem for me - I get
used to it. I admit work of the team and understand effort.

ABX

Post a reply to this message

in news:3c4d8ab2@news.povray.org Thorsten Froehlich wrote:

> Hmm, it should indeed say assigned, that would make things much clearer.
> 

I'll change it.

Ingo

Post a reply to this message

On Tue, 22 Jan 2002 16:52:15 +0100, Thorsten Froehlich wrote:

> Skiba <abx### [at] babilonorg>  wrote:
> 
>>> And???  I see nothing about #undef here, so why would this be relevant?
>>
>> According to your answer perhaps should be "The #ifdef and #ifndef directives
>> can be used to determine whether a specific element of an array has been
>> _assigned_." But as I said in another post differences are too subtle for my
>> English and I finish wasting of your time. Sorry.
> 
> Hmm, it should indeed say assigned, that would make things much clearer.
> 
> Anyway, I think it isn't too much to add this feature as the actual error
> message is generated in the function that does the removal of symbols and
> nearly all releveant information is available there to add the feature (I
> hope).  

Hey, I remember when I thought that just before committing myself to add
#ifdef support for array elements.  Good luck! :)

-- 
#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

In article <slr### [at] fwicom> , Ron Parker 
<ron### [at] povrayorg>  wrote:

> Hey, I remember when I thought that just before committing myself to add
> #ifdef support for array elements.  Good luck! :)

I think I have it working, take a look at the files changed by change 1352.

    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