Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!lll-winken!uwm.edu!spool.mu.edu!sdd.hp.com!hp-pcd!hpcvlx!harry
From: harry@hpcvlx.cv.hp.com (Harry Phinney)
Newsgroups: comp.sys.hp
Subject: Re: HP9000 performance
Message-ID: <101950183@hpcvlx.cv.hp.com>
Date: 1 Feb 91 21:31:45 GMT
References: <13092@sunquest.UUCP>
Organization: Hewlett-Packard Co., Corvallis, OR, USA
Lines: 37

Brian Bartholomew writes:

> & Many programs (perl, X distribution, etc.) will not
> & compile without fiddling with these switches.

The distributions from the MIT X Consortium contain configuration files
for each of the supported platforms.  I firmly believe the supplied
configuration files will allow the X distributions to compile unchanged
on the supported releases of HP-UX.  If you know of a specific problem,
we would appreciate hearing about it so that we can avoid it for future
distributions.

> > X11R4 from MIT

> & "Cannot perform realloc".  We don't know where this is coming from, we
> & are still working on it.

This error is caused by linking your programs with libmalloc.a, but not
specifying MALLOC_0_RETURNS_NULL in the StandardDefines list within the
hp.cf file of the X distribution.  You can either define this flag when
you build the library (probably the best solution), or use the malloc in
libc.a.

& Fast.  Especially the HP-supplied X server.  However, it is a bit
& buggy (xtank generates spurious pixels [XCopyArea problem?] 

If you could supply more details on your system configuration i.e.  what
display card are you using and what version of the server, it would help
us prevent such bugs in the future.

> and long
> & XDrawText requests will cause the fonts to effectively "greek".

This is a known bug involving clipping of certain types of text lines,
and has been fixed for future releases.

Harry Phinney   harry@hp-pcd.cv.hp.com