Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.postscript > #1579

Re: xpost3 current challenges: a hickup

Newsgroups comp.lang.postscript
Date 2013-08-17 11:34 -0700
References <55edb72d-93ea-4d50-bd30-becfdd3510a5@googlegroups.com> <669f77cb-36e3-493f-80df-9f88846023c3@googlegroups.com> <40990a96-ef56-4054-8855-269f83f8ca4b@googlegroups.com> <960fa134-40f2-4bc4-b39b-1c3bdf522cc3@googlegroups.com> <b83129fa-66dd-4ddb-8ae6-47d47113db0b@googlegroups.com>
Message-ID <7bbc3210-e83f-4a7b-9c84-73bc61e56b32@googlegroups.com> (permalink)
Subject Re: xpost3 current challenges: a hickup
From luser- -droog <mijoryx@yahoo.com>

Show all headers | View raw


On Sunday, June 9, 2013 12:38:27 AM UTC-5, luser- -droog wrote:
> PLRM, 2ed, 7.2 Encoded User Names
> 
> [...]
> 
> 
> 
> The meaning of a given user name index is local to a specific PostScript
> 
> execution context—precisely, to a context’s local VM. If several contexts
> 
> share the same local VM, a user name index defined in one context
> 
> may be used in another context. In this case, it is the application
> 
> programmer’s responsibility to synchronize execution of the contexts
> 
> so definition and use occur in the correct order.
> 
> 
> 
> Entries placed in the user name table by defineusername accumulate
> 
> during the lifetime of the context’s local VM; they do not obey save and
> 
> restore, and they cannot be removed or replaced. These restrictions are
> 
> intentional: they permit the Client Library to manage user name definitions
> 
> without understanding the semantics of the PostScript language
> 
> program being generated.
> 
> --------------------------
> 
> 
> 
> So, I've got to move my names from global-vm to local-vm. And the operator table probably doesn't need to be in global-vm, either, since it cannot be bound to a name object like I'm doing now (In addition to the systemdict:name->operator binding, I put a copy of the name-index in the operator object itself). 
> 
> 
> 
> So this'll require some re-design.

I separated names into global and local banks.
Finding all the places that cooked up name objects
was pretty painful. After a week of debugging, it
runs (test.ps) again. 

Back to comp.lang.postscript | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

xpost3 current challenges luser- -droog <mijoryx@yahoo.com> - 2013-05-04 21:59 -0700
  Re: xpost3 current challenges luser- -droog <mijoryx@yahoo.com> - 2013-05-05 21:39 -0700
    Re: xpost3 current challenges luser- -droog <mijoryx@yahoo.com> - 2013-05-10 22:53 -0700
      Re: xpost3 current challenges luser- -droog <mijoryx@yahoo.com> - 2013-05-12 21:49 -0700
        Re: xpost3 current challenges: a hickup luser- -droog <mijoryx@yahoo.com> - 2013-06-08 22:38 -0700
          Re: xpost3 current challenges: incorporating scanner reveals bug of omission luser- -droog <mijoryx@yahoo.com> - 2013-06-24 00:48 -0700
            Re: xpost3 current challenges: incorporating scanner reveals bug of omission luser- -droog <mijoryx@yahoo.com> - 2013-07-22 03:33 -0700
              Re: xpost3 current challenges: incorporating scanner reveals bug of omission luser- -droog <mijoryx@yahoo.com> - 2013-07-22 03:50 -0700
          Re: xpost3 current challenges: a hickup luser- -droog <mijoryx@yahoo.com> - 2013-08-17 11:34 -0700
  Re: xpost3 current challenges luser- -droog <mijoryx@yahoo.com> - 2013-07-23 01:02 -0700

csiph-web