marbru@attc.UUCP (Martin Brunecky) (01/28/91)
In article <43272@ut-emx.uucp> robert@perv.pe.utexas.edu (Robert R. Schneider) writes: >Hi; > >I've got a question about resources for the DECwindows server which I can't >seem to find an answer for. I've got a client that I'm working with which >gives the following error when trying to create a pixmap; > >X error event received from server: BadAlloc - insufficient resources > >I'm running the client from a VAXstation-3540 ( 24 planes ) with VMS-5.4, >however I also see the same problem on 8 plane VAXstation-3540s. I've also >tried setting the display to a non-VMS system ( a DECstation-3100 ) and the >client runs correctly without the BadAlloc so it looks like the problem is >server related. The client also worked correctly under VMS 5.3-1 on these >same systems. > What is the *size* of your Pixmap ? The DECstation 3100 uses the dummy frame buffer ddx code, thus the only limit on the size of the Pixmap you can create is your swap space etc. On the other hand, most VMS XServer implementations *DEPEND* on hardware support for rendering, which almost always implies a *LIMITED* size of a frame buffer. For example, the VS3100 with QDSS board (about 2MB of frame buffer) won't let you to create a Pixmap larger than 1024*864*8. If you get hold of the DEC documentation for DECstation 5000 PX (again, hardware rendering), you will find that DEC's interpretation of the X Protocol is that they can limit the size of your drawables to whatever they decided to support. In fact, it may be an interesting question for someone (Bob Scheifler?) to comment on what sizes of *DRAWABLES* should be supported. The display connection defines the size of *SCREEN*, however, there is no obvious way (for the application) to find out how big Window ir Pixmap it can create (besides the trial-error approach). The problem is not so much for Windows (as the exposed area is never bigger than screen... though with backing store always who knows...) but for Pixmaps and/or Bitmaps. -- =*= Opinions presented here are solely of my own and not those of Auto-trol =*= Martin Brunecky {...}sunpeaks!auto-trol!marbru (303) 252-2499 (sometimes also: marbru@auto-trol.COM ) Auto-trol Technology Corp. 12500 North Washington St., Denver, CO 80241-2404