May 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: pdump: Zapping start_files is evil 24 years, 7 months

Jan Vroonhof

sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: > Unfortunately, some OSes still need, for example, pre-crt0.c in > start_files because of the reference to data_start in sysdep.c. > (FreeBSD 4.0-RELEASE, for one.) I suspect the data_start business in > sysdep.c can go away, but haven't had time to investigate. I think the pdump-forced setting of ordinary link needs set the ORDINARY_LINK preprocessor symbol too. Jan P.S. Do we need data_start at all when pdump-ing?

1 participants
0 comments

Re: redisplay crash in latest CVS 21.2 24 years, 7 months

Jan Vroonhof

Vin Shelton <acs(a)xemacs.org> writes: > In an XEmacs built from the latest 21.2 sources, I'm getting a crash > which I think is related to balloon-help. In any case, here's the > formula for reproducing and a traceback: I think I fixed this in a patch I just submitted to xemacs-patches (look for IMAGE_NOTHING). Jan

1 participants
0 comments

Re: (or (require 'igrep) (require 'compile)) cause (end-of-file "internal input stream") [was: New test packages uploaded] 24 years, 7 months

Adrian Aichner

>>>>> "Andreas" == Andreas Jaeger <aj(a)suse.de> writes: Andreas> Adrian, Andreas> Looking at your various mails, I noticed that this is a Andreas> bug in 21.1.10 native NT - but not a bug in 21.2-b33 Andreas> native NT. Ouch, that hurts. Andreas you are right, this is a problem in XEmacs 21.1.10, BUT NOT in 21.2-b33 NOR the latest 21.2 CVS sources. Thanks for separating my forest from my trees. I might have even introduced that bug with my call-process fixes to close handles on NT in XEmacs 21.1.10. I have further diagnosed symptom. The problem seems to appear if there is still a lot of lisp code to be read from the file after calling (call-process ...) to initialize a variable. Moving these variable initializations towards EOF makes the problem go away. To demonstrate my weird theory, this patch against compile.el as of the latest incoming package xemacs-base 1.38 works fine with XEmacs 21.1.10. Needless to say I don't consider this as a solution. Best regards, Adrian --- C:\TEMP\compile.el.orig Mon May 22 11:25:28 2000 +++ C:\TEMP\compile.el Mon May 22 11:25:28 2000 ＠＠ -396,29 +396,6 ＠＠ ;; The system null device. (Should reference NULL_DEVICE from C.) (defvar grep-null-device "/dev/null" "The system null device.") -(defvar grep-find-use-xargs - (if (equal (call-process "find" nil nil nil - grep-null-device "-print0") - 0) - 'gnu) - "Whether \\[grep-find] uses the `xargs' utility by default. - -If nil, it uses `grep -exec'; if `gnu', it uses `find -print0' and `xargs -0'; -if not nil and not `gnu', it uses `find -print' and `xargs'. - -This variable's value takes effect when `compile.el' is loaded -by influencing the default value for the variable `grep-find-command'.") - -(defvar grep-find-command - (cond ((eq grep-find-use-xargs 'gnu) - (format "find . -type f -print0 | xargs -0 -e %s" grep-command)) - (grep-find-use-xargs - (format "find . -type f -print | xargs %s" grep-command)) - (t (cons (format "find . -type f -exec %s {} /dev/null \\;" - grep-command) - (+ 22 (length grep-command))))) - "The default find command for \\[grep-find].") - ;;;###autoload (defcustom compilation-search-path '(nil) "*List of directories to search for source files named in error messages. ＠＠ -2031,6 +2008,29 ＠＠ (directory-file-name orig)) (substring dir (length parent-expanded))))) dir) + +(defvar grep-find-use-xargs + (if (equal (call-process "find" nil nil nil + grep-null-device "-print0") + 0) + 'gnu) + "Whether \\[grep-find] uses the `xargs' utility by default. + +If nil, it uses `grep -exec'; if `gnu', it uses `find -print0' and `xargs -0'; +if not nil and not `gnu', it uses `find -print' and `xargs'. + +This variable's value takes effect when `compile.el' is loaded +by influencing the default value for the variable `grep-find-command'.") + +(defvar grep-find-command + (cond ((eq grep-find-use-xargs 'gnu) + (format "find . -type f -print0 | xargs -0 -e %s" grep-command)) + (grep-find-use-xargs + (format "find . -type f -print | xargs %s" grep-command)) + (t (cons (format "find . -type f -exec %s {} /dev/null \\;" + grep-command) + (+ 22 (length grep-command))))) + "The default find command for \\[grep-find].") (provide 'compile) Andreas> If this is correct, I don't see a direct way to fix it in Andreas> the packages (or does using an older version of compile Andreas> or igrep help? - can you localize what breaks?). Andreas> Andreas - still unsure whether to release packages or not :-( Andreas> -- Andreas> Andreas Jaeger Andreas> SuSE Labs aj(a)suse.de Andreas> private aj(a)arthur.inka.de

1 participants
0 comments

Re: pcl-cvs 1.46 and native Windows XEmacs 24 years, 7 months

Michael Sperber

>>>>> "Mike" == Mike Alexander <mta(a)arbortext.com> writes: Mike> I tried out the new version of pcl-cvs mentioned in Mike> <http://www.xemacs.org/list-archives/xemacs-beta/200005/msg00317.html> Mike> and it doesn't work right in the native Windows version of XEmacs Mike> unless you set directory-sep-char to ?/ before using it. This seems Mike> to be because it uses file-name-as-directory in various places and Mike> this appends directory-sep-char to the name if it isn't already there. Mike> Since path names coming back from the CVS server use "/" as a Mike> directory separator, this means that paths created using Mike> file-name-as-directory don't match paths coming back from the server Mike> and the sorting of the result of cvs-parse-buffer doesn't put things Mike> in the order expected. One obvious solution is to temporarily change Mike> directory-sep-char whenever pcl-cvs is parsing things, but there may Mike> be a better way to fix it. For some reason the previous version of Mike> this package didn't seem to have this problem. I haven't looked into Mike> why not. The new PCL-CVS is basically a rewrite, as far as I can tell. This is definitely a case for the upstream maintainer, Stefan Monnier. Please mail a report to pcl-cvs＠(a)cyclic.com. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

1 participants
0 comments

Re: (or (require 'igrep) (require 'compile)) cause (end-of-file "internal input stream") [was: New test packages uploaded] 24 years, 7 months

Andreas Jaeger

Adrian, Looking at your various mails, I noticed that this is a bug in 21.1.10 native NT - but not a bug in 21.2-b33 native NT. If this is correct, I don't see a direct way to fix it in the packages (or does using an older version of compile or igrep help? - can you localize what breaks?). Andreas - still unsure whether to release packages or not :-( -- Andreas Jaeger SuSE Labs aj(a)suse.de private aj(a)arthur.inka.de

1 participants
0 comments

Build: testing for lisp shadows dumps core 24 years, 7 months

Giacomo Boffi

xemacs, fresh out of CVS,q dies when building she exactly dies when make executes ./xemacs -batch -vanilla -f list-load-path-shadows temacs had already dumped xemacs --- i have no c backtrace to show you, as make wipes clean the executable after the failure if interest is shown, i'll try to get a c backtrace anyhow ciao ps1: this is ＠ 7:20 CEST, monday, but it failed also in the afternoon of saturday 20 may ps2: various pieces of sh^H^Hinfo follow, separated by '#' lines ######################################################################## % gdb /home/gb/src/xemacs/src/xemacs core GNU gdb 19991004 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"... /home/gb/src/xemacs/src/xemacs: No such file or directory. Core was generated by `./xemacs -batch -vanilla -f list-load-path-shadows'. Program terminated with signal 11, Segmentation fault. #0 0x40306d41 in ?? () (gdb) ######################################################################## my distribution: rh6.2 ######################################################################## this is my "xemacs/Installation" ######################################################################## uname -a: Linux boffi95 2.2.14-5.0 #1 Tue Mar 7 20:53:41 EST 2000 i586 unknown ./configure '--extra-verbose' \ '--without-wmcommand' \ '--with-athena=3d' \ '--with-modules' \ '--debug' \ '--error-checking=none' \ '--use-union-type' \ '--with-system-malloc' \ '--rel-alloc' '--with-clash-detection' XEmacs 21.2-b33 "Melpomene" configured for `i586-pc-linux'. Compilation / Installation: Source code location: /home/gb/src/xemacs Installation prefix: /usr/local Operating system description file: `s/linux.h' Machine description file: `m/intel386.h' Compiler: gcc -g -O3 -Wall -Wno-switch -Wpointer-arith -Winline -Wmissing-prototypes -Wshadow Relocating allocator for buffers: yes GNU version of malloc: no - User chose not to use GNU allocators. Window System: Compiling in support for the X window system: - X Windows headers location: /usr/X11R6/include - X Windows libraries location: /usr/X11R6/lib Compiling in support for the Athena widget set: - Athena headers location: X11/Xaw3d - Athena library to link: Xaw3d Using Lucid menubars. Using Lucid scrollbars. Using Athena dialog boxes. Using Athena native widgets. TTY: Compiling in support for ncurses. Compiling in support for GPM (General Purpose Mouse). Images: Compiling in support for GIF images (builtin). Compiling in support for XPM images. Compiling in support for PNG images. Compiling in support for JPEG images. Compiling in support for TIFF images. Sound: Compiling in support for sound (native). Databases: Compiling in support for Berkeley database. Internationalization: Mail: Compiling in support for "dot-locking" mail spool file locking method. Other Features: Compiling in support for dynamic shared object modules. Using the union type for Lisp_Objects. Compiling in support for extra debugging code. ######################################################################## this is what xemacs prints: ######################################################################## Loading /home/gb/src/xemacs/src/../lisp/loadup.el... Using load-path (/home/gb/src/xemacs/lisp) Using module-load-path (/home/gb/src/xemacs/modules) Loading very-early-lisp... Loading /home/gb/src/xemacs/lisp/dumped-lisp.el... [...] Loading /home/gb/src/xemacs/lisp/loaddefs.elc... Loading site-load... Finding pointers to doc strings... Finding pointers to doc strings...done Dumping under the name xemacs Testing for Lisp shadows ... Fatal error (11). [...] Lisp backtrace follows: string-match("\$^\\(RCS\\|CVS\\|SCCS\$$\\)\\|\$^\\(etc\\|info\\|lisp\\|lib-src\\|bin\\|pkginfo\$$\\)" "etc") # bind (raw-entries reverse-dirs directory path exclude-regexp max-depth directories) paths-find-recursive-path(("/usr/local/lib/xemacs/xemacs-packages/") 1 "\$^\\(RCS\\|CVS\\|SCCS\$$\\)\\|\$^\\(etc\\|info\\|lisp\\|lib-src\\|bin\\|pkginfo\$$\\)") # bind (directories) packages-find-packages-in-directories(("/usr/local/lib/xemacs/xemacs-packages/")) # bind (name roots) packages-find-packages-by-name(("/home/gb/src/xemacs/" "/usr/local/") "xemacs-packages") # bind (thunk a-time name) #<compiled-function (name a-time thunk) "...(19)" [time a-time thunk packages packages-find-packages-by-name roots name] 4>("xemacs-packages" late #<compiled-function nil "...(2)" [t] 1>) apply(#<compiled-function (name a-time thunk) "...(19)" [time a-time thunk packages packages-find-packages-by-name roots name] 4> ("xemacs-packages" late #<compiled-function nil "...(2)" [t] 1>)) # bind (consumer list) packages-deconstruct(("xemacs-packages" late #<compiled-function nil "...(2)" [t] 1>) #<compiled-function (name a-time thunk) "...(19)" [time a-time thunk packages packages-find-packages-by-name roots name] 4>) # bind (packages default time package-locations roots) packages-find-packages-at-time(("/home/gb/src/xemacs/" "/usr/local/") (("~/.xemacs/mule-packages" early #<compiled-function nil "...(4)" ... 2>) ("~/.xemacs/xemacs-packages" early #<compiled-function nil "...(2)" ... 1>) ("site-packages" late #<compiled-function nil "...(2)" ... 1>) ("infodock-packages" late #<compiled-function nil "...(4)" ... 2>) ("mule-packages" late #<compiled-function nil "...(4)" ... 2>) ("xemacs-packages" late #<compiled-function nil "...(2)" ... 1>)) late nil) # bind (configure-last-packages configure-late-packages configure-early-packages) #<compiled-function (configure-early-packages configure-late-packages configure-last-packages) "...(22)" [packages-find-packages-at-time roots package-locations early configure-early-packages late configure-late-packages last configure-last-packages] 7>(nil nil nil) apply(#<compiled-function (configure-early-packages configure-late-packages configure-last-packages) "...(22)" [packages-find-packages-at-time roots package-locations early configure-early-packages late configure-late-packages last configure-last-packages] 7> (nil nil nil)) # bind (consumer list) packages-deconstruct((nil nil nil) #<compiled-function (configure-early-packages configure-late-packages configure-last-packages) "...(22)" [packages-find-packages-at-time roots package-locations early configure-early-packages late configure-late-packages last configure-last-packages] 7>) # bind (envvar-value package-locations roots) packages-find-packages(("/home/gb/src/xemacs/" "/usr/local/") (("~/.xemacs/mule-packages" early #<compiled-function nil "...(4)" ... 2>) ("~/.xemacs/xemacs-packages" early #<compiled-function nil "...(2)" ... 1>) ("site-packages" late #<compiled-function nil "...(2)" ... 1>) ("infodock-packages" late #<compiled-function nil "...(4)" ... 2>) ("mule-packages" late #<compiled-function nil "...(4)" ... 2>) ("xemacs-packages" late #<compiled-function nil "...(2)" ... 1>))) # bind (debug-paths inhibit-site-lisp inhibit-early-packages user-init-directory roots) startup-setup-paths(("/home/gb/src/xemacs/" "/usr/local/") "~/.xemacs/" t t nil) # bind (debug-paths) normal-top-level() # (condition-case ... . error) # (catch top-level ...) make[1]: *** [xemacs] Segmentation fault (core dumped) make[1]: *** Deleting file `xemacs' ########################################################################

1 participants
0 comments

pcl-cvs 1.46 and native Windows XEmacs 24 years, 7 months

Mike Alexander

I tried out the new version of pcl-cvs mentioned in <http://www.xemacs.org/list-archives/xemacs-beta/200005/msg00317.html> and it doesn't work right in the native Windows version of XEmacs unless you set directory-sep-char to ?/ before using it. This seems to be because it uses file-name-as-directory in various places and this appends directory-sep-char to the name if it isn't already there. Since path names coming back from the CVS server use "/" as a directory separator, this means that paths created using file-name-as-directory don't match paths coming back from the server and the sorting of the result of cvs-parse-buffer doesn't put things in the order expected. One obvious solution is to temporarily change directory-sep-char whenever pcl-cvs is parsing things, but there may be a better way to fix it. For some reason the previous version of this package didn't seem to have this problem. I haven't looked into why not. Mike

1 participants
0 comments

/ftp@ftp.xemacs.org:/xemacs/beta/incoming/package-index problem 24 years, 7 months

Adrian Aichner

Hello Andreas! /ftp＠ftp.xemacs.org:/xemacs/beta/incoming has inconsistent package-index as of Mon May 22 00:52:57 2000 +0200 (W. Europe Daylight Time)! Packages * eudc 1.31 1.29 Emacs Unified Directory Client (LDAP, PH). * gnats 1.10 1.09 XEmacs bug reports. * ispell 1.18 1.17 Spell-checking with GNU ispell. are not actually present on the site! Best regards, Adrian

1 participants
0 comments

(or (require 'igrep) (require 'compile)) cause (end-of-file "internal input stream") [was: New test packages uploaded] 24 years, 7 months

Adrian Aichner

>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> This problem does not occur in 21.2-b33 native NT either. APA> It is still present in 21.1.10 native NT though, which I am currently APA> building with XEBUG_XEMACS=1. APA> I found the lisp code causing the problem in Windows NT native XEmacs, APA> but can't figure out why. APA> Please help! Still talking to myself, don't mind me :-) Here is my workaround for using latest incoming packages xemacs-base and igrep as it can be found at the very end of my site-start.el: ;;; Adrian Aichner, aichner(a)ecf.teradyne.com, Teradyne GmbH, 2000-05-20. ;;; Workaround to avoid ;;; Signaling: (end-of-file "internal input stream") ;;; load-internal("compile" nil t nil binary) ;;; load("compile" nil t nil) ;;; require(compile) (condition-case error (require 'compile) (error (message "%S is alive and kicking, doing (require 'compile) again." error) (require 'compile))) ;;; Adrian Aichner, aichner(a)ecf.teradyne.com, Teradyne GmbH, 2000-05-20. ;;; Workaround to avoid ;;; Signaling: (end-of-file "internal input stream") ;;; load-internal("c:\\XEmacs\\xemacs-packages\\lisp\\igrep\\igrep.elc" nil t t binary) ;;; efs-real-load("c:\\XEmacs\\xemacs-packages\\lisp\\igrep\\igrep.elc" nil t t) ;;; load("igrep" nil nil nil) ;;; command-execute(igrep t) ;;; execute-extended-command(nil) ;;; call-interactively(execute-extended-command) (condition-case error (require 'igrep) (error (message "%S is alive and kicking, doing (require 'igrep) again." error) (require 'igrep))) ;;; site-start.el ends here APA> compile.el has this: APA> (defvar grep-find-use-xargs APA> (if (equal (call-process "find" nil nil nil APA> grep-null-device "-print0") APA> 0) APA> 'gnu) APA> "Whether \\[grep-find] uses the `xargs' utility by default. APA> If nil, it uses `grep -exec'; if `gnu', it uses `find -print0' and `xargs -0'; APA> if not nil and not `gnu', it uses `find -print' and `xargs'. APA> This variable's value takes effect when `compile.el' is loaded APA> by influencing the default value for the variable `grep-find-command'.") APA> On vanilla Windows NT with a vanilla XEmacs native build APA> C:\Winnt\system32\find.exe gets called and reports following error: APA> FIND: Parameter format not correct APA> So I moved C:\Winnt\system32\find.exe out of the way and promptly my APA> installation of cygwin find.exe was used instead. APA> Alas, this does not fix the problem. APA> I still get the end-of-file error during (require 'compile) and don't APA> know how to debug it any further. APA> Best regards, APA> Adrian APA> OK, the end-of-file error as shown in the CallStack below. APA> How can I find out where we are in compile.el (I have renamed APA> compile.elc to compile.elc.orig) when this happens? APA> Best regards, APA> Adrian APA> Fsignal(int 28330688, int 29416856) line 2027 APA> read1(int 30030720) line 2567 + 92 bytes APA> read_list_conser(int 30030720, void * 0x0082e9d8, int 3) line 2706 + 9 bytes APA> sequence_reader(int 30030720, int 41, void * 0x0082e9d8, void * (int, void *, int)* 0x010b7a5a read_list_conser(int, void *, int)) line 2686 + 15 bytes APA> read_list(int 30030720, int 41, int 1, int 1) line 2809 + 22 bytes APA> read1(int 30030720) line 2236 + 15 bytes APA> read0(int 30030720) line 1548 + 9 bytes APA> readevalloop(int 30030720, int 18744792, int (int)* 0x01054602 Feval(int), int 0) line 1336 + 9 bytes APA> Fload_internal(int 18744792, int 28329988, int 28330016, int 28329988, int 28467568, int 28329988) line 747 + 23 bytes APA> -- APA> Adrian Aichner <adrian(a)xemacs.org>

1 participants
0 comments

Re: New test packages uploaded 24 years, 7 months

Adrian Aichner

>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes: APA> This problem does not occur in 21.2-b33 native NT either. APA> It is still present in 21.1.10 native NT though, which I am currently APA> building with XEBUG_XEMACS=1. I found the lisp code causing the problem in Windows NT native XEmacs, but can't figure out why. Please help! compile.el has this: (defvar grep-find-use-xargs (if (equal (call-process "find" nil nil nil grep-null-device "-print0") 0) 'gnu) "Whether \\[grep-find] uses the `xargs' utility by default. If nil, it uses `grep -exec'; if `gnu', it uses `find -print0' and `xargs -0'; if not nil and not `gnu', it uses `find -print' and `xargs'. This variable's value takes effect when `compile.el' is loaded by influencing the default value for the variable `grep-find-command'.") On vanilla Windows NT with a vanilla XEmacs native build C:\Winnt\system32\find.exe gets called and reports following error: FIND: Parameter format not correct So I moved C:\Winnt\system32\find.exe out of the way and promptly my installation of cygwin find.exe was used instead. Alas, this does not fix the problem. I still get the end-of-file error during (require 'compile) and don't know how to debug it any further. Best regards, Adrian APA> OK, the end-of-file error as shown in the CallStack below. APA> How can I find out where we are in compile.el (I have renamed APA> compile.elc to compile.elc.orig) when this happens? APA> Best regards, APA> Adrian APA> Fsignal(int 28330688, int 29416856) line 2027 APA> read1(int 30030720) line 2567 + 92 bytes APA> read_list_conser(int 30030720, void * 0x0082e9d8, int 3) line 2706 + 9 bytes APA> sequence_reader(int 30030720, int 41, void * 0x0082e9d8, void * (int, void *, int)* 0x010b7a5a read_list_conser(int, void *, int)) line 2686 + 15 bytes APA> read_list(int 30030720, int 41, int 1, int 1) line 2809 + 22 bytes APA> read1(int 30030720) line 2236 + 15 bytes APA> read0(int 30030720) line 1548 + 9 bytes APA> readevalloop(int 30030720, int 18744792, int (int)* 0x01054602 Feval(int), int 0) line 1336 + 9 bytes APA> Fload_internal(int 18744792, int 28329988, int 28330016, int 28329988, int 28467568, int 28329988) line 747 + 23 bytes -- Adrian Aichner <adrian(a)xemacs.org>

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 2000