On Tue, 1 Mar 2005 22:27:35 +0100, Aidan Kehoe <kehoea(a)parhasard.net&gt; wrote: 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

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.

Ar an dara lá de mí Márta, scríobh Aidan Kehoe: 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. -- “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