From owner-freebsd-hackers Thu Mar 16 03:48:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA07387 for hackers-outgoing; Thu, 16 Mar 1995 03:48:41 -0800 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA07380 for ; Thu, 16 Mar 1995 03:48:38 -0800 Received: by physics.su.oz.au id AA01352 (5.67b/IDA-1.4.4 for hackers@FreeBSD.org); Thu, 16 Mar 1995 21:46:17 +1000 From: David Dawes Message-Id: <199503161146.AA01352@physics.su.oz.au> Subject: Re: patches for X11R6?? To: ugen@netvision.net.il (Ugen J.S.Antsilevich) Date: Thu, 16 Mar 1995 21:46:16 +1000 (EST) Cc: hasty@netcom.com, dawes@physics.usyd.edu.au, hackers@FreeBSD.org In-Reply-To: from "Ugen J.S.Antsilevich" at Mar 16, 95 12:51:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 905 Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>Thanks I have downloaded all the info that I need from ftp.xfree86.org. >>> >>>I assumed that X11R6 pl11 was going to compile cleanly on FreeBSD-2.x >> >>It would except for the occasional bug. The imake problem is the only >>one I'm aware of. >Seems like has a bug in XFree 3.0. >The bug is in definition of type Display (actually iy just >left undefined) The details of the Display struct are supposed to be private (because they are implementation dependent). For this reason, Display is defined in Xlib.h as: typedef struct _XDisplay Display; and struct _XDisplay is left undefined (although it is defined in Xlibint.h for internal use). This means that the only legal way to refer to this type in a user program is as a pointer to it. If you compile with XLIB_ILLEGAL_ACCESS defined, then struct _XDisplay is defined in Xlib.h. Code that requires this is not portable. David