May 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Ben Wing

I've compiled a short list of bugs that I consider to be showstoppers for the 21.0 release. It's located at: http://devel.xemacs.org/xemacs/showstoppers.html Ben (typed by Martin)

6 participants
6 comments

Re: gud.el broken or is it just me? 23 years, 2 months

SL Baur

Aki Vehtari <Aki.Vehtari(a)hut.fi> writes in xemacs-beta(a)xemacs.org: ... > Btw. gud.el in XEmacs is dated 1993 and gud.el in emacs-20.3 is > dated 1998. Unfortunately gud.el in emacs-20.3 does not work in > XEmacs and I don't know much work it would need to make it work and I've done the initial port of gud.el to XEmacs. It mostly works[1], but it sorely lacks the functionality in gdbsrc.el. Making a gudsrc.el mode is on my list of things to do. It was in ftp://altair.xemacs.org/pub/xemacs-futures/ when I was on the 'net. It was delayed integration into the XEmacs packages pending 21.0 release. I also have a ported cua-mode.el to integrate. NOTE: The gud.el and cua-mode.el XEmacs portings are courtesy of Altrasoft, Inc. Thank you Altrasoft. Footnotes: [1] I have a report that my port does not work on Solaris with dbx.

2 participants
1 comments

RoboCup 23 years, 5 months

Akram Khodadadi

Hello Please answer my question. We maked a player in Linux with Lisp languaege ,but we dont know how to make a UDP connection between our player and the server with Lisp languaege. We looked in many sources ,but we didn't attain any affects. Please say to us for making a UDP connection and geting and sending messages with that Lisp languaege which orders . Please explan with an example. Thanks Mrs Khodadadi

3 participants
2 comments

NEWS patch 25 years, 1 month

Jerry James

Pardon me for my ignorance. I'm not really sure how things are done around here. Should I send a trivial patch like the following to xemacs-patches, is this a better place for it, or is there some third list that would be most appropriate? In any case, I'm not so sure that the original version wasn't correct in some sense. :-) diff -u etc/NEWS~ etc/NEWS --- etc/NEWS~ Thu Mar 25 05:33:42 1999 +++ etc/NEWS Tue May 18 11:49:30 1999 ＠＠ -442,7 +442,7 ＠＠ This means that if you want to test whether A < B < C, you can write it as (< A B C) instead of (and (< A B) (< B C)). Likewise, -(apply #'> LIST) now tests if LIST is monotonously increasing -- and +(apply #'> LIST) now tests if LIST is monotonically increasing -- and so on. ** The XEmacs hashtables now have a consistent read/print syntax. Regards, -- Jerry James Email: jerry(a)cs.ucsb.edu WWW: http://www.cs.ucsb.edu/~jerry/

3 participants
2 comments

Re: .emacs mystery 25 years, 1 month

Jan Vroonhof

Yoshiki Hayashi <g740685(a)komaba.ecc.u-tokyo.ac.jp> writes: > When you change this line to > (unless window-system (set-terminal-coding-system 'euc-jp)) > the error message will go away. Then this is a bug in XEmacs. Although set-terminal-coding-system is very broken by concept under XEmacs (who says the coding system is the same on all TTY devices), it should never ever be needed to use the window-system variable under XEmacs. Jan P.S. Does this patch help Index: coding.el =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-20/lisp/coding.el,v retrieving revision 1.2 diff -u -r1.2 coding.el --- coding.el 1998/02/28 21:34:56 1.2 +++ coding.el 1999/05/21 16:22:06 ＠＠ -115,7 +115,9 ＠＠ (interactive "zterminal-coding-system: ") (get-coding-system coding-system) ; correctness check (setq terminal-coding-system coding-system) - (set-console-tty-coding-system (device-console) terminal-coding-system) + ; ### should this affect all current tty consoles ? + (if (eq (device-type) 'tty) + (set-console-tty-coding-system (device-console) terminal-coding-system)) (redraw-modeline t)) (defun set-pathname-coding-system (coding-system)

2 participants
2 comments

Re: Build failure for CVS 21.2 of 19990531 (with mule) 25 years, 2 months

SL Baur

NB: The mailing lists look completely hosed as of 07:27 UT 31-May so I have no idea what has gone into the 21.2 in the last 12 hours. Daniel Pittman <daniel(a)danann.net> writes in xemacs-beta(a)xemacs.org: > --=-=-= > Hi. > Trying to build the latest XEmacs 21.2 from CVS fails for me when > --with-mule is used. The same configure sans mule works fine. > Suggestions? > Daniel > System details: > * Debian unstable > * i586 architecture > * kernel 2.2.6 > * glibc 2.1.1 final > * egcs 2.91.66 (1.1.2) > * X11R6, by XFree86 3.3.3.1 > Attached is a log of the failed build. > ... > Loading cyrillic.el...*** Error in XEmacs initialization > (void-function split-char-or-char-int) This function is defined in mule-misc.el, which got loaded. I cannot duplicate this specific failure. There is a strange bug in cyrillic.el-21.2 that manifests itself by failing to bytecompile (max lisp eval depth exceeded) the very first time .elcs are built. On a subsequent pass, cyrillic.elc gets built. I have no idea whether or not this is related to my other problems. At the moment I don't have a clean build of XEmacs, either 21.1 or 21.2, on *any* platform. -- I protest the NATO war in Yugoslavia.

2 participants
1 comments

Re: [21.1.2] Problems running dumped xemacs on hppa1.1-hp-hpux10.20 25 years, 2 months

Jan Vroonhof

Justin Vallon <vallon(a)mindspring.com> writes: > I'm trying to build 21.1.2 on HP using HP's cc. xemacs gets dumped. > However, when src/xemacs is first run (as part of lisp shadows), it hangs, > and can't be interrupted, killed, or kill -9'ed. > > > If I run it from gdb (gdb ./xemacs CR run), it works. > > If I use dde: > > (Warning) Object file > "/var/tmp/vallon/public/xemacs-21.1/xemacs-21.1.2/src/xemacs" has no debug > information. Could you compile with debugging enabled (i.e. -g), so that you can use the debugger where to see where it is hanging? (BTW if it cannot be KILL -9'ed (assuming -9 is SIGKILL) then that is also an OS problem.) > Is the "Should XEmacs use the GNU version of malloc?" ok to be > yes, if using the native compiler? Yes. Anything else to try? Jan

3 participants
3 comments

Re: [21.1.2] Problems running dumped xemacs on hppa1.1-hp-hpux10.20 25 years, 2 months

SL Baur

[#2. None of the messages I've emailed to XEmacs-related mail lists today has returned to me, here goes again.] Justin Vallon <vallon(a)mindspring.com> writes in xemacs-beta(a)xemacs.org: > I'm trying to build 21.1.2 on HP using HP's cc. xemacs gets dumped. > However, when src/xemacs is first run (as part of lisp shadows), it hangs, > and can't be interrupted, killed, or kill -9'ed. ... There is badness[tm] somewhere in the Motif/CDE code in XEmacs. I cannot get a build on Sun/Solaris to work properly either. Before you get rid of this binary, try `xrdb </dev/null' first. I have found that I cannot start an XEmacs on Sun/Solaris with Motif & XIM/Motif support *and* specify a font via X Defaults without getting a coredump deep in the initial frame initialization. Weird ... -- I protest the NATO war in Yugoslavia.

2 participants
1 comments

Re: [21.1.2] Problems running dumped xemacs on hppa1.1-hp-hpux10.20 25 years, 2 months

SL Baur

Andrew Hobson <ahobson(a)eng.mindspring.net> writes in xemacs-beta(a)xemacs.org: > On 31 May 1999 22:03:24 +0900, SL Baur <steve(a)xemacs.org> said: >> Justin Vallon <vallon(a)mindspring.com> writes in xemacs-beta(a)xemacs.org: >>> I'm trying to build 21.1.2 on HP using HP's cc. xemacs gets dumped. >>> However, when src/xemacs is first run (as part of lisp shadows), it hangs, >>> and can't be interrupted, killed, or kill -9'ed. >> ... > The same thing happens to me on Digital UNIX 4.0f when I compile with > MULE. As near as I can tell, there is severe brokenness in XEmacs in Digital Unix. It happens to show up most clearly when compiling with Mule, but I have no reason to believe that it is Mule-specific. I am currently running a binary on OSF 4.0e and many things work and some things don't work. What is your configuration? I've attached mine. At least XEmacs runs enough to process email. >> There is badness[tm] somewhere in the Motif/CDE code in XEmacs. I >> cannot get a build on Sun/Solaris to work properly either. Before you >> get rid of this binary, try `xrdb </dev/null' first. > I thought I tried this (and it behaved the same way), but maybe not. > I'll try when I get into work tomorrow. O.K. -- I protest the NATO war in Yugoslavia. uname -a: OSF1 gneiss.etl.go.jp V4.0 1091 alpha /freeware/XEmacs/xemacs-21.0/configure '--with-mule' '--debug=no' '--error-checking=none' '--verbose=no' '--extra-verbose=no' '--site-prefixes=/usr/local:/usr/decfw40' '--site-includes=/usr/decfw40/canna/include' '--compiler=gcc' '--with-xfs' '--with-gnu-make' '--srcdir=/freeware/XEmacs/xemacs-21.0' '--with-xim' '--mail-locking=file' XEmacs 21.1-p2 "20 Minutes to Nikko" configured for `alphaev56-dec-osf4.0e'. Where should the build process find the source code? /freeware/XEmacs/xemacs-21.0 What installation prefix should install use? /usr/local What operating system and machine description files should XEmacs use? `s/decosf4-0.h' and `m/alpha.h' What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno-switch Should XEmacs use the GNU version of malloc? no (The GNU allocators don't work with this system configuration). Should XEmacs use the relocating allocator for buffers? yes What window system should XEmacs use? x11 Where do we find X Windows header files? /usr/dt/include Where do we find X Windows libraries? /usr/dt/lib Additional header files: /usr/decfw40/canna/include Additional prefixes: /usr/local /usr/decfw40 Runtime library search path: /usr/local/lib:/usr/decfw40/lib:/usr/dt/lib:/usr/shlib Compiling in support for XAUTH. Compiling in support for XPM images. Compiling in support for PNG image handling. Compiling in support for (builtin) GIF image handling. Compiling in support for JPEG image handling. Compiling in support for TIFF image handling. Compiling in support for X-Face message headers. Compiling in support for Berkeley DB. Compiling in support for DBM. Compiling in support for ncurses. Compiling in Mule (multi-lingual) support. Compiling in XIM (X11R5+ I18N input method) support. Using Motif to provide XIM support. Compiling in support for Canna on Mule. Compiling in support for the WNN input method on Mule. Compiling in support for CDE. Compiling in support for ToolTalk. Compiling in EXPERIMENTAL support for Drag'n'Drop ( CDE ). Compiling in support for proper session-management. Using Lucid menubars. Using Lucid scrollbars. Using Motif dialog boxes. Compiling in DLL support. movemail will use "dot-locking" for locking mail spool files.

1 participants
0 comments

Re: [21.1.2] Problems running dumped xemacs on hppa1.1-hp-hpux10.20 25 years, 2 months

Andrew Hobson

On 31 May 1999 22:03:24 +0900, SL Baur <steve(a)xemacs.org> said: > Justin Vallon <vallon(a)mindspring.com> writes in xemacs-beta(a)xemacs.org: >> I'm trying to build 21.1.2 on HP using HP's cc. xemacs gets dumped. >> However, when src/xemacs is first run (as part of lisp shadows), it hangs, >> and can't be interrupted, killed, or kill -9'ed. > ... The same thing happens to me on Digital UNIX 4.0f when I compile with MULE. > There is badness[tm] somewhere in the Motif/CDE code in XEmacs. I > cannot get a build on Sun/Solaris to work properly either. Before you > get rid of this binary, try `xrdb </dev/null' first. I thought I tried this (and it behaved the same way), but maybe not. I'll try when I get into work tomorrow. Drew

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta May 1999