January 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Crash using gnuclient 25 years, 10 months

Richard Zatorski

This bug report will be sent to the XEmacs Development Team, not to your local site managers!! Please write in English, because the XEmacs maintainers do not have translators to read other languages for them. In XEmacs 21.0 "Pyrenean" [Lucid] (sparc-sun-solaris2.5.1) of Wed Jan 13 1999 on cheers configured using `configure --prefix=/pkg/gnu --dynamic --with-gcc '--cflags=-O3 -mtune=ultrasparc' --with-x --with-xpm --x-includes=/usr/openwin/include '--site-includes=/usr/dt/include /pkg/X11/include /pkg/local/include /pkg/local/include/db' --x-libraries=/usr/openwin/lib '--site-libraries=/usr/dt/lib /pkg/X11/lib /pkg/local/lib' --with-sound=native --with-database=berkdb,dbm --with-png --with-jpeg --infopath=/pkg/gnu/info:/pkg/local/info:/pkg/tetex/info --with-tooltalk=yes --with-cde=yes --package-path=/pkg/gnu/lib/xemacs/packages' Please describe exactly what actions triggered the bug and the precise symptoms of the bug: I ran gnuclient. Recent keystrokes: M-x s e n d - p r RET C-g misc-user Recent messages (most recent first): x-win-init-sun() # bind (vendor) x-initialize-keyboard() # (unwind-protect ...) # bind (--letf-save--6895 console) #<compiled-function (console) "...(26)" [selected-console --letf-save--6895 (...) console --store--6894 select-console console-type x x-initialize-keyboard x-initialize-compose] 2>(#<x-console on "dazl:16" 0xcd9>) # bind (frame-being-created) make-frame(nil #<x-device on "dazl:16.0" 0xcde>) # bind (device dest-frame new-frame old-device-num quick view flags list type) gnuserv-edit-files((x "dazl:16.0") nil quick) eval((gnuserv-edit-files (razl＠dazl>512: quote (x "dazl:16.0")) (quote nil) (quote quick))) byte-code("..." [eval read-from-string gnuserv-string header] 4) # (condition-case ... . ((error (byte-code "ÀÂ \"ÅÆ ＠ A\"" ... 3)) (quit (byte-code "ÀÂ \"ÅÆÇÅ\"" ... 3)))) # bind (header string proc) gnuserv-process-filter(#<process "gnuserv" pid 6064 state:run> "7 (gnuserv-edit-files '(x \"dazl:16.0\") '() 'quick)") # (condition-case ... . error) # bind (inhibit-quit) # (condition-case ... . error) # (catch top-level ...) warning: core file may not match specified executable file. Core was generated by `xemacs -display dazl:0.0 -f gnuserv-start'. Program terminated with signal 10, Bus Error. Reading symbols from /usr/dt/lib/libXm.so.3...(no debugging symbols found)... done. Reading symbols from /pkg/local/lib/libtiff.so...done. Reading symbols from /pkg/local/lib/libpng.so.2...done. Reading symbols from /pkg/local/lib/libz.so...done. Reading symbols from /pkg/X11/lib/libXpm.so.4...done. Reading symbols from /usr/dt/lib/libDtSvc.so.1...done. Reading symbols from /usr/dt/lib/libtt.so.2...done. Reading symbols from /usr/openwin/lib/libXmu.so.4...done. Reading symbols from /usr/openwin/lib/libXt.so.4...done. Reading symbols from /usr/openwin/lib/libXext.so.0...done. Reading symbols from /usr/openwin/lib/libX11.so.4...done. Reading symbols from /usr/lib/libdl.so.1...done. Reading symbols from /usr/lib/libkvm.so.1...done. Reading symbols from /usr/lib/libkstat.so.1...done. Reading symbols from /usr/lib/libm.so.1...done. Reading symbols from /usr/lib/libsocket.so.1...done. Reading symbols from /usr/lib/libnsl.so.1...done. Reading symbols from /usr/lib/libelf.so.1...done. Reading symbols from /usr/lib/libc.so.1...done. Reading symbols from /usr/lib/libgen.so.1...done. Reading symbols from /usr/openwin/lib/libSM.so.6...done. Reading symbols from /usr/openwin/lib/libICE.so.6...done. Reading symbols from /usr/lib/libmp.so.2...done. Reading symbols from /usr/platform/SUNW,Ultra-2/lib/libc_psr.so.1...done. #0 0xfec96870 in _kill () (gdb) where #0 0xfec96870 in _kill () #1 0x90620 in fatal_error_signal () #2 <signal handler called> #3 0x1b9754 in map_obarray () #4 0x1b9a40 in Ffset () #5 0x6131c in Fbyte_code () #6 0x98554 in Ffetch_bytecode () #7 0x96e5c in funcall_recording_as () #8 0x9c1d4 in Ffuncall () #9 0x607a4 in Fbyte_code () #10 0x98554 in Ffetch_bytecode () #11 0x96e5c in funcall_recording_as () #12 0x9c1d4 in Ffuncall () #13 0x607a4 in Fbyte_code () #14 0x98554 in Ffetch_bytecode () #15 0x96e5c in funcall_recording_as () #16 0x98908 in run_hook_with_args_in_buffer () #17 0x98a1c in va_run_hook_with_args () #18 0x11d8b8 in Fmake_frame () #19 0x96bd8 in funcall_recording_as () #20 0x9c1d4 in Ffuncall () #21 0x607a4 in Fbyte_code () #22 0x98554 in Ffetch_bytecode () #23 0x97ad0 in Fapply () #24 0x9646c in Feval () #25 0x96bc4 in funcall_recording_as () #26 0x9c1d4 in Ffuncall () #27 0x607a4 in Fbyte_code () #28 0x962cc in Feval () #29 0x93208 in condition_case_1 () #30 0x9337c in condition_case_3 () #31 0x60cf0 in Fbyte_code () #32 0x98554 in Ffetch_bytecode () #33 0x96e5c in funcall_recording_as () #34 0x99b4c in call0_trapping_errors () #35 0x93208 in condition_case_1 () #36 0x99ed0 in call2_trapping_errors () #37 0x172a04 in read_process_output () #38 0xdfaf0 in wait_delaying_user_input () #39 0xe5594 in Fdispatch_event () #40 0x6ae30 in Fcommand_loop_1 () #41 0x6b12c in call_command_loop () #42 0x93208 in condition_case_1 () #43 0x6b2cc in Freally_early_error_handler () #44 0x9bf68 in internal_catch () #45 0x6a17c in initial_command_loop () #46 0x8ecdc in make_argc_argv () #47 0x9087c in main ()

1 participants
0 comments

Re: [bug] Newline forced for stream consoles? 25 years, 10 months

Hrvoje Niksic

Kyle Jones <kyle_jones(a)wonderworks.com> writes: > The point of this is to allow code that outputs messages to the > minibuffer to produce readable output when XEmacs runs in batch > mode. Why don't the users who want a terminating newline simply specify it? Currently, you can't *avoid* the newline, if you don't want it. Also, how come things work nicely under FSF Emacs, which doesn't have needless newlines? > How is this hurting dunnet? `xemacs -batch -l dunnet' displays ugly newlines after all the prompts. Ugly, ugly, ugly. Cf. with FSFmacs, which handles it correctly.

4 participants
4 comments

sendmail delay 25 years, 10 months

Neal D. Becker

I noticed recently that when I use mail-send (C-c C-c in mail) I often see a considerable delay until xemacs will again respond to me (busy cursor is displayed for many seconds). I notice that mail-interactive is nil. It may be that this became try when I upgraded(?) to xemacs-21.0b61. It may also be that is when I upgraded to exim-2.05 (from exim-1.90). Anyone else see this?

4 participants
3 comments

Re: hack-package-index.el (batch-hack-package-index) 25 years, 10 months

SL Baur

Martin Buchholz <martin(a)xemacs.org> writes in xemacs-beta(a)xemacs.org: >>>>>> "David" == David Walter <dwalter(a)syr.edu> writes: David> In the changelog I find a reference to: David> hack-package-index.el (batch-hack-package-index) David> and in XEmacs.rules in the packages directory I find a reference to David> these as well. David> I don't find the file after checking out the sources though. > Exactly the same thing happened to me. > I then did a cvs update, and voila, more files - including the > critical missing one. > So, it seems CVS is not entirely reliable? No. It sounds utterly predictable as I've been through the same sequence. The hack-package-index.el file doesn't appear to have been added correctly to the repository, ie. it hasn't been added to the module that XEmacs.rules, the top-level Makefile, etc. are part of.

1 participants
0 comments

Re: private colormap in XEmacs? 25 years, 10 months

Hrvoje Niksic

Holger Schauer <schauer(a)coling.uni-freiburg.de> writes: > Hrvoje> Have you tried `xemacs -private'? It should work in 21.0 > Hrvoje> and later. > > This is currently not documented in the manpage. It should be added. > Is there a corresponding xresource-setting ? Dunno. Should there be? (note that I haven't implemented the option or the functionality behind it; I believe Jareth Hein did.)

1 participants
0 comments

Re: sendmail delay 25 years, 10 months

Neal D. Becker

>>>>> "Gregory" == Gregory Neil Shapiro <gshapiro(a)sendmail.org> writes: nbecker> I noticed recently that when I use mail-send (C-c C-c in mail) I nbecker> often see a considerable delay until xemacs will again respond to nbecker> me (busy cursor is displayed for many seconds). I notice that nbecker> mail-interactive is nil. nbecker> It may be that this became try when I upgraded(?) to xemacs-21.0b61. nbecker> It may also be that is when I upgraded to exim-2.05 (from exim-1.90). nbecker> Anyone else see this? Gregory> Does exim's sendmail emulation support -odb (for background delivery)? Yes.

1 participants
0 comments

Re: private colormap in XEmacs? 25 years, 10 months

Holger Schauer

>>>>"Hrvoje" == Hrvoje Niksic schrieb am 13 Jan 1999 23:37:17 +0100: Hrvoje> "Lynn D. Newton" <lynn_newton(a)mcg.mot.com> writes: >> Has the possibility been considered of adding a command line >> switch to XEmacs to start it using a private colormap? Netscape >> has the -install option for exactly the purpose I have in mind. Hrvoje> Have you tried `xemacs -private'? It should work in 21.0 and Hrvoje> later. This is currently not documented in the manpage. Is there a corresponding xresource-setting ? Holger -- --- http://www.coling.uni-freiburg.de/~schauer/ --- "I don't do drugs or windows." "You need the one to do the other :-)" -- Steve Baur and Adrian Aichner on xemacs-beta

1 participants
0 comments

hack-package-index.el (batch-hack-package-index) 25 years, 10 months

David Walter

In the changelog I find a reference to: hack-package-index.el (batch-hack-package-index) and in XEmacs.rules in the packages directory I find a reference to these as well. I don't find the file after checking out the sources though. My apologies -- trying to rebuild after a hard disk crash -- sort of starting off cold. Thanks so much in advance. cvs -z3 -l -d :pserver:xemacs＠cvs.xemacs.org:/usr/CVSroot checkout xemacs-packages cvs -z3 -d :pserver:xemacs＠cvs.xemacs.org:/usr/CVSroot checkout -r release-21-2 -d XEmacs-21.2 xemacs-20 The commands I used for cvs were as above. -- Respectfully: David Walter Karma: Whenever you are there you go. dwalter(a)syr.edu

2 participants
1 comments

Re: Moudles patch for 21.2.8 (Patch 1 of 6) 25 years, 10 months

SL Baur

Scanned and approved. Let's start testing this sucker. I'll fire off the scripts to create 21.2.9 if someone signs up to apply this to CVS and makes sure it compiles. I have a couple of minor issues I saw in reading through it. +# Transform *-*-linux* to *-*-linux-gnu*, to support old configure scripts. +case "$xehost" in +*-*-linux-gnu*) ;; +*-*-linux*) xehost=`echo $xehost | sed 's/^$.*-.*-linux$$.*$$/\1-gnu\2/'` +esac Don't go there. I'll object for Martin on this one: -dnl - the s&m header files (deprecated) +dnl - the s&m header files (required for ellcc) The eventual goal is to eliminate s&m. Is there any way you can avoid requiring them? J Kean Johnston <jkj(a)sco.com> writes in xemacs-beta(a)xemacs.org: > [1 <text/plain; us-ascii (7bit)>] > Attached is a patch and instructions. All text within ... ... > [2 base.patch.gz <application/x-gunzip>] MIME is O.K. when sending patches, but you need to be careful about the tags. `application/x-gunzip' is an unreadable type and requires extraction to read. It is better to use a type that can be read in-line. There should be documentation about this in etc/BETA.

4 participants
5 comments

martin@xemacs.org is a reachable address again 25 years, 10 months

Martin Buchholz

I've finally managed to complete all the tasks necessary to create a new computing environment in Japan, and am online again. I'll be spending the next little while going through my mail backlog. Martin

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 January 1999