Path: utzoo!utgpu!jarvis.csri.toronto.edu!torsqnt!lethe!becker!ncrcan!hcr!markm From: markm@hcr.uucp (Mark Mendell) Newsgroups: gnu.emacs Subject: Help wanted for GNU emacs 18.55 on 386/ix 1.0.6 Message-ID: <1990Feb2.205842.4582@hcr.uucp> Date: 2 Feb 90 20:58:42 GMT Organization: HCR Corporation, Toronto Lines: 50 I am trying to get emacs 18.55 running on out 386/ix 1.06 systems here. I am having 2 problems. 1) Compiling with standard cc and -O causes segmentation violations in routine concat with doing 'M-x describe-bindings'. This happens both in temacs and xemacs. Compiling without -O works fine. 2) I am trying to build the X version. Temacs starts up fine, etc. Xemacs will sometimes print the message: Warning: Client built for newer server! Warning: Protocol rev. of client does not match server! Running under the debugger shows that there is one extra (null) byte of data being read from _XRead in XOpenDisplay, and that is causing the revision message to be mismatched. Xemacs then hangs somewhere in XGetResource, doing a 20 byte read, and only recieving 19 bytes back from the server. Has anyone seen similar behaviour before? Unfortunately, I wasn't reading gnu.emacs (or comp.emacs), so I don't know if this has been discussed 2^32 times before. Here are the relevant parts of config.h I am using: #include "s-usg5-3.h" #define HAVE_PTYS #define SYSV_PTYS #include "m-intel386.h" #define HAVE_X_WINDOWS #define X11 #define HAVE_X_MENU #ifndef VMS #ifndef USG #define subprocesses #endif #endif #undef LIBX10_SYSTEM #undef LIBX11_SYSTEM #define LIBX10_SYSTEM -linet -lnsl_s #define LIBX11_SYSTEM -linet -lnsl_s I compiled everything with -Dmakedev (using MYCPP_FLAGS), because there was an inclusion of in X11/Xlib.h, and that was messing up the compiles. I also made a change to x11term.c, to replace the select() in XTFlash with a poll (0,0,250). -- Mark Mendell, HCR Corporation 130 Bloor St. W., Suite 1001, Toronto Phone: (416)-922-1937, Fax: (416)-922-8397 Usenet: ...!hcr!markm