Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!news.cs.indiana.edu!ariel.unm.edu!triton.unm.edu!collins
From: collins@triton.unm.edu (Bill Collins CIRT)
Newsgroups: comp.sys.dec
Subject: Re: dxpsview malfunction on Ultrix 4.0
Summary: this is not a bug.
Keywords: dxpsview
Message-ID: <1990Dec11.193326.5686@ariel.unm.edu>
Date: 11 Dec 90 19:33:26 GMT
References: <744@nvuxl.UUCP> <1990Dec11.151747.18181@cs.columbia.edu>
Sender: news@ariel.unm.edu (USENET News System)
Organization: University of New Mexico, Albuquerque NM
Lines: 51

In article <1990Dec11.151747.18181@cs.columbia.edu> leland@cs.columbia.edu (Lee Woodbury) writes:
>In article <744@nvuxl.UUCP> hsong@nvuxl.UUCP (g hugh song) writes:
>>Whenever a PostScript file is opened inside "dxpsview" under Ultrix 4.0
>>on DecStation 5000/200, I am getting the following message:
>>
>>X Protocol error detected by server:  BadAlloc - insufficient
>>resources

memory allocation failed.

>>Are you guys having the same problem?  What am I missing? 

No.  virtual memory.

>Yes!  I discovered, however, that I could make the problem go away by
>selecting the "Watch Progress" choice on the Options Menu.  According to
>the dxpsview man page:
>
>	Usually, dxpsview prepares and stores an entire
>	page in its cache before drawing it. With the

And takes up memory.  Where do you think this cache comes from?

>	Watch Progress option on, dxpsview displays images
>	immediately as it prepares them.  
>
>So it sounds like they've got a serious bug in a call to

Bug, no.

>malloc (or XMalloc) somewhere, and selecting this item merely
>avoids (as opposed to fixes) it.

Fix, no.  You are cutting down on your memory usage.

>
> [ more talk about this "bug" ]
>
>Other than that, by the way, I'm pretty impressed with dxpsview.

I am impressed too.  Adobe does a nice job.

>>How about "dxpsview" under Ultrix 4.1? 

I would expect similar behaviour. :-)


				Bill
--
Internet:	collins@ariel.unm.edu
BITnet:		collins@unmb.bitnet