oops! - just realised i was running megapov 0.2, will download 0.5 and try
it again...

Rick

"Rick [Kitty5]" <kit### [at] dialpipexcom> wrote in message
news:398deba1$1@news.povray.org...
> mega pov running in official mode works fine with
>
>   translate  7.5*z
>
> in mega mode, it dosen't, i have to change it to
>
>   translate  <0,0,7.5>
>
> why??
>
> Rick
>
>

Post a reply to this message

nope bug is still there

Rick

"Rick [Kitty5]" <kit### [at] dialpipexcom> wrote in message
news:398dee32$1@news.povray.org...
> oops! - just realised i was running megapov 0.2, will download 0.5 and try
> it again...
>
> Rick
>
> "Rick [Kitty5]" <kit### [at] dialpipexcom> wrote in message
> news:398deba1$1@news.povray.org...
> > mega pov running in official mode works fine with
> >
> >   translate  7.5*z
> >
> > in mega mode, it dosen't, i have to change it to
> >
> >   translate  <0,0,7.5>
> >
> > why??
> >
> > Rick
> >
> >
>
>

Post a reply to this message

"Rick [Kitty5]" <kit### [at] dialpipexcom> wrote in message
news:398df00b@news.povray.org...
| nope bug is still there

That's strange, I use the shorthand all the time in WMP0.5a.  Never seen a
problem with that.

Bob

Post a reply to this message

On Sun, 6 Aug 2000 18:32:00 -0500, "Bob Hughes"
<per### [at] aolcom?subject=PoV-News:> wrote:

>That's strange, I use the shorthand all the time in WMP0.5a.  Never seen a
>problem with that.

The problem is not in the shortcut itself, it's the parser. I've
noticed such inconsistent behaviour in 0.3, 0.4 and 0.5 but was never
smart enough to save the file and hunt down the bug to report it. Most
of the problems I had were related to a missing closing brace which
was there. Adding another one fixed the problem though it was
obviously wrong (as official POV and the 'match brace' function of the
editor confirm).

I remember some of the files I got from these groups had such a
problem, with some luck I might find it.


Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] usanet
TAG      e-mail : pet### [at] tagpovrayorg

Post a reply to this message

Rick [Kitty5] <kit### [at] dialpipexcom> wrote...
> mega pov running in official mode works fine with
>
>   translate  7.5*z
>
> in mega mode, it dosen't, i have to change it to
>
>   translate  <0,0,7.5>
>
> why??

First, what exactly doesn't work.  Does it give a parse error, or does it
parse but just translate incorrectly (and if so, in what way)?

Things that have changed in the MegaPov parser that might cause this:

1) vector->color promotion fixes
2) fast macro patch
3) $ and % as shortcuts for #declare and #local

Are you using macros or $/%?  If not, my guess would be bug in the
vector->color promotion fixes.  If you can send a complete (yet short and
simple) scene that demonstrates the problem, that'd help a lot in tracking
it down.  Thanks.

-Nathan

Post a reply to this message

Nathan Kopp <Nat### [at] Koppcom> wrote...
>
> > mega pov running in official mode works fine with
> >
> >   translate  7.5*z
> >
> > in mega mode, it dosen't

> 1) vector->color promotion fixes
> 2) fast macro patch

Wait... switching to 'official' mode doesn't turn either of these off, so it
couldn't be them.

> 3) $ and % as shortcuts for #declare and #local

So that means it's either this or some other change that I've forgotten
about.

-Nathan

Post a reply to this message

Rick [Kitty5] wrote in message <398df00b@news.povray.org>...
>> >   translate  7.5*z


Does translate z*7.5 work?  What about 7.5*<0,0,1>?  Or <0,0,1>*7.5?

Mark

Post a reply to this message

I just tried this and saw no problem at all.
  Can you be more specific about the problem you are having (and perhaps post
some source code (as small as possible))?

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):_;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

Nathan, this related tot he translate issue, but I have discovered a problem
with the $ shorcut in MegaPOV 0.5a.

If I use
$Dothis = 0;
after a texture with a finish, is does not parse.

'Object or directive expected but $ found instead' is the message
Sample code:

#declare M_texture = texture {
  pigment {rgb <0.75, 0.75, 0.75>  }
  finish {
    ambient 0.1
    brilliance 6
    diffuse 0.7
    metallic
    specular 0.80
    roughness 1/120
    reflection 0.8
  }
}

$Dothis = 0;

This complains about the $Dothis
if the $Dothis is before the #declare it works correctly.
I discovered this beceause the #declare was in a .inc file and the $Dothis
was giving an error...

Alan


"Nathan Kopp" <Nat### [at] Koppcom> wrote in message
news:398e3032@news.povray.org...
>
> Nathan Kopp <Nat### [at] Koppcom> wrote...
> >
> > > mega pov running in official mode works fine with
> > >
> > >   translate  7.5*z
> > >
> > > in mega mode, it dosen't
>
> > 1) vector->color promotion fixes
> > 2) fast macro patch
>
> Wait... switching to 'official' mode doesn't turn either of these off, so
it
> couldn't be them.
>
> > 3) $ and % as shortcuts for #declare and #local
>
> So that means it's either this or some other change that I've forgotten
> about.
>
> -Nathan
>
>

Post a reply to this message

Alan Nickerson <ani### [at] mathsoftcom> wrote...
> Nathan, this related tot he translate issue, but I have discovered a
problem
> with the $ shorcut in MegaPOV 0.5a.
>
> If I use
> $Dothis = 0;
> after a texture with a finish, is does not parse.
>

Yes.  I've known about this for a long time but there is no easy solution
without causing horrible recursion that would probably lead to a
out-of-stack-space crash.  If you use $ instead of #declare for the texture,
it should work.  The problem, if I remember correctly, is the mix of
#declare with a texture (so there is no semi-colon) followed directly by a
$.

It is because of this kind of strange behavior that this feature will not
make it into POV 3.5.

-Nathan

Post a reply to this message