Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!oakhill!ephrem
From: ephrem@oakhill.UUCP (Ephrem Chemaly)
Newsgroups: comp.windows.x
Subject: Re: Maximum number of XOpenDisplay() allowed by a client.
Summary: I ran the test that Donna suggested.
Message-ID: <3009@soleil.oakhill.UUCP>
Date: 23 Feb 90 15:47:53 GMT
References: <3002@soleil.oakhill.UUCP> <9002230051.AA13764@expo.lcs.mit.edu>
Organization: Motorola Inc. Austin, Tx
Lines: 84

In article <9002230051.AA13764@expo.lcs.mit.edu>, converse@EXPO.LCS.MIT.EDU (Donna Converse) writes:
> 
> > Is there any limitations on the number
> > of displays a client can open at one time?
> 
> What happens when you run this?
> 
> #include <X11/Xlib.h>
> #include <stdio.h>
> 
> main()
> {
>     int		i;
>     Display*	dpy;
> 
>     i = 0;
>     dpy = XOpenDisplay(NULL);
>     while (dpy != NULL) {
>     fprintf(stderr, "%i\n", i++);
> 	fflush(stderr);
> 	dpy = XOpenDisplay(NULL);
>     }
>     exit(0);
> }

After running this program on the SUN I got:

0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
XIO:  fatal IO error 54 (Connection reset by peer) on X server "(null)"
	  after 0 requests (0 known processed) with 0 events remaining.

I removed a couple of X clients (xterm in this case) from the display, and I got:

0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
XIO:  fatal IO error 54 (Connection reset by peer) on X server "(null)"
	  after 0 requests (0 known processed) with 0 events remaining.

Since I was able to open two additional displays because I removed to
clients it sounds that this is a limitation of my UNIX kernel.  Also I ran
this program on A/UX and the results were similar except the error was:

file: table is full

This confirms Mr. Ken Lee's (DEC Western Software Laboratory) answer.

It sounds like I have to go back and reconfigure my kernel.

Thanks for your help

Ephrem A. Chemaly        oakhill!soleil!ephrem@cs.utexas.edu
(512)891-2760
MOTOROLA Inc.
6501 W. William Cannon Dr. MS OE28
Austin, TX 78735 U.S.A.