mheffron@orion.oac.uci.edu (Matt Heffron) (08/24/90)
Posted for offline co-worker: We have a GPR-direct-mode based application which makes HEAVY use of the gpr_$close_fill_pgon routine. It draws several complete images, clearing the window between them with gpr$_clear. It slows down during the third image and comes to a near halt (minutes/polygon :-( ) during the fourth one. If we try to kill it (^Q) at this point it takes ~10minutes to respond!!! Subsequent transcript pad operations are sluggish for a few minutes, and then goes back to its normal PERKY self (a DN2500/8MB by the way). We suspect that the pad is accumulating all the info from the gpr calls and it is "filling up". Help! Any ideas/suggestions?? Thanks in advance, Matt Heffron mheffron@orion.oac.uci.edu ps. SR 10.2, if it matters...