Update #1: 1) remove 3D, multicolored, curved text 2) print 3) OOdraw/Xorg spin for quite awhile, but is a real "dog" 30% < CPU < 40% 233MB < Active Memory < 450MB 4) OOdraw completes its "print transformation" 5) LPR runs (Active memory = 233MB) 6) HPIJS runs (Active memory = 233MB) 7) sheet prints Update #2: 1) remove 3D, multicolored, curved text 2) add scaled, 25% transparent image (230+ x 300+ pixels, 95x96DPI) 3) print 4) OOdraw spins and Xorg "goes NUTS": 34% < CPU < 74% 233MB < Active memory < 1233MB !!!!!! 5) OOdraw finishes its "print transformation" 6) LPR runs (Active memory = 233MB) 7) HPIJS runs (Active memory = 233MB) 8) sheet prints I don't know what OOdraw is DOING when it formats a page to print - I fail to understand why OOdraw forces Xorg to eat up 800MB - 1GB of real memory for one relatively simple "page" (two lightly shaded circles with simple curved text, two medium sized and shaded rectangles with normal (rotated) text, and two small rectangles with normal, rotated, text). This tends to be a serious problem.
State Changed From-To: open->closed Misfiled followup to ports/115518; content migrated.
Responsible Changed From-To: gnats-admin->openoffice