| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3204.1 | | ABYSS::dike | | Tue Aug 14 1990 08:13 | 2 |
| Can you post enough code to reproduce the problem?
Jeff
|
| 3204.2 | Here ya go... | GOLLY::MILLER | I need 'Deeper Understanding' | Tue Aug 14 1990 10:08 | 40 |
| <<< Note 3204.1 by ABYSS::dike >>>
> Can you post enough code to reproduce the problem?
I thought I did...
appW is defined as: static Widget appW;
appW = XtInitialize(NULL,"XTrap",NULL,0L,&argc,argv);
But here's a working program: (foo.c)
#include "Intrinsic.h"
static Widget appW;
main(argc,argv)
int argc;
char *argv[];
{
appW = XtInitialize(NULL,"XTrap",NULL,0L,&argc,argv);
}
The run:
doobie$ cc -c foo.c -I../../X11/Xt
doobie$ cc -o foo foo.o ../../lib/Xt/libXt.a ../../lib/X/libX11.a
doobie$ foo
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41aee8
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41af1c
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41af20
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41aee8
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41af1c
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41af20
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41af1c
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41af20
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41aee8
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41af1c
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41aee8
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41af1c
Fixed up unaligned data access for pid 7253 (foo) at pc 0x41af1c
doobie$
|
| 3204.3 | | ABYSS::dike | | Tue Aug 14 1990 13:39 | 12 |
| It wasn't clear to me that XtInitialize was the first thing you did. Also,
the compile and link lines are interesting.
It looks like there is something funky with the libXt.a that you are linking
against. I built your code against both libXt.a and libdwt.a that ship
with 4.0, and neither gives me unaligned accesses.
If you really need that particular library, and have source for it, it looks
like you need to go in and find the bug. Otherwise, you can build against
either of the libraries in 4.0, or extract Initialize.o from one of the 4.0
libraries, and link against it separately.
Jeff
|
| 3204.4 | | GILROY::klee | Ken Lee | Tue Aug 14 1990 13:55 | 8 |
| I think the problem is in Xlib. The Xlib XrmStringToQuark function in
file Quarks.c must be compiled with the -DALIGNED. This is built
correctly in our current pool. I think it was done correctly in
UWS2.2, but am not positive. Are you building Xlib yourself or using
the released version?
Ken
|
| 3204.5 | | GILROY::klee | Ken Lee | Tue Aug 14 1990 13:56 | 6 |
| Re: .4
P.S. This only applies if you are using the UWS version of Xlib, which
includes several performance enhancements above the MIT versions.
Ken
|
| 3204.6 | That explains it! Quarking Titans! | GOLLY::MILLER | I need 'Deeper Understanding' | Tue Aug 14 1990 14:22 | 8 |
| Thanks, I'm building against some BL of 4.titan (thought it was
4.0-ssb) which is why I was concerned. The gilroy build we scarfed
doesn't seem to be there anymore, but if I see it with the next update
I'll let you GILROY folks know.
Thanks much,
== ken miller ==
|