8:50 p.m.
Greetings -
Attempting to build the latest 21.5 from CVS results in the following
errors under SunOS-5.5:
Undefined first referenced
symbol in file
XtUnregisterDrawable select-x.o
XtRegisterDrawable select-x.o
Aidan, my guess is that this is a result of your changes.
In case it helps, here is the Installation file:
Regards,
Vin
--
In a minute there is time
For decisions and revisions which a minute will reverse. T.S. Eliot
[URL: http://www.cs.amherst.edu/~ccm/prufrock.html]
9:27 p.m.
Ar an chéad lá de mí Márta, scríobh Vin Shelton:
Undefined first referenced
symbol in file
XtUnregisterDrawable select-x.o
XtRegisterDrawable select-x.o
Aidan, my guess is that this is a result of your changes.
Solaris doesn’tt ship with implementations of those functions? I find that
hard to believe. What was the exact link command that failed?
Okay, I’m trying to build on a 5.8 machine to which I have access. Let me
know if you believe this to be different in that aspect to the machine you
have access to. If I can’t work out what to include there, we need an
autoconf test :-( .
--
“I, for instance, am gung-ho about open source because my family is being
held hostage in Rob Malda’s basement. But who fact-checks me, or Enderle,
when we say something in public? No-one!” -- Danny O’Brien
10:13 p.m.
On Tue, 1 Mar 2005 22:27:35 +0100, Aidan Kehoe <kehoea(a)parhasard.net> wrote:
Ar an chéad lá de mí Márta, scríobh Vin Shelton:
> Undefined first referenced
> symbol in file
> XtUnregisterDrawable select-x.o
> XtRegisterDrawable select-x.o
>
> Aidan, my guess is that this is a result of your changes.
Solaris doesn'tt ship with implementations of those functions? I find that
hard to believe. What was the exact link command that failed?
Okay, I'm trying to build on a 5.8 machine to which I have access. Let me
know if you believe this to be different in that aspect to the machine you
have access to. If I can't work out what to include there, we need an
autoconf test :-( .
This was on 5.5. It works fine on 5.8.
Here is the actual link line which produced the undefineds.
cc -v -g -xO2 -xspace -L/u/sheltonv/software/SunOS-5.5/lib
-xildoff -L/usr/ccs/lib
-R/u/sheltonv/software/SunOS-5.5/lib:/usr/dt/lib:/usr/openwin/lib
-L/usr/dt/lib -L/usr/openwin/lib -o temacs abbrev.o alloc.o alloca.o
balloon_help.o balloon-x.o blocktype.o buffer.o bytecode.o callint.o
casefiddle.o casetab.o chartab.o filelock.o cmdloop.o cmds.o
console.o console-stream.o data.o database.o device.o dired.o doc.o
doprnt.o dynarr.o editfns.o elhash.o emacs.o emodules.o eval.o
events.o event-stream.o event-unixoid.o unexsol2.o getloadavg.o
terminfo.o extents.o faces.o file-coding.o fileio.o filemode.o
floatfns.o fns.o font-lock.o frame.o general.o dgif_lib.o gif_io.o
glyphs.o glyphs-eimage.o glyphs-shared.o glyphs-widget.o gui.o
menubar.o scrollbar.o toolbar.o gutter.o hash.o imgproc.o indent.o
insdel.o intl.o keymap.o line-number.o lread.o lstream.o macros.o
marker.o md5.o minibuf.o mule-ccl.o mule-charset.o mule-coding.o
number-gmp.o number.o objects.o opaque.o print.o process.o
process-unix.o profile.o rangetab.o realpath.o redisplay.o
redisplay-output.o regex.o search.o select.o sysdll.o signal.o
sound.o specifier.o strftime.o symbols.o syntax.o sysdep.o text.o
tooltalk.o console-tty.o device-tty.o event-tty.o frame-tty.o
objects-tty.o redisplay-tty.o cm.o undo.o unicode.o console-x.o
device-x.o event-Xt.o frame-x.o glyphs-x.o objects-x.o redisplay-x.o
select-x.o xgccache.o intl-x.o gui-x.o menubar-x.o scrollbar-x.o
toolbar-x.o toolbar-common.o widget.o window.o lastfile.o gmalloc.o
vm-limit.o ralloc.o EmacsFrame.o EmacsShell.o TopLevelEmacsShell.o
TransientEmacsShell.o EmacsManager.o ../lwlib/liblw.a -ltiff
-lpng -ljpeg -lz -lXpm -ltt -lXmu -lXt -lXext -lX11 -lgmp -lcurses
-lkvm -lkstat -lintl -lm -lsocket -lnsl -lelf -lgen -ldl -lw
Undefined first referenced
symbol in file
XtUnregisterDrawable select-x.o
XtRegisterDrawable select-x.o
- Vin
--
Whoever you are, no matter how lonely,
the world offers itself to your imagination,
calls to you like the wild geese, harsh and exciting--
over and over announcing your place
in the family of things. Mary Oliver
4:56 a.m.
>>>> "Aidan" == Aidan Kehoe
<kehoea(a)parhasard.net> writes:
Aidan> Solaris doesn’tt ship with implementations of those
Aidan> functions? I find that hard to believe. What was the exact
Aidan> link command that failed?
FWIW on a Japanese 5.8 machine I get
shakosv:~ => nm /usr/X11R6/lib/libXt.so | fgrep XtUnregisterDrawable
[1487] | 221324| 652|FUNC |GLOB |0 |11 |XtUnregisterDrawable
shakosv:~ => nm /usr/X11R6/lib/libXt.so | fgrep XtRegisterDrawable
[1639] | 110400| 592|FUNC |GLOB |0 |11 |XtRegisterDrawable
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
6:38 a.m.
>>>> "Aidan" == Aidan Kehoe
<kehoea(a)parhasard.net> writes:
XtUnregisterDrawable select-x.o
XtRegisterDrawable select-x.o
Aidan> Solaris doesn’tt ship with implementations of those
Aidan> functions? I find that hard to believe.
Have you read the documentation of those functions? If so you'd
realize that they are a typically Xian fragile kludge to cover up for
a design flaw years after it became irreversible.<wink>
Seriously, now: have you protected against this?
If the drawable is already registered with another widget, or if the
drawable is the window of a widget in the client's widget tree, the
results of calling XtRegisterDrawable are undefined.
XtUnregisterDrawable removes an association created with XtRegister-
Drawable. If the drawable is the window of a widget in the client's
widget tree the results of calling XtUnregisterDrawable are undefined.
"Undefined" in X usually means "you're going down, sucker" to
XEmacs.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
11 a.m.
>>>> "Aidan" == Aidan Kehoe
<kehoea(a)parhasard.net> writes:
Aidan> Solaris doesn't ship with implementations of those functions? I find
Aidan> that hard to believe.
These functions appeared in X11R6 which, IIRC, first shipped in Solaris 2.6.
If people are still using 2.5 then there is probably good reasons why they
can't upgrade (that was the case at my PPOE), so why not use the much more
polite message:
Copying more than N bytes of data requires X11R6.
Malcolm
--
Malcolm Purvis <malcolmp(a)xemacs.org>
12:27 p.m.
Ar an dara lá de mí Márta, scríobh Stephen J. Turnbull:
Have you read the documentation of those functions? If so you'd
realize
that they are a typically Xian fragile kludge to cover up for a design
flaw years after it became irreversible.<wink>
Seriously, now: have you protected against this?
If the drawable is already registered with another widget, or if the
drawable is the window of a widget in the client's widget tree, the
results of calling XtRegisterDrawable are undefined.
XtUnregisterDrawable removes an association created with
XtRegisterDrawable. If the drawable is the window of a widget
in the client's widget tree the results of calling
XtUnregisterDrawable are undefined.
"Undefined" in X usually means "you're going down, sucker" to
XEmacs.
The protection was there already:
if (x_window_to_frame (d, window)) /* #### debug */
invalid_operation ("attempt to transfer an INCR to ourself!",
Qunbound);
As such, `window' always belongs to another app, and cannot be in the
client’s widget tree. Since all the window hash table manipulation in
xc/lib/Xt/Event.c is in the client’s address spece, with no calls to X11 to
get widget trees from other apps, “already registered with another widget”
as that doc puts it, doesn’t have anything to do with other Xt apps.
--
“I, for instance, am gung-ho about open source because my family is being
held hostage in Rob Malda’s basement. But who fact-checks me, or Enderle,
when we say something in public? No-one!” -- Danny O’Brien
3:45 p.m.
Ar an dara lá de mí Márta, scríobh Aidan Kehoe:
> "Undefined" in X usually means "you're going
down, sucker" to XEmacs.
Actually, there is a corner case. The call to wait_for_property_change means
we can break out of that function, switch to another frame on the same
display (which will be another Xt widget), select a huge amount of text, and
have the same (foreign) app ask for another incremental selection
transfer. That will mean a call to XtRegisterDrawable will take place, when
the widget is still registered with another widget.
Only calling XtRegisterDrawable if XtWindowToWidget returns NULL should
avoid that, I think.
The protection was there already:
if (x_window_to_frame (d, window)) /* #### debug */
invalid_operation ("attempt to transfer an INCR to ourself!",
Qunbound);
As such, `window' always belongs to another app, and cannot be in the
client’s widget tree. Since all the window hash table manipulation in
xc/lib/Xt/Event.c is in the client’s address spece, with no calls to X11 to
get widget trees from other apps, “already registered with another widget”
as that doc puts it, doesn’t have anything to do with other Xt apps.
--
“I, for instance, am gung-ho about open source because my family is being
held hostage in Rob Malda’s basement. But who fact-checks me, or Enderle,
when we say something in public? No-one!” -- Danny O’Brien
6992
days inactive
6993
days old
7 comments
5 participants
participants (5)
-
Aidan Kehoe -
Malcolm Purvis -
Stephen J. Turnbull -
Vin Shelton -
Vin Shelton