Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!usc!snorkelwacker!paperboy!osf.org!dbrooks
From: dbrooks@osf.org (David Brooks)
Newsgroups: comp.windows.x.motif
Subject: Re: What is libPW.a? Where is it on Ultrix 3.1/VMS 5.3?
Message-ID: <1990Aug8.100511@osf.org>
Date: 8 Aug 90 14:05:11 GMT
References: <9008080958.aa26375@castle.ed.ac.uk>
Sender: news@OSF.ORG
Reply-To: dbrooks@osf.org (David Brooks)
Distribution: inet
Organization: Open Software Foundation
Lines: 37

In article <9008080958.aa26375@castle.ed.ac.uk>,
ngse18@castle.edinburgh.ac.uk (J R Evans) writes:
|> ...  I am convinced that the
|> motif for Ultrix file selection box code is buggy - the periodic
demo
|> produces :
|> Fixed up unaligned data access for pid 932 (periodic) at pc 0x4de4b0
|> Fixed up unaligned data access for pid 932 (periodic) at pc 0x4de618
|> when the fsb is fetched and whenever the Filter button is pressed.

We kept getting this (on DECstations) and I finally found out it's a
problem with Ultrix's libc.a.  Either regcmp or regex (I forget which)
generates the unaligned accesses.

The cheap solution is to issue a "uac p 0" command.  The proper
solution is to build Xm with -DNO_REGEX, since Ultrix also very kindly
provides re_comp and re_exec.

Unfortunately that too was broken (by us) until the 1.0.2 patch
release, which put decent code in the FileSB.  The "fix" in Xm.h
didn't know that regcmp and re_comp differ in their meanings of a zero
return.

If you have pre-1.0.2 binaries only, you might try linking in this
module: I'm typing this in off the top of my head.

char *re_comp(), *re_exec();
char *regcmp(a,b)
char *a,*b;
{ return (re_comp(a)?0:a); }
char *regex(a,b)
char *a,*b;
{ return (re_exec(b)); }

-- 
David Brooks				dbrooks@osf.org
Systems Engineering, OSF		uunet!osf.org!dbrooks