Re: HELP: Problem with pfuPath

New Message Reply Date view Thread view Subject view Author view

Nuno Godinho (mgo++at++minerva.inesc.pt)
Tue, 02 Jul 1996 02:01:30 +0100


Don Hatch wrote:
>
> On Jun 30, 7:57pm, Nuno Godinho wrote:
> > Subject: HELP: Problem with pfuPath
> > I just can't seem to make pfuPath work correctly.
> >
> > WHen I load ONE path from a file to make my dolphin go around in circles
> > everything works ok.
> >
> > If I load another path to make my duck swim I start getting problems:
> > If we load the duck prior to the dolphin everything is ok. Switching
> > their order... the trajectories tend to go wild (in reverse order... or
> > some other strange behaviours).
> >
> > pfuPrintPath simply crashes my application.
>
> I'm not too surprised... when I tried it,
> it got into an endlessline loop trying to follow
> a closed path forever.

But... isn't that what close is supposed to do?
I need an endless loop!

But I have (good?) news. I stopped using arcs and the problems just went
away. I'm using lines with fillets. I still have a problem, though.

This file:

line -55 105 .6 -55 95 .6
fillet 3
line -55 95 .6 -45 95 .6
fillet 3
line -45 95 .6 -45 105 .6
fillet 3
line -45 105 .6 -55 105 .6
fillet 3
close

...can't seem to make a fillet between the last and the fist lines
(connected with close).

> As for the order-of-loading-dependent behavior, we haven't seen
> this; it sounds like it could be memory corruption
> in some other part of the program.

It may be. But as I told you, the problems went away when I quit using
arcs.

thanks for your help
        Oceanario Virtual
=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ <--new!
            Submissions: info-performer++at++sgi.com
        Admin. requests: info-performer-request++at++sgi.com


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:53:07 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.