Re: [PATCH] More validation error fixes, add sourceforge logo.
24 years, 5 months
John S. J. Anderson
John S. J. Anderson
>>>>> "Martin" == Martin Buchholz <martin(a)xemacs.org> writes:
>>>>> "jsja" == John S J Anderson <jacobs(a)xemacs.org> writes:
Martin> We really want the web site to be rooted anywhere, because
Martin> every developer should be able to have their own complete
Martin> self-contained working copy. It's a small price to pay to
Martin> have to explicitly do <IMG SRC="../../Images/xemacs.gif"> and
Martin> have to count the '..'s.
Martin> But we're software hackers, so we are extremely lazy. This is
Martin> a PERFECT use for a preprocessing tool like genpage. Can
Martin> genpage automatically replace some magic cookie ＠XEMACS.GIF＠
Martin> with a relative path with the right number of `..'? I haven't
Martin> tried, but it shouldn't be rocket science.
I think the Right Thing would be to have a genpage macro (a Perl
subroutine) that would generate an appropriate <IMG> tag. Something
like
relImg( 'xemacs.gif' , 'alt="XEmacs"' )
to generate
<IMG SRC="../../Images/xemacs.gif" alt="XEmacs">
This makes it explicit that Magic is happening, and keeps the Perl
stuff out of the HTML stuff, which I think is the way to go for sake
of clarity.
It's trivial to do an ugly version of this (the example above is
ugly); a good version would need to integrate some Perl modules so as
to be able to automatically insert the proper 'height' and 'width'
tags.
john.
--
------------------------------------------------------------------------
John S Jacobs Anderson \ <URL:http://www.xemacs.org>
You'll have to pry my Emacs from my cold \ jacobs(a)xemacs.org
dead oversized control-pressing left pinky finger. -- Randal L. Schwartz
- 1 participants
- 0 comments
Re: [PATCH] More validation error fixes, add sourceforge logo.
24 years, 5 months
John S. J. Anderson
John S. J. Anderson
>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
APA> I am concerned that using
APA> <base href="http://www.xemacs.org/">
APA> in template.html (all page contents get wrapped into this
APA> template) is more a curse than a blessing.
[snip]
APA> AFAIK, "base href" is a feature to be used when web documents are
APA> sent off via e-mail, to provide a base for all relative links.
Not according to any HTML spec I've ever seen. If you can provide a
citation for that, I'd be pleased to see it. It _is_ a way to provide
a base for all relative links, but there's nothing about it being
specific for email, AFAIK. Like I said, I'd _really_ appreciate
knowing the source of this information.
APA> Using this feature as a means of website design is an error, I
APA> believe. It is the cause for all the broken links in
APA> "Architecting XEmacs".
Calling it an error is an error, IMNSHO. The reason for the broken links
in the Architecting section is because those documents were prepared
by a third party (someone paid by Ben, IIRC), and never properly
integrated into the web site.
APA> I would like to get some feedback from yall, especially the ones
APA> who decided to use
APA> <base href="http://xemacs.sourceforge.net/">
(Totally my decision, in case you hadn't got that yet.)
APA> What was the motivation?
The reason for using <BASE> is so image links in the template will
work at all relative directory levels of the site. Consider what would
happen with the <IMG SRC="Images/xemacs.gif"> when viewing
<URL:http://www.xemacs.org/About/index.html> if that BASE tag wasn't there.
Yes, there are other solutions possible. They all felt kludge-y to me;
while using the <BASE> tag felt relatively clean.
john.
--
------------------------------------------------------------------------
John S Jacobs Anderson \ <URL:http://www.xemacs.org>
You'll have to pry my Emacs from my cold \ jacobs(a)xemacs.org
dead oversized control-pressing left pinky finger. -- Randal L. Schwartz
- 2 participants
- 1 comments
Re: [jgd@lanl.gov] I think the xemacs FTP package directory is fouled up...
24 years, 5 months
Adrian Aichner
Adrian Aichner
>>>>> "Dan" == Dan Holmsand <dan(a)innehallsbolaget.com> writes:
Dan> Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
>> Hi Michael,
>>
>> after applying your patch, byte-compiling efs.el, and starting a fresh
>> (emacs-version)
>> "XEmacs 21.1 (patch 11) \"Carlsbad Caverns\" [Lucid] (i386-pc-win32)
>> of Wed Jul 19 2000 on ZJ75T"
>> I get this error when trying to
>> M-x pui-list-packages
>> with xemacs.org selected:
>>
>> Opening input file: No such file or directory, d:\anonymous＠ftp.xemacs.org:\pub\xemacs\packages\package-index.LATEST.pgp
Dan> Hi Adrian,
Dan> Sorry to be insisting here, but this has nothing to do with efs. This
Dan> is entirely due to a bug in package-get.el.
Hello Dan, Jan, Michael!
I was the one who changed from
insert-file-contents-internal
to
insert-file-contents-literally
because the former caused problems when installing packages built by
Windows NT native XEmacs.
AFAIK, reverting to insert-file-contents-internal would be wrong.
Jan and Michael had this figured out. There were patches to core lisp
and efs to make this work.
Jan, Michael, could you please comment?
Best regards,
Adrian
Dan> insert-file-contents-literally will not download files with efs (as it
Dan> sets file-name-handler-alist to nil - notice the d:\ in your error
Dan> message).
Dan> The error message "ftp-error FTP Error: CWD 550
Dan> /pub/xemacs/packages/package-index.LATEST.pgp/: Not a directory" on
Dan> the other hand seems to be due to some bug in efs - but they are not
Dan> related.
Dan> See my earlier post:
Dan> http://www.xemacs.org/list-archives/xemacs-beta/200007/msg00087.html
Dan> /dan
Dan> --
Dan> Dan Holmsand
Dan> dan(a)innehall.com
- 1 participants
- 0 comments
Re: [jgd@lanl.gov] I think the xemacs FTP package directory is fouled up...
24 years, 5 months
Adrian Aichner
Adrian Aichner
>>>>> "Steve" == Steve Youngs <youngs_s(a)ozlinx.com.au> writes:
Steve> * Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes:
MS> I believe I've solved it, but I haven't finished testing yet. (The
MS> patch posted here awhile ago doesn't cut it.)
APA> I realize my little patch wasn't really a solution.
APA> Yell if you need a guinea pig on NT, Michael.
>> Thanks. Here is the fix:
>> Index: efs.el
Steve> At first glances (about 2 minutes of testing) everything seems to be
Steve> fine. There were no errors/warnings with Options -> Manage Packages
-> List and Install.
Steve> However the patch to package-get.el that I got here a
Steve> little while ago (was that your patch, Adrian?) was still
My patch is no good. It looked right, but Michael is working around a
ftp bug by cd'ing to the directory.
Michael's patch of today fixes the error caused by that but now we
seem to have problems caused by insert-file-contentents-literally
still.
Steve> needed. Otherwise I still got the "Opening Input: blah
Steve> blah... file or directory does not exist" error.
Steve> --
Steve> |---<Regards, Steve Youngs>-----------[GnuPG KeyID: EFD82ED2]---|
Steve> | It's a funny thing about life; if you refuse to accept |
Steve> | anything but the best, you very often get it |
Steve> |-----------------------------<mailto:youngs_s＠ozlinx.com.au>---|
- 1 participants
- 0 comments
Re: [jgd@lanl.gov] I think the xemacs FTP package directory is fouled up...
24 years, 5 months
Dan Holmsand
Dan Holmsand
Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
> Hi Michael,
>
> after applying your patch, byte-compiling efs.el, and starting a fresh
> (emacs-version)
> "XEmacs 21.1 (patch 11) \"Carlsbad Caverns\" [Lucid] (i386-pc-win32)
> of Wed Jul 19 2000 on ZJ75T"
> I get this error when trying to
> M-x pui-list-packages
> with xemacs.org selected:
>
> Opening input file: No such file or directory, d:\anonymous＠ftp.xemacs.org:\pub\xemacs\packages\package-index.LATEST.pgp
Hi Adrian,
Sorry to be insisting here, but this has nothing to do with efs. This
is entirely due to a bug in package-get.el.
insert-file-contents-literally will not download files with efs (as it
sets file-name-handler-alist to nil - notice the d:\ in your error
message).
The error message "ftp-error FTP Error: CWD 550
/pub/xemacs/packages/package-index.LATEST.pgp/: Not a directory" on
the other hand seems to be due to some bug in efs - but they are not
related.
See my earlier post:
http://www.xemacs.org/list-archives/xemacs-beta/200007/msg00087.html
/dan
--
Dan Holmsand
dan(a)innehall.com
- 1 participants
- 0 comments
Re: [jgd@lanl.gov] I think the xemacs FTP package directory is fouled up...
24 years, 5 months
Adrian Aichner
Adrian Aichner
>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
>>>>> "Michael" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes:
>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
>>>>> "MS" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes:
>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
APA> This problem is still alive and kicking.
APA> Unfortunately I don't have time to look into it.
MS> I believe I've solved it, but I haven't finished testing yet. (The
MS> patch posted here awhile ago doesn't cut it.)
APA> I realize my little patch wasn't really a solution.
APA> Yell if you need a guinea pig on NT, Michael.
Michael> Thanks. Here is the fix:
APA> Hi Michael,
APA> after applying your patch, byte-compiling efs.el, and starting a fresh
APA> (emacs-version)
APA> "XEmacs 21.1 (patch 11) \"Carlsbad Caverns\" [Lucid] (i386-pc-win32)
APA> of Wed Jul 19 2000 on ZJ75T"
APA> I get this error when trying to
APA> M-x pui-list-packages
APA> with xemacs.org selected:
APA> Opening input file: No such file or directory,
APA> d:\anonymous＠ftp.xemacs.org:\pub\xemacs\packages\package-index.LATEST.pgp
Here a lisp *Backtrace* for another attempt:
Signaling: (file-error "Opening input file" "No such file or directory" "c:\\anonymous＠ftp.xemacs.org:\\pub\\xemacs\\packages\\package-index.LATEST.pgp")
signal(file-error ("Opening input file" "No such file or directory" "c:\\anonymous＠ftp.xemacs.org:\\pub\\xemacs\\packages\\package-index.LATEST.pgp"))
byte-code("..." [run-hook-with-args insert-file-contents-error-hook filename visit err signal] 5)
insert-file-contents("/anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp" nil nil nil nil)
insert-file-contents-literally("/anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp")
(save-excursion (set-buffer buf) (erase-buffer buf) (insert-file-contents-literally db-file) (package-get-update-base-from-buffer buf) (if (file-remote-p db-file) (package-get-maybe-save-index db-file)))
)
(unwind-protect (save-excursion (set-buffer buf) (erase-buffer buf) (insert-file-contents-literally db-file) (package-get-update-base-from-buffer buf) (if ... ...)) (kill-buffer buf))
)
(let ((buf ...)) (unwind-protect (save-excursion ... ... ... ... ...) (kill-buffer buf)))
)
package-get-update-base(nil t)
(if (and (boundp ...) package-get-base (or ... package-get-was-current)) nil (package-get-update-base nil force-current))
)
(unless (and (boundp ...) package-get-base (or ... package-get-was-current)) (package-get-update-base nil force-current))
)
package-get-require-base(t)
(lambda nil "List all packages and package information.\nThe package name, version, and description are displayed. From the displayed\nbuffer, the user can see which packages are installed, which are not, and\nwhich are out-of-date (a newer version is available). The user can then\nselect packages for installation via the keyboard or mouse." (interactive) (package-get-require-base t) (let (... ... start) (message "Creating package list ...") (sit-for 0) (set-buffer outbuf) (setq buffer-read-only nil) (buffer-disable-undo outbuf) (erase-buffer outbuf) (kill-all-local-variables) (use-local-map pui-display-keymap) (setq major-mode ...) (setq mode-name "Packages") (setq truncate-lines t) (unless package-get-remote ...) (if pui-list-verbose ... ...) (insert sep-string) (setq start ...) (mapcar ... ...) (insert sep-string) (insert ...) (set-buffer-modified-p nil) (setq buffer-read-only t) (pop-to-buffer outbuf) (delete-other-windows) (goto-char start) (setq pui-selected-packages nil) (setq pui-deleted-packages nil) (when ... ... ... ...) (clear-message)))()
call-interactively(pui-list-packages)
APA> Will I have to formally build and install the efs package?
APA> Is patching and byte-compiling of efs.el, using it in a newly started
APA> XEmacs enough to test this?
APA> Best regards,
APA> Adrian
Michael> Index: efs.el
Michael> ===================================================================
Michael> RCS file: /afs/informatik.uni-tuebingen.de/pu/cvs/elisp/efs/efs.el,v
Michael> retrieving revision 1.58
Michael> retrieving revision 1.59
Michael> diff -u -c -r1.58 -r1.59
Michael> *** efs.el 2000/04/15 13:33:34 1.58
Michael> --- efs.el 2000/07/16 11:01:35 1.59
Michael> ***************
Michael> *** 4689,4695 ****
Michael> switches file lsargs noparse parse noerror
Michael> msg nowait cont)
Michael> (if result
Michael> ! (efs-error host user (format "CWD %s failed: " line))
Michael> (efs-send-cmd
Michael> host user
Michael> (list (if nlist 'nlist 'dir) "" (cdr temp) lsargs)
Michael> --- 4689,4698 ----
Michael> switches file lsargs noparse parse noerror
Michael> msg nowait cont)
Michael> (if result
Michael> ! (if noerror
Michael> ! (if cont
Michael> ! (efs-call-cont cont nil))
Michael> ! (efs-error host user (format "CWD %s failed: " line)))
Michael> (efs-send-cmd
Michael> host user
Michael> (list (if nlist 'nlist 'dir) "" (cdr temp) lsargs)
Michael> --
Michael> Cheers =8-} Mike
Michael> Friede, Völkerverständigung und überhaupt blabla
- 1 participants
- 0 comments
Re: [jgd@lanl.gov] I think the xemacs FTP package directory is fouled up...
24 years, 5 months
Adrian Aichner
Adrian Aichner
>>>>> "Michael" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes:
>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
>>>>> "MS" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes:
>>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
APA> This problem is still alive and kicking.
APA> Unfortunately I don't have time to look into it.
MS> I believe I've solved it, but I haven't finished testing yet. (The
MS> patch posted here awhile ago doesn't cut it.)
APA> I realize my little patch wasn't really a solution.
APA> Yell if you need a guinea pig on NT, Michael.
Michael> Thanks. Here is the fix:
Hi Michael,
after applying your patch, byte-compiling efs.el, and starting a fresh
(emacs-version)
"XEmacs 21.1 (patch 11) \"Carlsbad Caverns\" [Lucid] (i386-pc-win32)
of Wed Jul 19 2000 on ZJ75T"
I get this error when trying to
M-x pui-list-packages
with xemacs.org selected:
Opening input file: No such file or directory, d:\anonymous＠ftp.xemacs.org:\pub\xemacs\packages\package-index.LATEST.pgp
Will I have to formally build and install the efs package?
Is patching and byte-compiling of efs.el, using it in a newly started
XEmacs enough to test this?
Best regards,
Adrian
Michael> Index: efs.el
Michael> ===================================================================
Michael> RCS file: /afs/informatik.uni-tuebingen.de/pu/cvs/elisp/efs/efs.el,v
Michael> retrieving revision 1.58
Michael> retrieving revision 1.59
Michael> diff -u -c -r1.58 -r1.59
Michael> *** efs.el 2000/04/15 13:33:34 1.58
Michael> --- efs.el 2000/07/16 11:01:35 1.59
Michael> ***************
Michael> *** 4689,4695 ****
Michael> switches file lsargs noparse parse noerror
Michael> msg nowait cont)
Michael> (if result
Michael> ! (efs-error host user (format "CWD %s failed: " line))
Michael> (efs-send-cmd
Michael> host user
Michael> (list (if nlist 'nlist 'dir) "" (cdr temp) lsargs)
Michael> --- 4689,4698 ----
Michael> switches file lsargs noparse parse noerror
Michael> msg nowait cont)
Michael> (if result
Michael> ! (if noerror
Michael> ! (if cont
Michael> ! (efs-call-cont cont nil))
Michael> ! (efs-error host user (format "CWD %s failed: " line)))
Michael> (efs-send-cmd
Michael> host user
Michael> (list (if nlist 'nlist 'dir) "" (cdr temp) lsargs)
Michael> --
Michael> Cheers =8-} Mike
Michael> Friede, Völkerverständigung und überhaupt blabla
- 1 participants
- 0 comments
Problem in package-get.el (was I think the xemacs FTP package directory is fouled up...)
24 years, 5 months
Dmitry Yaitskov
Dmitry Yaitskov
Hi,
I tried your patch, but it does not fix packages updating on my
system (logs below).
What does fix the problem is the patch by Dan Holmsand:
------------------------ cut here ------------------------
Index: lisp/package-get.el
===================================================================
RCS file: /usr/CVSroot/XEmacs/xemacs/lisp/package-get.el,v
retrieving revision 1.13.2.28
diff -u -r1.13.2.28 package-get.el
--- package-get.el 2000/06/14 20:24:03 1.13.2.28
+++ package-get.el 2000/07/10 13:22:21
＠＠ -400,7 +400,7 ＠＠
(save-excursion
(set-buffer buf)
(erase-buffer buf)
- (insert-file-contents-literally db-file)
+ (insert-file-contents-internal db-file)
(package-get-update-base-from-buffer buf)
(if (file-remote-p db-file)
(package-get-maybe-save-index db-file)))
------------------------ cut here ------------------------
After some debugging it seems clear what the problem is (at least on
my system; as not many other people have this problems I may be
missing something in the big picture). The
insert-file-contents-literally function makes sure nothing much
happens when a file is loaded, in particular it clears the
`file-name-handler-alist' - which as far as I can see is *the* thing
that handles efs file names (it contains 3 efs-*-handler-function
entries). Clearing this (if I understand correctly) results in XEmacs
trying to open a filename like
"/anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp"
as if it were a local file name (w/out using efs) - which fails. So it
looks to me that Dan Holmsand's patch is doing the right thing. Or the
insert-file-contents-literally should leave `file-name-handler-alist'
alone. What is the expert opinion on this? Thanks.
(I'm using XEmacs 21.2.34/35 cygwin under w2k).
Here are the logs:
Error log:
------------------------ cut here ------------------------
Signaling: (file-error "Opening input file" "No such file or directory" "/anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp")
signal(file-error ("Opening input file" "No such file or directory" "/anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp"))
byte-code("..." [run-hook-with-args insert-file-contents-error-hook filename visit err signal] 5)
insert-file-contents("/anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp" nil nil nil nil)
insert-file-contents-literally("/anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp")
package-get-update-base(nil t)
package-get-require-base(t)
#<compiled-function nil "...(152)" [package-get-require-base t get-buffer-create pui-info-buffer "===============================================================================\n" nil start sep-string outbuf message "Creating package list ..." sit-for 0 buffer-read-only buffer-disable-undo erase-buffer kill-all-local-variables use-local-map pui-display-keymap list-packages-mode major-mode "Packages" mode-name truncate-lines package-get-remote "\nWarning: No download sites specified. Package index may be out of date.\n If you intend to install packages, specify download sites first.\n\n" pui-list-verbose " Latest Installed\n Package name Vers. Vers. Description\n" " Latest\n Package name Vers. Description\n" mapcar #<compiled-function ... "...(217)" ... 10> sort copy-sequence package-get-base #<compiled-function ... "...(10)" ... 3> documentation set-buffer-modified-p pop-to-buffer delete-other-windows pui-selected-packages pui-deleted-packages featurep menubar set-buffer-menubar current-menubar add-submenu pui-menu mode-popup-menu clear-message] 5 ("/usr/local/src/xemacs-21.2/bld-debug/lisp/package-ui.elc" . 13397) nil>()
call-interactively(pui-list-packages)
------------------------ cut here ------------------------
Message log:
------------------------ cut here ------------------------
Loading package-ui...
Loading package-ui...done
Loading efs-dump...
Loading efs-dump...done
Loading efs...
Loading efs...done
Opening FTP connection to ftp.xemacs.org...
Logging in as user anonymous...
Logging in as user anonymous...done
Getting pwd...
Getting pwd...done
CWD'ing to /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/...
CWD'ing to /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/...done
Listing /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/...
Quit
Listing /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/...done
Opening input file: No such file or directory, /anonymous＠ftp.xemacs.org:/pub/xemacs/packages/package-index.LATEST.pgp
------------------------ cut here ------------------------
Ftp log:
------------------------ cut here ------------------------
open ftp.xemacs.org
Connected to xemacs.org.
220 ProFTPD 1.2.0pre10 Server (ProFTPD on ftp.tux.org) [gwyn.tux.org]
quote user "anonymous"
ftp> 331 Anonymous login ok, send your complete e-mail address as password.
ftp> quote pass Turtle Power!
230-+--------------------------------------------------------------------------+
| Welcome to ftp.tux.org! |
+--------------------------------------------------------------------------+
| This server and its network connection have been graciously donated by |
| Erol's Internet Services of Springfield, Virginia, USA (703) 321-8000. |
| |
| It is a 350 MHz AMD K6-2 with 128 MB of RAM and running Linux. |
| It is administered by Linux user groups in the East Coast of the USA on |
| behalf of their members and the Linux community worldwide. |
| |
| The goal of this FTP site is to provide timely mirrors of Linux-related |
| software from all over the world. It is not a complete mirror of all of |
| the large sites; instead it combines mirrors of the most important parts |
| of the large FTP archives with direct nightly mirrors of many smaller, |
| harder-to-find sites plus a growing amount of original content. |
| |
| If there is something Linux-related you would like to have added to the |
| mirror or if you see a problem with something already mirrored here, |
| please contact <ftp(a)tux.org>. |
+--------------------------------------------------------------------------+
230 Anonymous access granted, restrictions apply.
ftp> hash
Hash mark printing on (1024 bytes/hash mark).
ftp> quote pwd
257 "/" is current directory.
ftp> quote syst
215 UNIX Type: L8
ftp> quote cwd /pub/xemacs/packages/
250 CWD command successful.
ftp> ls "-al" /tmp/efsaLCfWl
200 PORT command successful.
150 Opening ASCII mode data connection for file list.
226 Transfer complete.
ftp> quote site idle
500 'SITE IDLE' not understood.
ftp>
------------------------ cut here ------------------------
sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) wrote:
> >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
>
> >>>>> "MS" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes:
>
> >>>>> "APA" == Adrian Aichner <aichner(a)ecf.teradyne.com> writes:
> APA> This problem is still alive and kicking.
>
> APA> Unfortunately I don't have time to look into it.
>
> MS> I believe I've solved it, but I haven't finished testing yet. (The
> MS> patch posted here awhile ago doesn't cut it.)
>
> APA> I realize my little patch wasn't really a solution.
>
> APA> Yell if you need a guinea pig on NT, Michael.
>
> Thanks. Here is the fix:
>
> Index: efs.el
> ===================================================================
> RCS file: /afs/informatik.uni-tuebingen.de/pu/cvs/elisp/efs/efs.el,v
> retrieving revision 1.58
> retrieving revision 1.59
> diff -u -c -r1.58 -r1.59
> *** efs.el 2000/04/15 13:33:34 1.58
> --- efs.el 2000/07/16 11:01:35 1.59
> ***************
> *** 4689,4695 ****
> switches file lsargs noparse parse noerror
> msg nowait cont)
> (if result
> ! (efs-error host user (format "CWD %s failed: " line))
> (efs-send-cmd
> host user
> (list (if nlist 'nlist 'dir) "" (cdr temp) lsargs)
> --- 4689,4698 ----
> switches file lsargs noparse parse noerror
> msg nowait cont)
> (if result
> ! (if noerror
> ! (if cont
> ! (efs-call-cont cont nil))
> ! (efs-error host user (format "CWD %s failed: " line)))
> (efs-send-cmd
> host user
> (list (if nlist 'nlist 'dir) "" (cdr temp) lsargs)
--
Cheers,
-Dima.
- 1 participants
- 0 comments
Re: 21.2.35 crash on Solaris
24 years, 5 months
Adrian Aichner
Adrian Aichner
>>>>> "Raymond" == Raymond Toy <toy(a)rtp.ericsson.se> writes:
Raymond> I think I had just pressed "g" in a Gnus summary buffer
Raymond> to get new mail and news. It crashed.
I got a crash of (emacs-version)
"XEmacs 21.1 (patch 11) \"Carlsbad Caverns\" [Lucid] (i386-pc-win32)
of Wed Jul 19 2000 on ZJ75T"
after pressing g in *Group* buffer today.
Unfortunately I don't have compiled it with debug information.
Adrian
- 1 participants
- 0 comments
21.2.35 crash on Solaris
24 years, 5 months
Raymond Toy
Raymond Toy
I think I had just pressed "g" in a Gnus summary buffer to get new
mail and news. It crashed.
C backtrace appended. The Lisp backtrace is in memory
somewhere, waiting to be flushed out....
Doesn't look good crashing in GC. Perhaps some forgotten GCPRO?
Ray
#0 0xfeb16870 in _libc_kill () from /usr/lib/libc.so.1
#1 0xa9924 in fatal_error_signal (sig=11) at emacs.c:514
#2 <signal handler called>
#3 0x6a754 in mark_object (obj=256) at alloc.c:2487
#4 0x6c350 in garbage_collect_1 () at alloc.c:3459
#5 0xb4038 in Ffuncall (nargs=1, args=0xffbe97bc) at eval.c:3163
#6 0x7bc6c in execute_optimized_program (program=0xffbe97bc "", stack_depth=1,
constants_data=0x82b7d0) at bytecode.c:745
#7 0x7b49c in funcall_compiled_function (fun=8366364, nargs=2, args=0xffbe9a20) at bytecode.c:517
#8 0xb43e4 in Ffuncall (nargs=2, args=0xffbe9a14) at eval.c:3249
#9 0x7bc6c in execute_optimized_program (program=0xffbe9a14 "", stack_depth=2,
constants_data=0x823010) at bytecode.c:745
#10 0x7b49c in funcall_compiled_function (fun=4046948, nargs=2, args=0xffbe9c78) at bytecode.c:517
#11 0xb43e4 in Ffuncall (nargs=2, args=0xffbe9c70) at eval.c:3249
#12 0xb548c in call2 (fn=8487324, arg0=3358692, arg1=20919236) at eval.c:3881
#13 0x12b770 in Ffile_truename (filename=3358692, default_=3246084) at fileio.c:1271
#14 0x6e7e4 in Fget_file_buffer (filename=20919236) at buffer.c:471
#15 0xb4204 in Ffuncall (nargs=1, args=0xffbea450) at eval.c:3214
#16 0xb495c in Fapply (nargs=2, args=0xffbea450) at eval.c:3429
#17 0xb4398 in Ffuncall (nargs=2, args=0xffbea44c) at eval.c:3235
#18 0x7bc6c in execute_optimized_program (program=0xffbea44c "", stack_depth=2,
constants_data=0x823010) at bytecode.c:745
#19 0x7b49c in funcall_compiled_function (fun=4046948, nargs=2, args=0xffbea6b0) at bytecode.c:517
#20 0xb43e4 in Ffuncall (nargs=2, args=0xffbea6a8) at eval.c:3249
#21 0xb548c in call2 (fn=8487324, arg0=3247620, arg1=20919236) at eval.c:3881
#22 0x6e754 in Fget_file_buffer (filename=20919236) at buffer.c:459
#23 0x6ee58 in get_truename_buffer (filename=20919236) at buffer.c:544
#24 0xc379c in lock_file (fn=20919236) at filelock.c:324
#25 0x12fd94 in Fwrite_region_internal (start=4563, end=10297, filename=20919236, append=3246084,
visit=3246084, lockname=20919236, codesys=3816704) at fileio.c:3192
#26 0xb42bc in Ffuncall (nargs=7, args=0xffbeac5c) at eval.c:3214
#27 0x7bc6c in execute_optimized_program (program=0xffbeac5c "", stack_depth=7,
constants_data=0x55e410) at bytecode.c:745
#28 0x7b49c in funcall_compiled_function (fun=5605348, nargs=7, args=0xffbeaee8) at bytecode.c:517
#29 0xb43e4 in Ffuncall (nargs=7, args=0xffbeaec8) at eval.c:3249
#30 0xb4b00 in Fapply (nargs=2, args=0xffbeb088) at eval.c:3486
#31 0xb4398 in Ffuncall (nargs=2, args=0xffbeb084) at eval.c:3235
#32 0x7bc6c in execute_optimized_program (program=0xffbeb084 "", stack_depth=2,
constants_data=0x823010) at bytecode.c:745
#33 0x7b49c in funcall_compiled_function (fun=4046948, nargs=8, args=0xffbeb2e8) at bytecode.c:517
#34 0xb43e4 in Ffuncall (nargs=8, args=0xffbeb2e0) at eval.c:3249
#35 0xb56b0 in call8 (fn=8487324, arg0=3361372, arg1=4563, arg2=10297, arg3=20919236,
arg4=3246084, arg5=3246084, arg6=20919236, arg7=3816704) at eval.c:4002
#36 0x12fa44 in Fwrite_region_internal (start=4563, end=10297, filename=20919236, append=3246084,
visit=3246084, lockname=20919236, codesys=3816704) at fileio.c:3171
#37 0xb42bc in Ffuncall (nargs=7, args=0xffbeb644) at eval.c:3214
#38 0x7bc6c in execute_optimized_program (program=0xffbeb644 "", stack_depth=7,
constants_data=0x55e410) at bytecode.c:745
#39 0x7b49c in funcall_compiled_function (fun=5605348, nargs=6, args=0xffbeb8d0) at bytecode.c:517
#40 0xb43e4 in Ffuncall (nargs=6, args=0xffbeb8b4) at eval.c:3249
#41 0x7bc6c in execute_optimized_program (program=0xffbeb8b4 "", stack_depth=6,
constants_data=0xa35290) at bytecode.c:745
#42 0x7b49c in funcall_compiled_function (fun=10818604, nargs=5, args=0xffbebb34) at bytecode.c:517
#43 0xb43e4 in Ffuncall (nargs=5, args=0xffbebb1c) at eval.c:3249
#44 0x7bc6c in execute_optimized_program (program=0xffbebb1c "", stack_depth=5,
constants_data=0xa34410) at bytecode.c:745
#45 0x7b49c in funcall_compiled_function (fun=10850336, nargs=1, args=0xffbebd8c) at bytecode.c:517
#46 0xb43e4 in Ffuncall (nargs=1, args=0xffbebd84) at eval.c:3249
#47 0x7bc6c in execute_optimized_program (program=0xffbebd84 "", stack_depth=1,
constants_data=0xa35390) at bytecode.c:745
#48 0x7b49c in funcall_compiled_function (fun=10818436, nargs=3, args=0xffbebfec) at bytecode.c:517
#49 0xb43e4 in Ffuncall (nargs=3, args=0xffbebfdc) at eval.c:3249
#50 0x7bc6c in execute_optimized_program (program=0xffbebfdc "", stack_depth=3,
constants_data=0xa34c10) at bytecode.c:745
#51 0x7b49c in funcall_compiled_function (fun=10817708, nargs=2, args=0xffbec258) at bytecode.c:517
#52 0xb43e4 in Ffuncall (nargs=2, args=0xffbec24c) at eval.c:3249
#53 0x7bc6c in execute_optimized_program (program=0xffbec24c "", stack_depth=2,
constants_data=0xa35790) at bytecode.c:745
#54 0x7b49c in funcall_compiled_function (fun=10817792, nargs=5, args=0xffbec40c) at bytecode.c:517
#55 0xb3d30 in Feval (form=18177888) at eval.c:3073
#56 0xae460 in Fprogn (args=18178020) at eval.c:768
#57 0xb4d0c in funcall_lambda (fun=18173956, nargs=2, args=0xffbec770) at eval.c:3538
#58 0xb442c in Ffuncall (nargs=2, args=0xffbec76c) at eval.c:3257
#59 0x7bc6c in execute_optimized_program (program=0xffbec76c "\001\025P\004", stack_depth=2,
constants_data=0xa35e90) at bytecode.c:745
#60 0x7b49c in funcall_compiled_function (fun=10806652, nargs=2, args=0xffbec9dc) at bytecode.c:517
#61 0xb43e4 in Ffuncall (nargs=2, args=0xffbec9d0) at eval.c:3249
#62 0x7bc6c in execute_optimized_program (program=0xffbec9d0 "", stack_depth=2,
constants_data=0xa35d10) at bytecode.c:745
#63 0x7b49c in funcall_compiled_function (fun=10806876, nargs=2, args=0xffbecc3c) at bytecode.c:517
#64 0xb43e4 in Ffuncall (nargs=2, args=0xffbecc30) at eval.c:3249
#65 0xb3c14 in Feval (form=8755444) at eval.c:3040
#66 0xb00b4 in condition_case_1 (handlers=8756008, bfun=0xb3264 <Feval>, barg=8755444,
hfun=0xb011c <run_condition_case_handlers>, harg=4987628) at eval.c:1640
#67 0xb04ac in condition_case_3 (bodyform=8755444, var=4987628, handlers=8756008) at eval.c:1721
#68 0x7c9cc in execute_rare_opcode (stack_ptr=0xffbecfd8,
program_ptr=0xa97a4a "\\+)\207ar.co.uk>\n<14697.23702.794240.589018(a)mule.mtract-t\026\211{",
opcode=Bcondition_case) at bytecode.c:1270
#69 0x7b9e0 in execute_optimized_program (program=0xffbecfe0 "", stack_depth=143,
constants_data=0xa35f10) at bytecode.c:655
#70 0x7b49c in funcall_compiled_function (fun=10806596, nargs=2, args=0xffbed240) at bytecode.c:517
#71 0xb43e4 in Ffuncall (nargs=2, args=0xffbed234) at eval.c:3249
#72 0x7bc6c in execute_optimized_program (program=0xffbed234 "", stack_depth=2,
constants_data=0xa2d810) at bytecode.c:745
#73 0x7b49c in funcall_compiled_function (fun=10818492, nargs=4, args=0xffbed4c8) at bytecode.c:517
#74 0xb43e4 in Ffuncall (nargs=4, args=0xffbed4b4) at eval.c:3249
#75 0x7bc6c in execute_optimized_program (program=0xffbed4b4 "", stack_depth=4,
constants_data=0xa56e50) at bytecode.c:745
#76 0x7b49c in funcall_compiled_function (fun=10819052, nargs=2, args=0xffbed720) at bytecode.c:517
#77 0xb43e4 in Ffuncall (nargs=2, args=0xffbed714) at eval.c:3249
#78 0x7bc6c in execute_optimized_program (program=0xffbed714 "", stack_depth=2,
constants_data=0x996410) at bytecode.c:745
#79 0x7b49c in funcall_compiled_function (fun=9746012, nargs=2, args=0xffbed978) at bytecode.c:517
#80 0xb43e4 in Ffuncall (nargs=2, args=0xffbed96c) at eval.c:3249
#81 0x7bc6c in execute_optimized_program (program=0xffbed96c "", stack_depth=2,
constants_data=0x9ee010) at bytecode.c:745
#82 0x7b49c in funcall_compiled_function (fun=10391892, nargs=2, args=0xffbedb28) at bytecode.c:517
#83 0xb3d30 in Feval (form=9401836) at eval.c:3073
#84 0xb00b4 in condition_case_1 (handlers=9357044, bfun=0xb3264 <Feval>, barg=9401836,
hfun=0xb011c <run_condition_case_handlers>, harg=3246084) at eval.c:1640
#85 0xb04ac in condition_case_3 (bodyform=9401836, var=3246084, handlers=9357044) at eval.c:1721
#86 0x7c9cc in execute_rare_opcode (stack_ptr=0xffbedec4, program_ptr=0x6a9a54 "\210ªç+\207",
opcode=Bcondition_case) at bytecode.c:1270
#87 0x7b9e0 in execute_optimized_program (program=0xffbedecc "", stack_depth=143,
constants_data=0x998690) at bytecode.c:655
#88 0x7b49c in funcall_compiled_function (fun=10391864, nargs=0, args=0xffbee128) at bytecode.c:517
#89 0xb43e4 in Ffuncall (nargs=0, args=0xffbee124) at eval.c:3249
#90 0x7bc6c in execute_optimized_program (program=0xffbee124 "", stack_depth=0,
constants_data=0xacb610) at bytecode.c:745
#91 0x7b49c in funcall_compiled_function (fun=11397348, nargs=1, args=0xffbee380) at bytecode.c:517
#92 0xb43e4 in Ffuncall (nargs=1, args=0xffbee378) at eval.c:3249
#93 0x82374 in Fcall_interactively (function=10038404, record_flag=3246084, keys=3246084)
at callint.c:946
#94 0xb2b6c in Fcommand_execute (cmd=10038404, record=3246084, keys=3246084) at eval.c:2652
#95 0x10f450 in execute_command_event (command_builder=0x649780, event=13944644)
at event-stream.c:3838
#96 0x10fea0 in Fdispatch_event (event=13944644) at event-stream.c:4157
#97 0x8c304 in Fcommand_loop_1 () at cmdloop.c:579
#98 0x8c044 in command_loop_1 (dummy=6577920) at cmdloop.c:494
#99 0xb00b4 in condition_case_1 (handlers=3246180, bfun=0x8bff8 <command_loop_1>, barg=3246084,
hfun=0x8c4e4 <cmd_error>, harg=3246084) at eval.c:1640
#100 0x8c5f4 in command_loop_2 (dummy=3246084) at cmdloop.c:256
#101 0xafc24 in internal_catch (tag=3328196, func=0x8c5a8 <command_loop_2>, arg=3246084, threw=0x0)
at eval.c:1306
#102 0x8b940 in initial_command_loop (load_me=574888) at cmdloop.c:305
#103 0xab64c in xemacs_21_2_b35_sparc_sun_solaris2_7 (argc=4, argv=0xffbeecec, envp=0xffbeed00,
restart=0) at emacs.c:2155
#104 0xabe70 in main (argc=4, argv=0xffbeecec, envp=0xffbeed00) at emacs.c:2584
- 1 participants
- 0 comments