On Sun, 30 Sep 2018 09:17:32 +0000, Tilmann Hentze wrote:
ccc <ccc@pwhome.com> schrieb:
This is with the super simple program of:
[...]
mw = XtVaCreateManagedWidget("t", xmTextWidgetClass, form, NULL);
This should probably be t = XtVaCreateWidget [...], since mw is not
declared beforehand.
Before I go chase down the source code to Motif and compile with debug
symbols to see what's getting handed off to XInternAtoms(), has anyone
else seen this or have any ideas on what could be happening?
It works for me when I compile it with the command line below the next
line.
I can reproduce the error when I swap the order of the -l flags.
cc -lXm -lXt xmtest.c -o xmtest
HTH!
Thanks for replying! :) Yep, sorry about the typo! It was a bad paste.
Yeah, I could certainly see "-lXt -lXm" failing, in fact I don't think it should even link. However, that wasn't I was/am doing. But to be really
sure, I've simplified the compile:
$ make k
gcc -g -Wall -c k.c
gcc -g -Wall -o k k.o -lXm -lXt -lX11
$ ./k
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 18 (X_ChangeProperty)
Serial number of failed request: 171
Current serial number in output stream: 181
So I've grabbed the source to Motif 2.3.8 and compiled with -g and with a symlink in /usr/lib/x86_64-linux-gnu/ using that now. It seems to be
dying in lib/Xm/TextIn.c in RegisterDropSite(). There is an #ifdef for UTF8_SUPPORTED which is true, and that tries to retrieve/create the atom
for XmSUTF8_STRING which is equal to "UTF8_STRING". If if do "xlsatoms |
grep UTF" that atom is there.
I can undef UTF8_SUPPORTED and recompile libXm, which will then let it
get past the XInternAtoms() call, then then it dies a couple of lines
later anyway, also failing because of atoms.
#4 0x00007ffff6b7511f in XInternAtom () from /usr/lib/x86_64-linux-gnu/ libX11.so.6
#5 0x00007ffff6ba0a59 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6 0x00007ffff6ba0c1b in _XmbTextListToTextProperty () from /usr/lib/ x86_64-linux-gnu/libX11.so.6
#7 0x00007ffff7a986c4 in XmeGetEncodingAtom (w=w@entry=0x5555557aa6c0)
at Transfer.c:2244
#8 0x00007ffff7a237ca in RegisterDropSite (w=0x5555557aa6c0) at TextIn.c:
6000
This all really makes me go "What the heck?!" I'm starting to believe
there's an issue with Ubuntu's release of X11 or else the X-Server (Xorg).
You didn't say, but what distro & release are you using?
I can go get the source for Xt and X11, compile those with debug symbols
too and then really see everything that's going on in the client, but I
really don't think I should have to do that and I'm also not sure it
would really help me, but I may have to do that anyway just to prove
where the error is (or more likely where it isn't) then submit this to
Ubuntu.
I have Centos at work so maybe I'll try this test there during lunch
tomorrow to have another data point on works or not works.
Sigh...
Kevin
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)