Steve Higham writes:
> I have just reinstalled latest stable version of Xemacs. However any file
> opened on a network drive (e.g. S:\Misc\ToDo.txt) opens as a read-only
> buffer regardless of whether the file has the read only attribute set.
The patch described in the log below is one of the main reasons for
the release of 21.4.20, and it was intended to *fix* these access
problems.
2006-11-19 Benson Margulies <benson(a)dchbk.us>
* fileio.c: Add code to use full Win32 API to check for write
access. Win32 has the general design policy that you aren't
supposed to ask this question, since security checks change
depending on asynchronous processes. Nonetheless, there is a way,
by acting as if we are a server doing interpretive access
control.
Feel free to weep. Any ideas, Benson?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hi,
I get:
Warning: Missing charsets in String to FontSet conversion
Warning: Unable to load any usable fontset
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Your version of XEmacs was distributed with a PROBLEMS file that may describe
your crash, and with luck a workaround. Please check it first, but do report
the crash anyway. Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu. If necessary, send
ordinary email to `crashes(a)xemacs.org'. *MAKE SURE* to include the XEmacs
configuration from M-x describe-installation, or equivalently the file
Installation in the top of the build tree.
*Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely
to be able to analyze the problem. Locate the core file produced as a result
of this crash (often called `core' or `core.<process-id>', and located in
the directory in which you started XEmacs or your home directory), and type
gdb /usr/bin/xemacs core
then type `where' at the debugger prompt. No GDB on your system? You may
have DBX, or XDB, or SDB. (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited'
in case of future recurrance of the crash.
Lisp backtrace follows:
# bind (frame-being-created)
make-frame(nil #<x-device on "msi-pa-2059.marvell.com:1.0" 0xa8f>)
frame-initialize()
# bind (debugger debug-on-error command-line-args-left)
command-line()
# (condition-case ... . ((t (byte-code " §" ... 1))))
# bind (error-data)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
[1] Segmentation fault /usr/bin/xemacs
aarora(pegastx)@lca-205[8]>
Please help.
Anish
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Dear Bug Team!
this defect shows with any xemacs version I tried from 21.4 to 21.5.27.
It is easily reproduced by evaluating the following lisp code.
(attached you find a screen shot of a xemacs session showing
the buffer produced by this code, both correctly and incorrectly drawn):
--- start of sample ---
(let* ((pattern "0123456789ABCDEF")
(max (length pattern))
(buffer (get-buffer-create "*glyph-clipping-bug*"))
i)
(switch-to-buffer buffer)
(erase-buffer)
(setq i 0)
;; 4 is sufficient to see the effect.
;; 50 shows the same in slow motion, and you may scroll
;; several times to see variations of the theme
(while (< i 50)
(insert "Scroll down\nwith mouse wheel\nand watch\nclipping effect.\n")
(setq i (1+ i)))
;; create test glyphs
(goto-char (point-min))
(while (not (eobp))
(setq i (1+ (% i max)))
(let ((extent (make-extent (point) (point-at-eol))))
(set-extent-property extent 'end-glyph
(make-glyph
(vector 'layout
:orientation 'horizontal
:vertically-justify 'top
:horizontally-justify 'left
:pixel-height 16
:items
(list (vector 'button :descriptor (substring pattern 0 i)
:callback '(message "hello world")
:pixel-height 16
:face 'bold)
(vector 'button :descriptor (substring pattern 0 i)
:callback '(message "hello world")
:pixel-height 16
:face 'bold)
(vector 'button :descriptor (substring pattern 0 i)
:callback '(message "hello world")
:pixel-height 16
:face 'bold)))))
(set-extent-property extent 'end-glyph-layout 'inside-margin)
(forward-line)))
(goto-char (point-min)))
-- end of sample ---
The example is overdoing things to make the effect more dramatic.
Anyway, just eval the code to get a buffer with glyphs running
down the right window margin. As soon as you scroll downwards with the
mouse wheel (i.e. 5 lines of text in one go) you will see for yourself ...
Besides the clipping defect, the example also makes a rather bad
performance of the redisplay of glyphs evident. There is a noticeable
flickering of the button windows until the redisplay comes to a rest
after each scroll, while from the X11-point of view basically only
a movement of the X-windows without any need for a redisplay
or geometry changes seems necessary.
Hope you can do something about the clipping at least.
Many thanks for your efforts.
Cheers,
Klaus
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hi,
I need to use xemacs 21.5 and 21.4 (beta and stable) depending on
where I'm working. I keep a darcs repository (darcs is IMHO the best
version control tool out there) of my .xemacs directory.
I need to know if it's possible to do certain customizations
differently for different versions of xemacs - is there a way of
specifying a different custom.el file for different versions to use
programatically via the init.el file, so that customize mode from
different versions don't clash, for example?
As a last resort, there has to be a variable or constant I can check
that'll give me the current version of xemacs I'm using so I can base
customizations on that.
I realise I can just use different branches for different versions,
and then synchronise shared patches between them (darcs makes that
easy) but I'd prefer a more convenient way of doing it.
Thanks
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hi,
Xemacs craches on me evertime I choose Options->Syntaz Highlighting->In
this buffer.
I'm running Mac OS X 10.3.9
The xemacs configuration is
uname -a: Darwin dirac.cgtp.duke.edu 7.9.0 Darwin Kernel Version 7.9.0:
Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC
Power Macintosh powerpc
./configure '--prefix=/sw' '--with-dialogs=athena'
'--with-widgets=athena' '--with-sound=none' '--with-database=gdbm'
'--without-ldap' '--without-postgresql' '--with-athena=3d'
XEmacs 21.4.15 "Security Through Obscurity" configured for
`powerpc-apple-darwin7.9.0'.
Compilation / Installation:
Source code location:
/Volumes/Backup/sw-build/xemacs-21.4.15-1/xemacs-21.4.15
Installation prefix: /sw
Operating system description file: `s/darwin.h'
Machine description file: `m/powerpc.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wsign-compare -fno-strict-aliasing -Wshadow
-Wpointer-arith
Compiler version: gcc (GCC) 3.3 20030304 (Apple
Computer, Inc. build 1640)
Compiler specs file: /usr/libexec/gcc/darwin/ppc/3.3/specs
Relocating allocator for buffers: no
GNU version of malloc: no
- The GNU allocators don't work with this system configuration.
libc: system-provided libc on
powerpc-apple-darwin7.9.0
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11R6/include
- X Windows libraries location: /usr/X11R6/lib
- Handling WM_COMMAND properly.
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.
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:
Databases:
Compiling in support for GNU DBM.
Internationalization:
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new portable dumper.
-------------------------------------------------------------------
No core file was dumped, but here's the back trace:
Fatal error (10).
Lisp backtrace follows:
dispatch-non-command-events()
# (condition-case ... . ((nil)))
progress-feedback-dispatch-non-command-events()
# bind (ext gutter-string val zmacs-region-stays inhibit-read-only frame
value message)
raw-append-progress-feedback("Fontifying .cshrc... (syntactically)" 5
#<x-frame "emacs" 0x682>)
# bind (tmsg top frame value message label)
append-progress-feedback(font-lock "Fontifying .cshrc...
(syntactically)" 5 nil)
# bind (frame value message label)
display-progress-feedback(font-lock "Fontifying .cshrc...
(syntactically)" 5)
# bind (str)
# (unwind-protect ...)
# bind (args value fmt label)
progress-feedback-with-label(font-lock "Fontifying %s...
(syntactically)" 5 ".cshrc")
# bind (loudly end start)
font-lock-fontify-syntactically-region(1 661 nil)
# (unwind-protect ...)
# bind (modified buffer-undo-list inhibit-read-only old-syntax-table
buffer-file-name buffer-file-truename loudly end beg)
font-lock-default-fontify-region(1 661 nil)
# bind (loudly end beg)
font-lock-fontify-region(1 661)
# (unwind-protect ...)
byte-code("..." [font-lock-fontify-region] 3)
# (condition-case ... . ((t (byte-code "???" ... 2))))
# bind (was-on font-lock-verbose font-lock-message-threshold aborted)
# (unwind-protect ...)
font-lock-default-fontify-buffer()
# bind (font-lock-verbose)
font-lock-fontify-buffer()
# bind (on-p maximum-size arg)
font-lock-mode()
(progn (font-lock-mode) (customize-set-variable (quote font-lock-mode)
font-lock-mode))
eval((progn (font-lock-mode) (customize-set-variable (quote
font-lock-mode) font-lock-mode)))
# (condition-case ... . error)
# (catch top-level ...)
Bus error
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hi,
The recent update to bbdb breaks the smoketest. rmailsum isn't
provided by the rmail package. README in rmail says it isn't supported
so I guess that explains why it might be a bit behind.
Simple patch below to illustrate what fixes the build.
Index: lisp/bbdb-rmail.el
===================================================================
RCS file: /pack/xemacscvs/XEmacs/packages/xemacs-packages/bbdb/lisp/bbdb-rmail.el,v
retrieving revision 1.7
diff -u -r1.7 bbdb-rmail.el
--- lisp/bbdb-rmail.el 23 Feb 2007 20:24:08 -0000 1.7
+++ lisp/bbdb-rmail.el 23 Feb 2007 22:45:44 -0000
@@ -24,7 +24,7 @@
(require 'bbdb)
(require 'bbdb-com)
(require 'rmail)
-(require 'rmailsum)
+;; (require 'rmailsum)
(require 'mailheader)
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta