January 2000 - XEmacs-Beta - XEmacs Mailing List Archives

[PATCH] startup.el "Load .emacs" menu item fix 24 years, 3 months

Kirill 'Big K' Katsnelson

xemacs -q => "Load .emacs" => signal wrong number of arguments. What a pleasure hacking xemacs after a 1.55 year break!!! :) Big K 2000-01-12 Kirill 'Big K' Katsnelson <kkm(a)dtmx.com> * menubar-items.el (maybe-add-init-button): Removed an argument in a call to load-user-init-file, as the function managed to lose its formal parameter a few betas ago. Index: menubar-items.el =================================================================== RCS file: /var/cvsroot/xemacs/lisp/menubar-items.el,v retrieving revision 1.1.1.1 diff --unified=2 -r1.1.1.1 menubar-items.el --- lisp/menubar-items.el 2000/01/12 07:54:29 1.1.1.1 +++ lisp/menubar-items.el 2000/01/13 03:55:13 ＠＠ -996,5 +996,5 ＠＠ ["Load .emacs" (progn (delete-menu-item '("Load .emacs")) - (load-user-init-file (user-login-name))) + (load-user-init-file)) ] "Help"))

3 participants
2 comments

global-replace 24 years, 3 months

Martin Buchholz

I just used this program to make a change to the XEmacs sources, and I thought people might be interested: : #-*- Perl -*- # Copyright (C) 1999 Martin Buchholz # This program is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by the # Free Software Foundation; either version 2, or (at your option) any # later version. # # This program is distributed in the hope that it will be useful, but WITHOUT # ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or # FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License # for more details. # # You should have received a copy of the GNU General Public License # along with XEmacs; see the file COPYING. If not, write to # the Free Software Foundation, Inc., 59 Temple Place - Suite 330, # Boston, MA 02111-1307, USA. eval 'exec perl -w -S $0 ${1+"$＠"}' if 0; use strict; use FileHandle; use Carp; (my $myName = $0) =~ s＠.*/＠＠; my $usage=" Usage: $myName PERLEXPR FILE... Typical usage is like this: find . -name '*.[ch]' -print | xargs $0 's/\bCONST\b/const/g'\n"; die $usage unless ＠ARGV > 1; my $code = shift; die $usage if grep (-d || ! -w, ＠ARGV); sub SafeOpen { open ((my $fh = new FileHandle), $_[0]); confess "Can't open $_[0]: $!" if ! defined $fh; return $fh; } sub WriteStringToFile { my $fh = SafeOpen ("> $_[0]"); print $fh $_[1] or confess "$_[0]: $!\n"; close $fh or confess "$_[0]: $!\n"; } foreach my $file (＠ARGV) { my $changed_p = 0; my $fh = SafeOpen $file; my $new_contents = ""; while (<$fh>) { my $save_line = $_; eval $code; $changed_p = 1 if $save_line ne $_; $new_contents .= $_; } WriteStringToFile ($file, $new_contents) if $changed_p; }

1 participants
0 comments

The Linux rpath fix 24 years, 3 months

Martin Buchholz

I'm about to commit this attempt to fix our Athena3d library mismatch problem. It's slightly different from my previous patch. 2000-01-18 Martin Buchholz <martin(a)xemacs.org> * configure.in: Use /etc/ld.so.conf at link-time, if available. Index: configure.in =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/configure.in,v retrieving revision 1.111.2.63 diff -u -r1.111.2.63 configure.in --- configure.in 2000/01/15 05:18:51 1.111.2.63 +++ configure.in 2000/01/20 07:35:47 ＠＠ -1978,7 +1978,7 ＠＠ dnl Extra system-specific library directories - please add to list for dir in "/usr/ccs/lib"; do - test -d "$dir" && XE_APPEND(-L${dir}, ld_switch_site) + test -d "$dir" && XE_APPEND(-L${dir}, ld_switch_system) done dnl --site-runtime-libraries (multiple dirs) ＠＠ -1988,11 +1988,24 ＠＠ export LD_RUN_PATH fi +dnl Linux systems have dynamic runtime library directories listed in +dnl /etc/ld.so.conf. Since those are used at run time, it seems pretty +dnl safe to use them at link time, and less controversial than forcing +dnl the run-time to use the link-time libraries. This also helps avoid +dnl mismatches between the link-time and run-time libraries. +if test -z "$LD_RUN_PATH" -a -r "/etc/ld.so.conf"; then + for dir in `cat /etc/ld.so.conf`; do + test -d "$dir" && XE_APPEND(-L${dir}, ld_switch_system) + done + add_runtime_path=no +fi + dnl ------------------------------------- dnl Compute runtime library path dnl ------------------------------------- -if test "$dynamic" = "no"; then add_runtime_path=no +if test -n "$add_runtime_path"; then :; +elif test "$dynamic" = "no"; then add_runtime_path=no elif test -n "$LD_RUN_PATH"; then add_runtime_path=yes else case "$opsys" in sol2 | irix* | *bsd* | decosf* ) add_runtime_path=yes ;;

1 participants
0 comments

menubar weirdness 24 years, 3 months

Stephen J. Turnbull

Start xemacs -vanilla. Click in the menubar somewhere between the 'Lisp-Interaction' menu and the 'Load .emacs' button. Type C-x and get an error `Wrong type argument: characterp. "Load .emacs"'. Huh? Version: "21.2 (beta27) \"Hera\" XEmacs Lucid" CVS updated 01/19 19:00 JST (GMT+9). Installation: uname -a: Linux tleepslib 2.2.10 #2 Thu Jun 24 19:22:23 JST 1999 i686 unknown ./configure '--with-mule' '--with-xim=xlib' '--with-xfs' '--with-sound=none,native,nas' '--with-widgets=athena' '--with-athena=3d' '--with-dialogs=athena' XEmacs 21.2-b27 "Hera" configured for `i686-pc-linux'. Where should the build process find the source code? /home/steve/Projects/XEmacs/xemacs-21.2 What installation prefix should install use? /usr/local What operating system and machine description files should XEmacs use? `s/linux.h' and `m/intel386.h' What compiler should XEmacs be built with? gcc -g -O3 -Wall -Wno-switch Should XEmacs use the GNU version of malloc? yes (Using Doug Lea's new malloc from the GNU C Library.) 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/X11R6/include Where do we find X Windows libraries? /usr/X11R6/lib Athena library to link: Xaw3d Athena header include path: X11/Xaw3d 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 native sound support. Compiling in network sound (NAS) support. Compiling in support for Berkeley DB. Compiling in support for ncurses. Compiling in Mule (multi-lingual) support. Compiling in XIM (X11R5+ I18N input method) support. Using raw Xlib to provide XIM support. Using XFontSet to provide bilingual menubar. Compiling in support for Canna on Mule. Compiling in support for the WNN input method on Mule. Compiling in support for proper WM_COMMAND handling. Using Lucid menubars. Using Lucid scrollbars. Using Athena native widgets. Using Athena dialog boxes. Compiling in dynamic shared object module support. movemail will use "dot-locking" for locking mail spool files. Compiling in extra code for debugging. WARNING: --------------------------------------------------------- WARNING: Compiling in support for runtime error checking. WARNING: XEmacs will run noticeably more slowly as a result. WARNING: Error checking is on by default for XEmacs beta releases. WARNING: --------------------------------------------------------- -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."

2 participants
1 comments

Re: Detecting XPM on non-X11 Platforms 24 years, 3 months

Rick Rankin

I had a similar problem doing a non-X cygwin build. configure wasn't properly detecting Xpm because the compile would fail when Xpm.h included X11/Xlib.h, which it doesn't do when FOR_MSW is defined. I didn't have time to investigate, so I just started specifying --with-xpm on the configure command line. configure then appears to assume the presence of Xpm and just checks to see if FOR_MSW is needed. Non-X Xpm detection definitely worked at one time. I have a short script I run to execute configure with all the command line options I use. Xpm was being detected just fine for a long time, then I had to go in and add the --with-xpm option to my script. Unfortunately, I don't recall when it stopped working. Rick --- Craig Lanning <lanning(a)scra.org> wrote: > Andy Piper writes: > > At 09:13 PM 1/18/00 -0500, Craig Lanning wrote: > > >configure is not detecting the XPM library for a mingw32 build. > > > > > >After a little investigation, I found that the configure script needs to > be > > >modified so that it defines the symbol XPM_NUMBERS before trying to find > > >out which version of XPM is installed. Defining this symbol comments out > > >all of the XPM header except the version number declarations. > > > > This sounds suspicious to be. I would mistrust your XPM build. > > It seemed a little suspicious to me, too, since it had worked before. > > I don't have any X11 libraries or headers so when <X11/xpm.h> is read > and tries to include <X11/Xlib.h> and <X11/Xutil.h> it fails because > those files don't exist. Defining XPM_NUMBERS allows configure to > check the XPM version without having to know whether to define FOR_MSW > or not. > > Craig > -- > ---------------------------------------------------------------------- > Craig Lanning Principal Engineer > Logicon, Inc. > a Northrop Grumman company E-Mail: Lanning(a)scra.org > 5300 International Blvd. Voice: 843-760-3246 > North Charleston, SC 29418 FAX: 843-760-3780 > USA > > __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com

1 participants
0 comments

Re: Test release of auctex, edit-utils, prog-modes 24 years, 3 months

Adrian Aichner

>>>>> "aj" == aj <aj(a)xemacs.org> writes: aj> I've uploaded to ftp.xemacs.org/pub/xemacs/beta/incoming new releases aj> of auctex, edit-utils and prog-modes. I have successfully downloaded the new packages. aj> Please give them a thorough testing before I release them officially. aj> I hope that the bookmark problems are now really resolved. bookmark from your latest edit-utils package works fine in 21.1.8 and 21.2-b27 for me, but I'm biased :-) Best regards, Adrian aj> Andreas

1 participants
0 comments

Test release of auctex, edit-utils, prog-modes 24 years, 3 months

Andreas Jaeger

I've uploaded to ftp.xemacs.org/pub/xemacs/beta/incoming new releases of auctex, edit-utils and prog-modes. Please give them a thorough testing before I release them officially. I hope that the bookmark problems are now really resolved. Andreas ChangeLog for prog-modes: 2000-01-19 Akim Demaille <akim(a)epita.fr> * autoconf-mode.el (autoconf-font-lock-keywords): Support `A._DEFUN' definitions: Autoconf now uses AC_DEFUN, AU_DEFUN, AH_DEFUN, and others are to come. 2000-01-19 Andreas Jaeger <aj(a)suse.de> * python-mode.el: Version 3.105 from Barry Warsaw. ChangeLog for edit-utils: 2000-01-19 Adrian Aichner <aichner(a)ecf.teradyne.com> * bookmark.el (bookmark-completing-read): Use new argument default of `completing-read'. Drop last argument if we get signaled `wrong-number-of-arguments'. Document the change. Re-indent function. ChangeLog for auctex: 2000-01-19 Andreas Jaeger <aj(a)suse.de> * Updated with AUC TeX 9.9p. -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.rhein-neckar.de

1 participants
0 comments

Re: Glyph test crashes XEmacs 24 years, 3 months

Nick V. Pakoulin

Yoshiki Hayashi <yoshiki(a)xemacs.org> writes: > Evaluating following test in glyph-test.el crashes XEmacs. > > (set-extent-begin-glyph > (make-extent (point) (point)) > (make-glyph > [button :face modeline-mousable > :descriptor "ok" :callback foo > :image [xpm :file "../etc/xemacs-icon.xpm"]])) > > Lisp backtrace and C stacktrace follows: > The same on XEmacs 21.2-b22 "Mercedes" configured for `i686-pc-linux'. --------------------------------------------------------------------- xemacs -vanilla Fatal error (11). Your files have been auto-saved. Use `M-x recover-session' to recover them. If you have access to the PROBLEMS file that came with your version of XEmacs, please check to see if your crash is described there, as there may be a workaround available. Otherwise, please report this bug by running the send-pr script included with XEmacs, or selecting `Send Bug Report' from the help menu. As a last resort send ordinary email to `crashes(a)xemacs.org'. *MAKE SURE* to include the information in the command M-x describe-installation. If at all possible, *please* try to obtain a C stack backtrace; it will help us immensely in determining what went wrong. To do this, locate the core file that was produced as a result of this crash (it's usually called `core' and is located in the directory in which you started the editor, or maybe in your home directory), and type gdb /usr/local/bin/xemacs core then type `where' when the debugger prompt comes up. (If you don't have GDB on your system, you might have DBX, or XDB, or SDB. A similar procedure should work for all of these. Ask your system administrator if you need more help.) Lisp backtrace follows: # (unwind-protect ...) # (catch #<INTERNAL OBJECT (XEmacs bug?) (opaque_ptr, adr=0x819bd80) 0x81f2840> ...) # (unwind-protect ...) # (unwind-protect ...) # bind (inhibit-quit) # (condition-case ... . error) # (catch top-level ...) --------------------------------------------------------------------- gdb /usr/local/bin/xemacs core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... Core was generated by `xemacs -vanilla'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libesd.so.0...done. Reading symbols from /usr/lib/libaudiofile.so.0...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /usr/X11R6/lib/libXaw3d.so.6...done. Reading symbols from /usr/lib/libtiff.so.3...done. Reading symbols from /usr/lib/libpng.so.2...done. Reading symbols from /usr/lib/libjpeg.so.62...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /usr/X11R6/lib/libXpm.so.4...done. Reading symbols from /usr/X11R6/lib/libXmu.so.6...done. Reading symbols from /usr/X11R6/lib/libXt.so.6...done. Reading symbols from /usr/X11R6/lib/libXext.so.6...done. Reading symbols from /usr/X11R6/lib/libX11.so.6...done. Reading symbols from /usr/X11R6/lib/libSM.so.6...done. Reading symbols from /usr/X11R6/lib/libICE.so.6...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/libdb.so.3...done. Reading symbols from /usr/lib/libgpm.so.1...done. Reading symbols from /usr/lib/libncurses.so.4...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /lib/libnss_files.so.2...done. (gdb) where #0 0x402f64e1 in __kill () from /lib/libc.so.6 #1 0x8078861 in fatal_error_signal (sig=11) at emacs.c:276 #2 0x402f6408 in __restore () at ../sysdeps/unix/sysv/linux/i386/sigaction.c:127 #3 0x80c5f29 in instantiate_image_instantiator (device=138696504, domain=139130440, instantiator=139329136, pointer_fg=136083460, pointer_bg=136083460, dest_mask=239) at glyphs.c:605 #4 0x80c81c9 in image_instantiate (specifier=139328888, matchspec=135826156, domain=139130440, instantiator=139329136, depth=3) at glyphs.c:2564 #5 0x807a520 in call_with_suspended_errors_1 (opaque_arg=136270848) at eval.c:2047 #6 0x807a89c in call_with_suspended_errors (fun=0x80c7ea4 <image_instantiate>, retval=135826156, class=136083460, errb=ERROR_ME_NOT, nargs=5) at eval.c:1305 #7 0x8117cd1 in specifier_instance_from_inst_list (specifier=139328888, matchspec=135826156, domain=139130440, inst_list=137958640, errb=ERROR_ME_NOT, no_quit=1, depth=3) at specifier.c:2444 #8 0x8117fa4 in specifier_instance (specifier=139328888, matchspec=135826156, domain=139130440, errb=ERROR_ME_NOT, no_quit=1, no_fallback=0, depth=1) at specifier.c:2559 #9 0x80cb549 in glyph_image_instance (glyph=139237336, domain=139130440, errb=ERROR_ME_NOT, no_quit=1) at glyphs.c:3316 #10 0x80c88a8 in glyph_width (glyph_or_image=139237336, frame_face=136083460, window_findex=0, window=139130440) at glyphs.c:3242 #11 0x80f6fb5 in add_glyph_rune (data=0xbffff46c, gb=0x84ceeb0, pos_type=0, allow_cursor=0, cachel=0x0) at redisplay.c:1554 #12 0x80f7ad7 in create_text_block (w=0x84af648, dl=0x84d0768, bi_start_pos=336, prop=0xbffff5b0, type=1) at redisplay.c:1769 #13 0x80f5e67 in generate_display_line (w=0x84af648, dl=0x84d0768, bounds=1, start_pos=336, prop=0xbffff5b0, type=1) at redisplay.c:740 #14 0x80fc605 in regenerate_window (w=0x84af648, start_pos=336, point=385, type=1) at redisplay.c:5140 #15 0x80fda20 in redisplay_window (window=139130440, skip_selected=0) at redisplay.c:6089 #16 0x80fdd54 in redisplay_frame (f=0x84af518, preemption_check=0) at redisplay.c:6359 #17 0x80fdebd in redisplay_device (d=0x8445738) at redisplay.c:6426 #18 0x80fe0e6 in redisplay_without_hooks () at redisplay.c:6517 #19 0x81029dc in redisplay () at redisplay.c:6574 #20 0x809c34c in Fnext_event (event=139210452, prompt=136083460) at event-stream.c:2236 #21 0x8062dcd in Fcommand_loop_1 () at cmdloop.c:566 #22 0x8062fee in command_loop_1 (dummy=136083460) at cmdloop.c:490 #23 0x807f98b in condition_case_1 (handlers=136083556, bfun=0x8062fd8 <command_loop_1>, barg=136083460, hfun=0x80628e0 <cmd_error>, harg=136083460) at eval.c:1630 #24 0x80630cc in command_loop_2 (dummy=136083460) at cmdloop.c:252 #25 0x807f86f in internal_catch (tag=136157412, func=0x8063094 <command_loop_2>, arg=136083460, threw=0x0) at eval.c:1305 #26 0x8062b1c in initial_command_loop (load_me=136083460) at cmdloop.c:301 #27 0x80772a2 in xemacs_21_2_b22_i686_pc_linux (argc=2, argv=0xbffffb44, envp=0xbffffb50, restart=0) at emacs.c:1898 #28 0x8078a3f in main (argc=2, argv=0xbffffb44, envp=0xbffffb50) at emacs.c:2323 #29 0x402f01eb in __libc_start_main (main=0x8078940 <main>, argc=2, argv=0xbffffb44, init=0x804dba0 <_init>, fini=0x815ac00 <_fini>, rtld_fini=0x4000a610 <_dl_fini>, stack_end=0xbffffb3c) at ../sysdeps/generic/libc-start.c:90

1 participants
0 comments

Re: Portable dumper with union type 24 years, 3 months

Hrvoje Niksic

Olivier Galibert <galibert(a)pobox.com> writes: > On Sun, Jan 16, 2000 at 12:22:34AM +0100, Hrvoje Niksic wrote: > > This patch makes XEmacs compile with portable dumper support using > > union type. Olivier, please review this -- I don't really understand > > the code, I've just made the compiler happy. > > I hate this patch. Not because of what you wrote actually, but > because it shows how sloppy I have been between void *, Lisp_Object > and EMACS_INT. Ick. > > For now I'd say let's put it on hold, and I am going to review my > code for this problem. Most of the (macro-hidden) casts are > unnecessay. Okay. Let me be the first reviewer to veto my own patch!

2 participants
1 comments

Re: various cleanups and patches for 21.2b27 24 years, 3 months

Hrvoje Niksic

Fabrice Popineau <Fabrice.Popineau(a)supelec.fr> writes: > - Does SHLIB works under win32 ? What's the exact purpose ? Something > that would be great : load a dll, and the call its functions from > Lisp. The purpose of SHLIB support is slightly different. It doesn't allow you to load arbitrary DLL's and call their functions. But you can create a DLL that exposes (or implements) some C functionality to Lisp, load that, and use the Lisp-visible interface it provides.

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 2000