problem with shifted function keys on FC3 X11
18 years, 6 months
Greg Klanderman
Greg Klanderman
Hi,
Since switching to Fedora Core 3 from Red Hat 7.3, shifted versions of
the function keys and some keypad keys are no longer distinguished
from their non-shifted counterparts.
For example, pressing the keypad "multiply" key returns the XEmacs key
"kp-multiply" whether or not I have the shift key down.
The problem is in this code in xemacs/src/event-Xt.c:
| /* If this key contains two distinct keysyms, that is,
| "shift" generates a different keysym than the
| non-shifted key, then don't apply the shift modifier
| bit: it's implicit. Otherwise, if there would be no
| other way to tell the difference between the shifted
| and unshifted version of this key, apply the shift bit.
| Non-graphics, like Backspace and F1 get the shift bit
| in the modifiers slot. Neither the characters "a",
| "A", "2", nor "＠" normally have the shift bit set.
| However, "F1" normally does. */
| if (modifiers & XEMACS_MOD_SHIFT)
| {
| int Mode_switch_p = *state & xd->ModeMask;
| KeySym bot = XLookupKeysym (ev, Mode_switch_p ? 2 : 0);
| KeySym top = XLookupKeysym (ev, Mode_switch_p ? 3 : 1);
| if (top && bot && top != bot)
| modifiers &= ~XEMACS_MOD_SHIFT;
| }
which appears to be the same in all recent 21.4 and 21.5 series; I've
mostly been using 21.4.14. This code is incorrectly clearing the
shift modifier bit from these keys.
The problem is that while on RH7.3 there is only one keysym defined
for the keycode for each of these keys:
| % xmodmap -pk | grep -i kp_multiply
| 63 0xffaa (KP_Multiply)
on FC3, there are two:
| % xmodmap -pk | grep -i kp_multiply
| 63 0xffaa (KP_Multiply) 0x1008fe21 (XF86_ClearGrab)
I'm using the xorg-x11-6.8.2-1.FC3.45.2 package.
The keycode to keysym bindings seem to be coming from here:
| % find /usr/X11R6/lib/X11 -type f | xargs grep -i XF86_ClearGrab
| /usr/X11R6/lib/X11/xkb/compat/xfree86: interpret XF86_ClearGrab {
| /usr/X11R6/lib/X11/xkb/symbols/srvr_ctrl: symbols[Group1]= [ KP_Multiply, XF86_ClearGrab ]
| /usr/X11R6/lib/X11/xkb/symbols/pc/pc: symbols[Group1]= [ KP_Multiply, XF86_ClearGrab ]
| /usr/X11R6/lib/X11/XKeysymDB:XF86_ClearGrab :1008FE21
What I really don't understand is that the call to XLookupString in
x_to_emacs_keysym() is returning the unshifted keysym for these keys
even when shifted, while for "a", "2", etc it is returning the second
keysym when shifted, i.e. "A", "＠", respectively. I would have
expected to get "xf86-cleargrab" when shifting the "kp-multiply" key.
Looking at /usr/X11R6/lib/X11/xkb/symbols/pc/pc:
| key <KPMU> {
| type="CTRL+ALT",
| symbols[Group1]= [ KP_Multiply, XF86_ClearGrab ]
| };
it appears that the XF86_ClearGrab keysym is being added to the keypad
multiply key for modifiers "CTRL+ALT", so maybe the INDEX argument
needed to XLookupKeysym to get the shifted version must now be
computed in a different way than the XEmacs code is doing?
Or XLookupKeysym is just broken, and we need to instead call
XLookupString once on the event we received, and again on a copy of
that event with the shift bit cleared, and compare those keysyms. I
can try that over the weekend (the FC3 box is at home).
I can work around the problem by xmodmap'ing away the second keysyms
for the problematic keycodes.
However, it would be nice to solve the problem in XEmacs. I didn't
look at their code, but FSFMacs is not exhibiting this problem.
I'm not on this list, so please keep me copied on any replies.
thanks,
Greg
- 3 participants
- 2 comments
[Bug: 21.5-b24] Problems with coding systems autodetect
18 years, 6 months
Joachim Schrod
Joachim Schrod
================================================================
Dear Bug Team!
I have problems with autodetection of coding systems.
I have attached a file that has two lines (at the end). If I open that
file, I get the coding system big5. I would expect to get the coding
system iso-8859-1 or similar.
My coding categories are:
############################
## LIST OF CODING CATEGORIES (ordered by priority)
## CATEGORY:CODING-SYSTEM
##
utf-16-little-endian-bom:utf-16-little-endian-bom
utf-16-bom:utf-16-bom
utf-8-bom:utf-8-bom
iso-7:iso-2022-7bit
no-conversion:raw-text
utf-8:utf-8
iso-8-1:iso-8859-1
iso-8-2:ctext
iso-8-designate:ctext
iso-lock-shift:iso-2022-lock
shift-jis:shift-jis
big5:big5
utf-16-little-endian:utf-16-little-endian
utf-16:utf-16
ucs-4:ucs-4
I don't have much experience with XEmacs coding systems (in fact,
today I read doc strings on that topic for the first time).
Nevertheless, if I interpret that documentation correctly, iso-8-1
should be checked before big5; and since the file is encoded in
Latin1, it should match.
I would appreciate any hint what I'm doing wrong; or if this is
XEmacs' fault, if there is a work-around to fix the autodetection.
Incidentially, if I store the two lines of the attached file in two
separate files and open them, the first line gets the coding system
"Raw" and the second line gets the coding system "Noconv". I also
don't understand why these different coding systems are selected.
Btw, I'm working in a POSIX locale:
$ locale
LANG=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=
Cheers,
Joachim
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux n-pussy 2.6.13-15.7-smp #1 SMP Tue Nov 29 14:32:29 UTC 2005 i686 i686 i386 GNU/Linux
./configure '--with-ipv6-cname=no' '--with-pop' '--with-mule' '--with-athena=3d' '--prefix=/opt/xemacs' '--with-optimization' '--with-error-checking=no'
XEmacs 21.5-b24 "dandelion" configured for `i686-pc-linux'.
Compilation Environment and Installation Defaults:
Source code location: /home/schrod/src/xemacs/xemacs-r21-5-current-beta
Installation prefix: /opt/xemacs
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler version: gcc (GCC) 4.0.2 20050901 (prerelease) (SUSE Linux)
- GCC specs file: specs.
- Compiler command: gcc -Wall -Wno-switch -Wundef -Wsign-compare -Wno-char-subscripts -Wpacked -Wunused-parameter -g -O3
libc version: 2.3.5
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11/include
- X Windows libraries location: /usr/X11/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.
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:
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
Mail:
Compiling in support for POP mail retrieval.
Compiling in support for "file" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Using the new GC algorithms.
WARNING: ---------------------------------------------------------
WARNING: The new algorithms are experimental. They are enabled by
WARNING: default for this release. Use `--disable-kkcc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new allocator.
WARNING: ---------------------------------------------------------
WARNING: The new allocator is experimental. It is enabled by
WARNING: default for this release. Use `--disable-mc-alloc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new portable dumper.
Compiling in support for extra debugging code.
Load-Path Lisp Shadows:
----------------------
(/home/schrod/lib/emacs-21.4/font-latex
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/auctex/font-latex
/opt/xemacs/lib/xemacs/site-packages/lisp/packages/cl-indent
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/prog-modes/cl-indent
/opt/xemacs/lib/xemacs/site-packages/lisp/packages/filladapt
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/text-modes/filladapt
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/china-util
/opt/xemacs/lib/xemacs-21.5-b24/lisp/mule/china-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/cyril-util
/opt/xemacs/lib/xemacs-21.5-b24/lisp/mule/cyril-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/ethio-util
/opt/xemacs/lib/xemacs-21.5-b24/lisp/mule/ethio-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/japan-util
/opt/xemacs/lib/xemacs-21.5-b24/lisp/mule/japan-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/korea-util
/opt/xemacs/lib/xemacs-21.5-b24/lisp/mule/korea-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/viet-util
/opt/xemacs/lib/xemacs-21.5-b24/lisp/mule/viet-util
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/build/build-report
/opt/xemacs/lib/xemacs-21.5-b24/lisp/build-report
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt
/opt/xemacs/lib/xemacs-21.5-b24/lisp/regexp-opt
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-ucs/unicode
/opt/xemacs/lib/xemacs-21.5-b24/lisp/unicode
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode
/opt/xemacs/lib/xemacs-21.5-b24/lisp/easy-mmode)
Installed XEmacs Packages:
-------------------------
(zenirc ver: 1.16 upstream: 2.112)
(xwem ver: 1.21 upstream: lg(a)xwem.org--2005/xwem--main--2.1--versionfix-1)
(xslt-process ver: 1.12 upstream: 1.2.1)
(xslide ver: 1.09 upstream: 0.2.2)
(xlib ver: 1.14 upstream: lg(a)xwem.org--2005/xlib--main--2.1--version-0)
(xetla ver: 1.01 upstream: steve(a)eicq.org--2005/xetla--main--1.1--version-0)
(xemacs-devel ver: 1.72 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.01 upstream: No-Upstream-Ver)
(x-symbol ver: 1.1 upstream: 4.5.1)
(w3 ver: 1.32 upstream: 4.0pre47)
(vm ver: 7.22 upstream: 7.17)
(viper ver: 1.47 upstream: 3.09)
(view-process ver: 1.13 upstream: 2.4)
(vhdl ver: 1.2 upstream: 3.33.2)
(vc-cc ver: 1.22 upstream: No-Upstream-Ver)
(vc ver: 1.41 upstream: No-Upstream-Ver)
(tramp ver: 1.28 upstream: 2.0.51)
(tpu ver: 1.14 upstream: 4.2X)
(tooltalk ver: 1.15 upstream: No-Upstream-Ver)
(tm ver: 1.38 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(textools ver: 1.15 upstream: No-Upstream-Ver)
(text-modes ver: 1.9 upstream: No-Upstream-Ver)
(texinfo ver: 1.3 upstream: No-Upstream-Ver)
(supercite ver: 1.21 upstream: 3.55x3)
(strokes ver: 1.1 upstream: No-Upstream-Ver)
(speedbar ver: 1.28 upstream: 0.14beta4)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sounds-au ver: 1.12 upstream: No-Upstream-Ver)
(sml-mode ver: 0.12 upstream: 3.9.5)
(slider ver: 1.15 upstream: 0.3x1)
(sieve ver: 1.18 upstream: No-Upstream-Ver)
(sh-script ver: 1.21 upstream: 2.0f)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(semantic ver: 1.19 upstream: 1.4.2)
(scheme ver: 1.14 upstream: No-Upstream-Ver)
(sasl ver: 1.16 upstream: 1.14.4)
(ruby-modes ver: 1.02 upstream: 1.6.8)
(riece ver: 1.21 upstream: 2.0.2)
(reftex ver: 1.34 upstream: 4.21)
(re-builder ver: 1.05 upstream: 1.20)
(python-modes ver: 1.07 upstream: No-Upstream-Ver)
(psgml-dtds ver: 1.03 upstream: No-Upstream-Ver)
(psgml ver: 1.44 upstream: 1.3.1)
(ps-print ver: 1.11 upstream: 6.5.6)
(prog-modes ver: 2.06 upstream: No-Upstream-Ver)
(pgg ver: 1.06 upstream: 0.1)
(perl-modes ver: 1.08 upstream: No-Upstream-Ver)
(pcomplete ver: 1.04 upstream: 1.1.6)
(pcl-cvs ver: 1.66 upstream: R-2_9_9)
(pc ver: 1.28 upstream: No-Upstream-Ver)
(os-utils ver: 1.36 upstream: No-Upstream-Ver)
(oo-browser ver: 1.04 upstream: 4.08)
(ocaml ver: 0.05 upstream: 3.06)
(net-utils ver: 1.48 upstream: N/A)
(mmm-mode ver: 1.02 upstream: 0.4.7)
(misc-games ver: 1.18 upstream: No-Upstream-Ver)
(mine ver: 1.16 upstream: 1.9)
(mh-e ver: 1.29 upstream: 7.4.2)
(mew ver: 1.19 upstream: 1.94.2)
(mailcrypt ver: 2.14 upstream: 3.5.8)
(mail-lib ver: 1.75 upstream: No-Upstream-Ver)
(liece ver: 1.14 upstream: 1.4.9)
(jde ver: 1.48 upstream: 2.3.2)
(ispell ver: 1.32 upstream: 3.6)
(ilisp ver: 1.33 upstream: 5.12.0)
(igrep ver: 1.14 upstream: 2.111)
(idlwave ver: 1.32 upstream: 5.1)
(ibuffer ver: 1.09 upstream: No-Upstream-Ver)
(hyperbole ver: 1.16 upstream: 4.18)
(hm--html-menus ver: 1.23 upstream: 5.9)
(haskell-mode ver: 1.07 upstream: 1.45)
(gnus ver: 1.89 upstream: 5.10.7)
(gnats ver: 1.17 upstream: 3.101)
(general-docs ver: 1.04 upstream: No-Upstream-Ver)
(games ver: 1.17 upstream: 1.04)
(fsf-compat ver: 1.15 upstream: No-Upstream-Ver)
(frame-icon ver: 1.11 upstream: No-Upstream-Ver)
(fortran-modes ver: 1.05 upstream: No-Upstream-Ver)
(forms ver: 1.15 upstream: 2.37)
(footnote ver: 1.16 upstream: 0.18x)
(eudc ver: 1.39 upstream: 1.32)
(eterm ver: 1.17 upstream: No-Upstream-Ver)
(ess ver: 1.16 upstream: 5.2.7)
(eshell ver: 1.1 upstream: 2.4.1)
(escreen ver: 1.01 upstream: 1.16)
(erc ver: 0.19 upstream: Version 5.0 Revision: 1.776)
(emerge ver: 1.11 upstream: No-Upstream-Ver)
(elib ver: 1.11 upstream: 1.0)
(eieio ver: 1.05 upstream: 0.17)
(efs ver: 1.33 upstream: 1.23)
(edt ver: 1.13 upstream: No-Upstream-Ver)
(edit-utils ver: 2.32 upstream: No-Upstream-Ver)
(ediff ver: 1.6 upstream: 2.75)
(edebug ver: 1.21 upstream: No-Upstream-Ver)
(ecrypto ver: 0.2 upstream: 2.0)
(ecb ver: 1.22 upstream: 2.31)
(docbookide ver: 0.07000000000000001 upstream: 0.1)
(dired ver: 1.17 upstream: 7.13)
(dictionary ver: 1.16 upstream: 1.8)
(debug ver: 1.17 upstream: No-Upstream-Ver)
(crisp ver: 1.15 upstream: 1.34)
(cookie ver: 1.15 upstream: No-Upstream-Ver)
(clearcase ver: 1.1 upstream: /main/laptop/165)
(cc-mode ver: 1.45 upstream: 5.30.10)
(calendar ver: 1.23 upstream: No-Upstream-Ver)
(calc ver: 1.26 upstream: 2.02fX3)
(c-support ver: 1.22 upstream: No-Upstream-Ver)
(build ver: 1.14 upstream: 2.02)
(bbdb ver: 1.29 upstream: 2.34)
(auctex ver: 1.46 upstream: 11.55)
(apel ver: 1.32 upstream: 10.6)
(ada ver: 1.14 upstream: 2.27)
(Sun ver: 1.16 upstream: No-Upstream-Ver)
(mule-ucs ver: 1.14 upstream: 0.84)
(mule-base ver: 1.47 upstream: No-Upstream-Ver)
(lookup ver: 1.15 upstream: 1.0)
(locale ver: 1.22 upstream: No-Upstream-Ver)
(leim ver: 1.22 upstream: No-Upstream-Ver)
(latin-unity ver: 1.16 upstream: 1.16)
(latin-euro-standards ver: 1.07 upstream: 1.07)
(egg-its ver: 1.27 upstream: No-Upstream-Ver)
(edict ver: 1.16 upstream: 0.9.9)
Installed Modules:
-----------------
Features:
--------
(vm-folder mail-abbrevs vm-menu vm-reply vm-misc vm-summary vm-mouse
vm-window alist vm-autoload vm-vars highlight-headers vm-version vm
vm-startup xemacsbug shadow vm-auto-fcc sendmail rfc822 trim-lines
template efs-cu dired-faces dired-xemacs dired gnuserv sp-ccmode
sp-vmsetup sp-toolbar sp-menubar font sp-look x-compose sp-bindings
tex-site font-lock byte-optimize bytecomp byte-compile disp-table
jka-compr sp-funs sp-setup frame-icon filladapt advice advice-preload
uniquify func-menu cus-face zenirc-autoloads xwem-autoloads
xslt-process-autoloads xslide-autoloads xlib-autoloads xetla-autoloads
xemacs-devel-autoloads xemacs-base-autoloads x-symbol-autoloads
w3-autoloads vm-autoloads viper-autoloads view-process-autoloads
vhdl-autoloads vc-cc-autoloads vc-autoloads tramp-autoloads
tpu-autoloads tooltalk-autoloads tm-autoloads time-autoloads
textools-autoloads text-modes-autoloads texinfo-autoloads
supercite-autoloads strokes-autoloads speedbar-autoloads
sounds-wav-autoloads sounds-au-autoloads sml-mode-autoloads
slider-autoloads sieve-autoloads sh-script-autoloads sgml-autoloads
semantic-autoloads scheme-autoloads sasl-autoloads
ruby-modes-autoloads riece-autoloads reftex-autoloads
re-builder-autoloads python-modes-autoloads psgml-dtds-autoloads
psgml-autoloads ps-print-autoloads prog-modes-autoloads pgg-autoloads
perl-modes-autoloads pcomplete-autoloads pcl-cvs-autoloads
pc-autoloads os-utils-autoloads oo-browser-autoloads ocaml-autoloads
net-utils-autoloads mmm-mode-autoloads misc-games-autoloads
mine-autoloads mh-e-autoloads mew-autoloads mailcrypt-autoloads
mail-lib-autoloads liece-autoloads jde-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads idlwave-autoloads ibuffer-autoloads
hyperbole-autoloads hm--html-menus-autoloads haskell-mode-autoloads
gnus-autoloads gnats-autoloads general-docs-autoloads games-autoloads
fsf-compat-autoloads frame-icon-autoloads fortran-modes-autoloads
forms-autoloads footnote-autoloads eudc-autoloads eterm-autoloads
ess-autoloads eshell-autoloads escreen-autoloads erc-autoloads
emerge-autoloads elib-autoloads eieio-autoloads efs-autoloads
edt-autoloads edit-utils-autoloads ediff-autoloads edebug-autoloads
ecrypto-autoloads ecb-autoloads docbookide-autoloads dired-autoloads
dictionary-autoloads debug-autoloads crisp-autoloads cookie-autoloads
clearcase-autoloads cc-mode-autoloads calendar-autoloads
calc-autoloads c-support-autoloads build-autoloads bbdb-autoloads
auctex-autoloads apel-autoloads ada-autoloads Sun-autoloads
mule-ucs-autoloads mule-base-autoloads lookup-autoloads
locale-autoloads leim-autoloads latin-unity-autoloads
latin-euro-standards-autoloads egg-its-autoloads edict-autoloads
npc-sp-utils-autoloads npc-packages-autoloads npc-modes-autoloads
modules-autoloads mule-autoloads auto-autoloads loadhist rsz-minibuf
auto-show fontl-hooks canna-leim tibetan lao devanagari indian
slovenian czech romanian ccl code-cmds gutter-items menubar-items
x-menubar mode-motion mouse behavior itimer auto-save lisp-mode
easymenu easy-mmode iso8859-1 page buff-menu lib-complete cus-file
derived newcomment env text-props fontconfig frame obsolete cus-start
custom widget cl-extra cl cl-19 packages backquote unicode
lucid-scrollbars cut-buffer lucid-menubars athena-dialogs x
c-balloon-help tty-frames tty toolbar native-sound scrollbar
unix-processes multicast network-streams subprocesses modules
menu-accelerator-support menubar md5 xemacs xim mule gutter tiff png
gif jpeg xpm xbm lisp-float-type file-coding linux dialog devices
window-system base64)
Recent keystrokes:
-----------------
SPC SPC f C-f1 misc-user
Recent messages (most recent first):
-----------------------------------
Loading vm-folder...done
Loading vm-folder...
Parsing /home/schrod/Mail/Alias... done
Parsing /home/schrod/Mail/Alias...
Loading mail-abbrevs...done
Loading mail-abbrevs...
Loading vm-menu...done
Loading vm-menu...
Loading vm-reply...done
Loading vm-reply...
Loading vm-misc...done
Loading vm-misc...
Loading vm-summary...done
Loading vm-summary...
Loading vm-mouse...done
Loading vm-mouse...
Loading vm-window...done
Loading vm-window...
Loading alist...done
Loading alist...
- 3 participants
- 8 comments
Need help in debugging GNU-sync-vc crash with 21.4.19
18 years, 7 months
Ville Skyttä
Ville Skyttä
Like I've muttered a few times already, one of the remaining blockers
for starting to consider pushing the GNU-synced vc package from
unsupported/scop/vc to the packages tree is that it causes lots of
crashing when opening vc-controlled files.
Debugging that is unfortunately beyond me, so help is needed. Here's
the setup for the reproducer:
The binary package built with XEmacs 21.4.19 from what's currently in
unsupported/scop/vc in CVS is available at
http://koti.welho.com/vskytta/xemacs/new-vc/vc-0.01-pkg.tar.gz
Minimal tarball containing one Subversion controlled file:
http://koti.welho.com/vskytta/xemacs/new-vc/svndir.tar.gz
Install the above vc package, modify ~/.xemacs/init.el and add "(require
'vc-hooks)" there, unpack the svndir tarball somewhere.
Now, try to open the SVN controlled file from inside the tarball -> for
me, XEmacs crashes _almost_ always. When it doesn't, it displays a
random error message. Sometimes (*very* rare), it opens the file
successfully. This happens with other vc backends besides svn too,
although the success rate might be a bit higher with eg. cvs. I won't
bother including backtraces or error messages because they seem to be
different on every run.
I have discovered that if I remove auto-autoloads.elc from the above
installed vc package (but leave auto-autoloads.el in), XEmacs never
crashes. No other ideas :(
My Installation file:
http://koti.welho.com/vskytta/xemacs/new-vc/Installation.txt
(Currently running FC5test[23] on x86_64 and XEmacs 21.4.19 built with
gcc 4.1.0 and using neXtaw, but I've reproduced with a variety of XEmacs
21.4.x versions, some using Xaw3d, i386 and x86_64, built with gcc's
3.4.x and 4.0 too.)
- 3 participants
- 7 comments
[Fwd: [Success with a little effort] XEmacs 21.4.19 "Constant Variable" sparc-sun-solaris2.9]
18 years, 7 months
Rodney Sparapani
Rodney Sparapani
Never arrived on buildreports; resending.
-------- Original Message --------
Subject: [Success with a little effort] XEmacs 21.4.19 "Constant
Variable" sparc-sun-solaris2.9
Date: Tue, 31 Jan 2006 14:46:08 -0600
From: Rodney Sparapani <rsparapa(a)mcw.edu>
Organization: Medical College of Wisconsin, Milwaukee, WI
To: XEmacs Build Reports List <xemacs-buildreports(a)xemacs.org>
Whenever I tried to compile with sound support I would get errors
like:
Undefined first referenced
symbol in file
play_sound_file sound.o
play_sound_data sound.o
I was able to get it all to work by adding the following two lines
to src/config.h:
#define play_sound_file esd_play_file
#define play_sound_data esd_play_stream
I've tested (play-sound-file ...) and it does work. I guess it
is just a matter of getting autoconf to do this automatically.
> XEmacs Build Report generated by emacs-version
> 21.4 (patch 19) "Constant Variable" XEmacs Lucid
> with system-configuration
> sparc-sun-solaris2.9
> follows:
> Contents of /usr/local/apps/xemacs/xemacs-21.4.19/Installation:
> (Output from most recent run of ./configure)
uname -a: SunOS buz.biostat.mcw.edu 5.9 Generic_118558-10 sun4u sparc
SUNW,Ultra-4
configure '--with-mule' '--with-scrollbars=motif'
'--with-dialogs=motif' '--with-widgets=motif'
'--with-clash-detection=yes' '--cflags=-Os' '--with-sound=esd'
'--native-sound-lib=/usr/local/lib/libao.so'
XEmacs 21.4.19 "Constant Variable" configured for `sparc-sun-solaris2.9'.
Compilation / Installation:
Source code location: /usr/local/apps/xemacs/xemacs-21.4.19
Installation prefix: /usr/local
Runtime library search path:
/usr/ccs/lib:/opt/sfw/lib:/usr/openwin/lib:/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3.4/../../..
Operating system description file: `s/sol2.h'
Machine description file: `m/sparc.h'
Compiler: gcc-3.3.4 -Os
Compiler version: gcc-3.3.4 (GCC) 3.3.4
Compiler specs file:
/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3.4/specs
Relocating allocator for buffers: yes
GNU version of malloc: yes
libc: SUNWcsl 11.9.0,REV=2002.04.06.15.27
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/openwin/include
- X Windows libraries location: /usr/openwin/lib
- Handling WM_COMMAND properly.
Compiling in support for Motif.
*WARNING* Many versions of Motif are buggy, requiring workarounds.
You are likely to experience slow redisplay.
You may need to install vendor patches to Motif.
See PROBLEMS for more information.
Using Lucid menubars.
Using Motif scrollbars.
Using Motif dialog boxes.
Using Motif 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:
Compiling in support for sound (native).
Compiling in support for ESD (Enlightened Sound Daemon).
Databases:
Compiling in support for Berkeley database.
Compiling in support for GNU DBM.
Compiling in support for LDAP.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using Motif to provide XIM support.
Mail:
Compiling in support for "dot-locking" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for ToolTalk.
Compiling in support for dynamic shared object modules.
/usr/local/apps/xemacs/xemacs-21.4.19/xemacs-make-install.err not found!
/usr/local/apps/xemacs/xemacs-21.4.19/xemacs-make-check.err not found!
/usr/local/apps/xemacs/xemacs-21.4.19/xemacs-make-check-temacs.err not
found!
/usr/local/apps/xemacs/xemacs-21.4.19/xemacs-make-all.err not found!
/usr/local/apps/xemacs/xemacs-21.4.19/beta.err not found!
- 3 participants
- 4 comments
Re: XEmacs 21.5.24 Cannot load project file to VS .NET
18 years, 7 months
Robinows＠aol.com
Robinows＠aol.com
In a message dated 1/30/2006 4:50:23 A.M. Eastern Standard Time,
rrankin1424-xemacs(a)yahoo.com writes:
> I tried to load the .dsp (VC6 project file) cannot be load onto my VS .NET
> Version 7.1.3088 with .NET Framework 1.1 Version 1.1.4322 SP1
>
> I was told that the .dsp was corrupted, but I look through it and find the
> text file seems to be alright
>
> Any suggestion for me to solve this?
I don't understand why you don't understand. There's a problem with a file
in the XEmacs distribution. Why would you ask on an MS list?
In any case, the answer to the original poster's question:
xemacs.dsp is missing the carriage returns required by Visual Studio.
VS can compile source files with Unix line endings but the project files
need to be DOSish.
Convert the line endings and things should work fine.
- 2 participants
- 1 comments
Re: 21.4.19 to be released soon
18 years, 7 months
Vin Shelton
Vin Shelton
On 12/30/05, glenn opdycke-hansen <glennoph(a)gmail.com> wrote:
> I downloaded and installed the following:
>
> On 12/28/05, Vin Shelton <acs(a)xemacs.org> wrote:
> > In anticipation of next week's 21.4.19 release, I have copied a native
> > Windows setup kit to
> >
> ftp://ftp.xemacs.org/pub/xemacs/windows/testing/XEmacs%20Setup%2021.4.19-...
> > Please download and install this kit if you are interested.
>
>
> I have the following questions:
>
> 1. Should the help|about report Version 21.4.18?
>
> 2. Is it missing ClearCase support or should that be added after the
> install?
>
> --glenn
>
>
Glenn,
Thanks for downloading and trying out the pre-release. In answer to
your questions, didn't the pre-announcement cover both those points?
1. Yes, due to arcanities of the release process, the version number
doesn't get incremented until the actual release.
2. You can download the vc-cc package to get ClearCase support.
HTH,
Vin
- 2 participants
- 1 comments
21.4.19 with gcc 4.1
18 years, 7 months
Ville Skyttä
Ville Skyttä
Is anyone having success with running 21.4.19 built with gcc 4.1?
The package currently in Fedora Extras 5 isn't working too impressively;
among the reported things are at least: non-ASCII chars in buffers being
rendered somewhat larger than ASCII; various crashes, for example in M-x
man netstat if built with -fstack-protector, and others with gnus;
random infinite loops in gnus, crashes at startup using certain locales
(not reproducible everywhere).
Rebuilding the same package with gcc 3.2.3 appears to avoid most if not
all of the above problems on the exact same systems.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183643
FYI, attached is the warning output from the build when built with gcc
4.1 on a x86_64.
- 5 participants
- 11 comments
alsa support does not compile
18 years, 7 months
Ilya N. Golubev
Ilya N. Golubev
On 2006/03/27 17:40:58 +0 you committed changes in cvs head. After
that compilation fails as follows.
alsaplay.c: In function `set_volume':
alsaplay.c:231: error: void value not ignored as it ought to be
alsaplay.c:254: error: `SND_MIXER_SCHN_REAR_CENTER' undeclared (first use in this function)
alsaplay.c:254: error: (Each undeclared identifier is reported only once
alsaplay.c:254: error: for each function it appears in.)
alsaplay.c:262: error: `SND_MIXER_SCHN_SIDE_LEFT' undeclared (first use in this function)
alsaplay.c:266: error: `SND_MIXER_SCHN_SIDE_RIGHT' undeclared (first use in this function)
alsaplay.c: In function `reset_volume':
alsaplay.c:298: error: `SND_MIXER_SCHN_REAR_CENTER' undeclared (first use in this function)
alsaplay.c:306: error: `SND_MIXER_SCHN_SIDE_LEFT' undeclared (first use in this function)
alsaplay.c:310: error: `SND_MIXER_SCHN_SIDE_RIGHT' undeclared (first use in this function)
make[2]: *** [alsaplay.o] Error 1
In `libalsa2-devel-1.0.2-3mdk' binary package
`snd_mixer_selem_get_playback_volume_range' return type is `void'.
Please add checks both for that and for possibly missing
`snd_mixer_selem_channel_id_t' enum items. In this version both this
type enum is defined and `snd_mixer_selem_get_playback_volume_range'
is declared in `<alsa/mixer.h>', and the following include set is
enough to compile.
#include <sys/types.h>
#include <alsa/mixer.h>
Or at least please determine the lowest required `libalsa' version and
document it in `INSTALL'.
- 2 participants
- 4 comments
Suggested enhancement for entering Unicode characters
18 years, 7 months
Pete Forman
Pete Forman
Entering characters using quoted-insert restricts you to three octal
digits, according to its description. read-quoted-char-radix allows
decimal or hexadecimal digits to be used instead.
The code number to be entered is a bit opaque to me beyond the range
of ASCII, or is it 8859-1. Unicode codepoints would be more
meaningful.
This patch simplisitically allows Unicode to be used. It ought to be
enabled by a new custom variable to keep the current behavior OOTB.
It should be reasonably safe as unicode-to-char is described as falling
back to int-to-char when there is no international support.
--- cmdloop.el.orig 2003-07-04 09:35:28.000000000 +0100
+++ cmdloop.el 2006-03-30 15:15:17.746215100 +0100
＠＠ -604,7 +604,7 ＠＠
(t (setq code (char-to-int char)
done t)))
(setq first nil))
- (int-to-char code)))
+ (unicode-to-char code)))
;; in passwd.el.
; (defun read-passwd (prompt &optional confirm default)
I'm using XEmacs 21.5.17 on XP.
--
Pete Forman -./\.- Disclaimer: This post is originated
WesternGeco -./\.- by myself and does not represent
pete.forman(a)westerngeco.com -./\.- opinion of Schlumberger, Baker
http://petef.port5.com -./\.- Hughes or their divisions.
- 2 participants
- 2 comments
Re: [Bug: 21.4.18] gnus 5.10.7 not rendering Latin-1 headers
18 years, 7 months
Mike Kupfer
Mike Kupfer
>>>>> "Reiner" == Reiner Steib <reinersteib+gmane(a)imap.cc> writes:
Reiner> I don't see any reason not to improve compatibility in `mm*.el'
Reiner> for XEmacs (MULE or non-MULE). But since most of the currently
Reiner> active Gnus developers don't use XEmacs, I'm afraid this won't
Reiner> happen unless you (i.e. XEmacs developers and users) contribute
Reiner> patches or concrete proposals.
I'm willing to help as best I can, but I could use some clues, either
from the gnus or XEmacs folks.
mm-coding-system-p appears to be trying to figure out what coding system
interface to use, with the choices being find-coding-system,
coding-system-p, and mm-get-coding-system-list. Are any of these
standard Emacs or XEmacs interfaces?
The docstring for mm-coding-system-p says it returns "a coding system
object in XEmacs". The XEmacs Lisp reference talks about coding
systems, under MULE. Does that mean that coding system objects only
exist in MULE XEmacs? What should (mm-coding-system-p 'iso-8859-1)
return in non-MULE XEmacs?
mike
- 6 participants
- 10 comments