Hi all
Recently I noticed an error when using Tramp, which I hadn't seen
before. I think this was introduced with the last sync (tramp.el):
(progn (defun tramp-autoload-file-name-handler (operation &rest args)
"Load Tramp file name handler, and perform OPERATION."
;; Avoid recursive loading of tramp.el. `temporary-file-directory'
;; does not exist in XEmacs, so we must use something else.
(let ((default-directory (or (symbol-value 'temporary-file-directory) "/")))
(load "tramp" nil t))
(apply operation args)))
The variable `temporary-file-directory' doesn't exist in XEmacs and
hence #'symbol-value returns an error.
Shouldn't that rather read
(if (boundp 'temporary-file-directory)
temporary-file-directory
(temp-directory))
or perhaps
(condition-case nil
(symbol-value 'temporary-file-directory)
(error
(temp-directory)
))
Thanks
Marcus
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
I've been working on TLS support for a little while, and now have what
seems to be working nss, openssl, and gnutls lstream implementations.
The next challenge is making those available via the Emacs interface,
since that is what consuming packages expect. I thought I'd give you
a snapshot of what I've done so far (attached), just in case I get
abducted by aliens who need some operating system work done.
If you see anything that seems wrong or wrong-headed, let me know.
It's still early enough to change direction if I'm doing something
gratuitously stupid.
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
New machine, trying 64-bit cygwin, but no joy so far in compiling from
latest sources.
Too soon to say if I've just not got my environment right yet - so at
this point just checking -- has anyone made this work yet?
ht
--
Henry S. Thompson, School of Informatics, University of Edinburgh
10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht(a)inf.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
[mail from me _always_ has a .sig like this -- mail without it is forged spam]
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
ACTIVITY SUMMARY (2015-01-13 - 2015-01-20)
XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
563 open ( +0) / 317 closed ( +0) / 880 total ( +0)
Open issues with patches: 13
Average duration of open issues: 1979 days.
Median duration of open issues: 2145 days.
Open Issues Breakdown
new 255 ( +0)
deferred 6 ( +0)
napping 3 ( +0)
verified 58 ( +0)
assigned 145 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 15 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
this seems absurd.
When I try to execute
(remove-hook 'write-file-hooks 'x-symbol-write-hook)
The x-symbol-write-hook is not removed.
I suspect this hook makes editing not-so-small LaTeX files slow, when
x-symbol-mode is enabled. When I disable x-symbol-mode the hooks is
still around and I presume that is why the performance is still bad.
Any ideas?
thanks
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
> > How do you know?
>
>In short
>(describe-variable 'write-file-hooks)
>
>Which tells me that the x-symbol-write-hook is still in the
>write-file-hooks.
Please tell us exactly what you do, not roughly what you think you
do.
Tell us exactly how to reproduce the problem.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello
I presume the culprit is rcs not xemacs, but maybe not.
I only now realized that rcs checkin/checkout prints an hour which does
not correspond to the system hour.
Date gives: Tue Jan 13 19:36:21 CET 2015
but the relevant rcs entry is
$Id: file.tex,v 1.41 2015/01/13 18:36:21 oub Exp oub $
Can anybody explain this?
thanks
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta