Article View: comp.lang.postscript
Article #970stopped and invalidrestore
From: Joe Pallas
Date: Thu, 31 Aug 1989 01:33
Date: Thu, 31 Aug 1989 01:33
24 lines
1416 bytes
1416 bytes
I've encountered a peculiar puzzle. I'm working with a modified
version of Ned Batchelder's bounding-box finder bb.ps. In the
interest of robustness, this version wraps a ``stopped'' operator
around the pathbbox call, mainly because pathbbox may do
nocurrentpoint even though stroke succeeds.
The problem is that an invalidrestore error gets trapped on a
subsequent restore if and only if the pathbbox did in fact fail.
We're talking about code that basically looks like this:
{ pathbbox } stopped not { ... } if
In the case where pathbbox doesn't fail, there's no invalidrestore.
It seems as if the trapped error is responsible for the
invalidrestore. But none of the operand, exec, or dictionary stacks
should be modified in that case. Is something going into the $error
dictionary that causes the invalidrestore?
More generally, can anyone (preferably from Adobe) tell me what might
be happening and how to work around it?
Thanks.
joe
Technical Details
Message-ID:
<11597@polya.Stanford.EDU>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!watmath!att!dptg!rutgers!tut.cis.ohio-state.edu!ucbvax!agate!shelby!polya!Neon.Stanford.EDU!pallasShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!watmath!att!dptg!rutgers!tut.cis.ohio-state.edu!ucbvax!agate!shelby!polya!Neon.Stanford.EDU!pallas From: pallas@Neon.Stanford.EDU (Joe Pallas) Newsgroups: comp.lang.postscript Subject: stopped and invalidrestore Keywords: stopped, invalidrestore, restore, $error Message-ID: <11597@polya.Stanford.EDU> Date: 31 Aug 89 01:33:11 GMT Sender: USENET News System <news@Polya.Stanford.EDU> Distribution: comp Lines: 24