March 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: cannot build xemacs-21.1.9 on mips-sgi-irix6.5 25 years

Gunnar Evermann

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > David Starks-Browning <starksb(a)ebi.ac.uk> writes: > > > I've since ruled out the old ranlib as a factor. Even after removing > > the suspect ranlib, the gcc-2.95.2 build fails on mips-sgi-irix6.5. > > Did you try without "-g". There are reports that that helps. The trick that has always worked for me is adding '-G0' to the LDFLAGS -- haven't tried recently, though. Gunnar

2 participants
1 comments

should I keep reporting crashes? 25 years

John A. Turner

here's another - should I keep reporting these? is it useful or just annoying? same env here: http://www.xemacs.org/list-archives/xemacs-beta/200003/msg00021.html but 21.2b32, CVS update a day or so ago... (gdb) run Starting program: /u/turner/Tools/src/xemacs-21.2/src/xemacs Xlib: unexpected async reply (sequence 0x1a1a2)! Program received signal SIGINT, Interrupt. 0x409b6b4 in __select () at lio.c:237 237 lio.c: No such file or directory. (gdb) where #0 0x409b6b4 in __select () at lio.c:237 #1 0x409838c in select () at aio.c:322 #2 0xf66bf28 in _XRead () at cmsColNm.c:1010 #3 0xf66dff4 in _XReply () at omGeneric.c:826 #4 0xf66dff4 in _XReply () at omGeneric.c:826 #5 0xf66dff4 in _XReply () at omGeneric.c:826 <snip *lots* - I let it spew overnight> -- John A. Turner, Senior Research Associate Blue Sky Studios, One South Rd, Harrison, NY 10528 http://www.blueskystudios.com/ (914) 825-8319

1 participants
0 comments

Re: cannot start beta32 25 years

Colin Rafferty

Andy Piper writes: > At 05:10 PM 3/22/00 -0500, Colin Rafferty wrote: >> sag3 $ echo 'Emacs*internalBorderWidth: 0' | xrdb -merge >> sag3 $ DISPLAY=malaria:0.0 src/xemacs >> Error: Widget clip-window has zero width and/or height >> sag3 $ echo 'Emacs*internalBorderWidth: 2' | xrdb -merge >> sag3 $ src/xemacs >> sag3 $ >> As you can see, a positive internalBorderWidth works just fine, but >> zero no longer works. > Ah Ha! A test case. This is what Martin is complaining about. I'll take a > look when I get a chance. I'm glad I can help. :-) In case it wasn't obvious, this is running under X windows. -- Colin

1 participants
0 comments

set-face-stipple 25 years

Katsumi Yamaoka

Hi, In the file lisp/faces.el: (defun set-face-stipple (face pixmap &optional frame) "[...]" (while (not (find-face face)) (setq face (signal 'wrong-type-argument (list 'facep face)))) (locate-file pixmap x-bitmap-file-path '(".xbm" "")) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ why is the line here? It causes an error as follows: (set-face-stipple 'FACE '(4 4 "\x08\x02\x04\x01")) => Signaling: (wrong-type-argument stringp (4 4 "^H^B^D^A")) -- Katsumi Yamaoka <yamaoka(a)jpl.org>

1 participants
0 comments

edbug defun 25 years

Andy Piper

I cannot use edebug with functions containing condition-case. edebug-defun gives me: Invalid read syntax: "Failed matching", (symbolp form &rest (symbolp body)) andy -------------------------------------------------------------- Dr Andy Piper Senior Consultant Architect, BEA Systems Ltd

1 participants
0 comments

Re: make-docfile 25 years

Hrvoje Niksic

Michael Harnois <mdharnois(a)home.com> writes: > On 22 Mar 2000 15:11:11 -0500, Hamish Macdonald <hamishm(a)lucent.com> said: > > > Nope. I'm seeing it also. I backed off to a CVS update dated > > 2000-03-21 and things built ok. > > Is it possible that someone with write access could back this out > while Ben decides how to fix it? Michael, you can apply this stop-gap fix. A better solution will have to be devised by Ben or by someone with better understanding of Ben's intentions. --- lisp/make-docfile.el.orig Thu Mar 23 11:45:33 2000 +++ lisp/make-docfile.el Thu Mar 23 11:45:36 2000 ＠＠ -174,7 +174,7 ＠＠ options processed) " ")) ;; (print (prin1-to-string (append options processed))) - (apply 'call-process-internal + (apply 'old-call-process-internal ;; (concat default-directory "../lib-src/make-docfile") "make-docfile" nil This will work under Unix only. Don't forget to byte-compile make-docfile.el after applying the patch.

1 participants
0 comments

Re: Steve's 21.2.32 crashes 25 years

Hrvoje Niksic

Andy Piper <andy(a)xemacs.org> writes: > I can't commit right now and xrdb doesn't work on my broken windows > system. Can you try the attached patch which I think clears up the > brokeness I introduced earlier (but may not fix your problem). This works for me -- XEmacs now starts up correctly when the background pixmap is specified in the X resources.

1 participants
0 comments

Re: the Athena trick vs. the Sound trick 25 years

Hrvoje Niksic

Didier Verna <didier(a)xemacs.org> writes: > | /* For use in #include statements. > | You can't use macros directly within the <> of a #include statement. > | The multiply nested macros are necessary to make old gcc's happy. > | However, those nested macros are too much for AIX xlc to deal with. */ > | #if defined(_AIX) && !defined(__GNUC__) > | #define ATHENA_INCLUDE(header_file) <ATHENA_H_PATH/header_file> > | #else ... > * Each time a new inclusion macro needs to be written, you have to > redo the AIX test. I concede that this is not very satisfactory. That kills it IMO. AIX /per se/ is of course not the issue. The issue is that only God knows how many more compilers have exactly the same problem. These #ifdef's scattered through code might only increase. Idea: maybe we should design a configure test to test which kind of configure glue the user's preprocessor likes. Then our config.h.in could say something like: #define ATHENA_INCLUDE ＠INCLUDE_GLUE＠(...) Or something like that.

3 participants
2 comments

Re: A gtk/kde-xemacs... a modest toolbar/menubar proposal... 25 years

William M. Perry

Giacomo Boffi <giacomo.boffi(a)polimi.it> writes: > Per Abrahamsen writes: > > Qt 2.0 (QPL) did change the political situation, as it is now under > > a certified Open Source license. However, the legal situation is > > exectly the same as before. The legal problem has never been with > > the Qt license, but with the GPL. It still depends on whether the > > law would consider Qt to fall under this clause: > > > > GPL> However, as a special exception, the source code distributed > > GPL> need not include anything that is normally distributed (in > > GPL> either source or binary form) with the major components > > GPL> (compiler, kernel, and so on) of the operating system on which > > GPL> the executable runs, unless that component itself accompanies > > GPL> the executable. > > > > An alternative to betting on what the law would say, is to get a > > "special exception" from the copyright holder. > > XEmacs can be linked with motif libraries (no opensource) > is this relevant to clarify/obfuscate the current issue? Stallman has granted a special exception for motif. I'm not even sure it is that 'official'. Its more of a look-the-other-way. Plus there is LessTif. Now that the harmony project is dead, there is no equivalent for Qt. -bp

3 participants
2 comments

Problems with small windows and subprocesses on NT 25 years

Mike Alexander

With the recent big set of changes, I've had problems with ediff which probably will affect other things. There are two problems at least. When ediff is setting up the frame for the control window it creates it with a height and width of 1 and then changes it to the size it really wants. XEmacs crashes if any frame has a height less than 2. This happens because regenerate_window in redisplay.c gets a negative value for yend. In my case the pixel height of the window is 28 but window_bottom_gutter_height is 32 giving an available space of -4 pixels to display the contents of the frame. The other problem is that when ediff runs diff the output is appearing (very briefly) in a console window instead of being piped back to XEmacs. I tracked this down to some code in create_child in ntproc.c which is ifdefed out if HAVE_NTGUI is not defined: #ifdef HAVE_NTGUI if (NILP (Vwin32_start_process_show_window)) start.dwFlags = STARTF_USESTDHANDLES | STARTF_USESHOWWINDOW; else start.dwFlags = STARTF_USESTDHANDLES; start.wShowWindow = SW_HIDE; start.hStdInput = GetStdHandle (STD_INPUT_HANDLE); start.hStdOutput = GetStdHandle (STD_OUTPUT_HANDLE); start.hStdError = GetStdHandle (STD_ERROR_HANDLE); #endif /* HAVE_NTGUI */ This is the code that passes the pipe end points to the child process. When I put it back in, ediff works. I don't know why it's ifdefed out, but it (or something like it) is needed on NT, at least. Has anyone else seen these problems? Mike

3 participants
7 comments

2025

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 March 2000