Re: Xpm, VC++, etc.
21 years, 1 month
Steve Youngs
Steve Youngs
* Valdis Kletnieks <Valdis.Kletnieks(a)vt.edu> writes:
> (If we were carrying an external library like libXpm around, could
> we push a release out the door in under 48 hours?
IMO, easily.
> What's the minimum it would take us?)
From "Oh hell we gotta put a release out" to the tarball being
available on ftp.xemacs.org... it would take me about 30 minutes to an
hour.
I'm against the idea of shipping libXpm with XE, BTW.
--
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
| XEmacs - The only _______ you'll ever need. |
| Fill in the blank, yes, it's THAT good! |
|----------------------------------<steve(a)youngs.au.com>---|
- 3 participants
- 2 comments
Error in init file location
21 years, 1 month
fleamy
fleamy
I've just installed the win32 version of xemacs on my Labtop and when I
try to 'Edit Init File' or 'Save Options to Init File' under the Option
pulldown menu it trys to find then I get a windows message telling me
that the file:
h:\.xemacs\init.el does not exist .... I naturally don't have a local h:
drive so does anyone know how to resolve this ??
I am on a network and could it be that when I installed xemacs that it
recognised that a network connection was there ?
Appreciate any help
Fintan.
- 2 participants
- 1 comments
[Bug: 21.4.13] C-cC-c in shell ignored (Cygwin)
21 years, 1 month
Karr, David
Karr, David
================================================================
Dear Bug Team!
Quite a while ago, after I updated XEmacs and/or Cygwin, I found that
C-cC-c (comint-interrupt-subjob) in the Emacs shell no longer did
anything. I believe I asked about this when I noticed it, but it was
unknown what was the cause. Has there been any new status on this
issue?
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: CYGWIN_NT-5.0 TSUNAMI 1.3.20(0.73/3/2) 2003-02-08 12:10 i686
unknown unknown Cygwin
./configure '--with-dragndrop' '--with-postgresql=no' '--with-x=no'
'--bindir=/usr/local/bin/i686-pc-cygwin' '--with-site-lisp=yes'
'--with-ipv6-cname=no' '--with-netinstall'
XEmacs 21.4.13 "Rational FORTRAN" configured for `i686-pc-cygwin'.
Compilation / Installation:
Source code location:
/development/xemacs/xemacs-21.4-release
Installation prefix: /usr/local
Operating system description file: `s/cygwin32.h'
Machine description file: `m/intel386.h'
Compiler: gcc
-I/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../include/noX
-I/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../include/noX -g -O3
-Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -Wshadow
-Wpointer-arith
Relocating allocator for buffers: no
GNU version of malloc: yes
Window System:
Compiling in support for the Microsoft window system.
Using MS-Windows menubars.
Using MS-Windows scrollbars.
Using MS-Windows dialog boxes.
Using MS-Windows native widgets.
Compiling in support for Drag'n'Drop (EXPERIMENTAL).
- Drag'n'Drop prototype: msw.
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.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for GNU DBM.
Internationalization:
Compiling in support for file coding.
Mail:
Compiling in support for POP mail retrieval.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Load-Path Lisp Shadows:
----------------------
(/home/u166705/ntlisp/cedet-1.0beta3b/common/working
/home/u166705/ntlisp/cedet-1.0beta3b/common/working
/home/u166705/ntlisp/cedet-1.0beta3b/common/sformat
/home/u166705/ntlisp/cedet-1.0beta3b/common/sformat
/home/u166705/ntlisp/cedet-1.0beta3b/common/pprint
/home/u166705/ntlisp/cedet-1.0beta3b/common/pprint
/home/u166705/ntlisp/cedet-1.0beta3b/common/mode-local
/home/u166705/ntlisp/cedet-1.0beta3b/common/mode-local
/home/u166705/ntlisp/cedet-1.0beta3b/common/inversion
/home/u166705/ntlisp/cedet-1.0beta3b/common/inversion
/home/u166705/ntlisp/cedet-1.0beta3b/common/ezimage
/home/u166705/ntlisp/cedet-1.0beta3b/common/ezimage
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet-loaddefs
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet-loaddefs
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet-load
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet-load
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet-edebug
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet-edebug
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet-compat
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet-compat
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet-autogen
/home/u166705/ntlisp/cedet-1.0beta3b/common/cedet-autogen
/home/u166705/ntlisp/clearcase
/usr/local/lib/xemacs/xemacs-packages/lisp/clearcase/clearcase
/home/u166705/ntlisp/jde-2.3.4/lisp/setnu
/usr/local/lib/xemacs/xemacs-packages/lisp/edit-utils/setnu
/home/u166705/ntlisp/p4
/usr/local/lib/xemacs/xemacs-packages/lisp/prog-modes/p4
/home/u166705/ntlisp/compile2/compile
/usr/local/lib/xemacs/xemacs-packages/lisp/xemacs-base/compile
/usr/local/lib/xemacs/xemacs-packages/lisp/build/build-report
/usr/local/lib/xemacs-21.4.13/lisp/build-report)
Installed XEmacs Packages:
-------------------------
(zenirc ver: 1.15 upstream: 2.112)
(xwem ver: 1.14 upstream: 0.2)
(xslt-process ver: 1.11 upstream: regular)
(xslide ver: 1.09 upstream: 0.2.2)
(xlib ver: 1.12 upstream: 0.2)
(xemacs-devel ver: 1.64 upstream: No-Upstream-Ver)
(xemacs-base ver: 1.87 upstream: No-Upstream-Ver)
(x-symbol ver: 1.1 upstream: 4.5.1)
(w3 ver: 1.3 upstream: 4.0pre47)
(vm ver: 7.18 upstream: 7.17)
(viper ver: 1.37 upstream: 3.09)
(view-process ver: 1.13 upstream: 2.4)
(vhdl ver: 1.19 upstream: 3.32.20)
(vc-cc ver: 1.22 upstream: No-Upstream-Ver)
(vc ver: 1.38 upstream: No-Upstream-Ver)
(tramp ver: 1.17 upstream: 2.0.35)
(tpu ver: 1.14 upstream: 4.2X)
(tooltalk ver: 1.15 upstream: No-Upstream-Ver)
(tm ver: 1.37 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(textools ver: 1.15 upstream: No-Upstream-Ver)
(text-modes ver: 1.78 upstream: No-Upstream-Ver)
(texinfo ver: 1.25 upstream: No-Upstream-Ver)
(supercite ver: 1.2 upstream: 3.55x3)
(strokes ver: 1.1 upstream: No-Upstream-Ver)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sounds-au ver: 1.12 upstream: No-Upstream-Ver)
(sml-mode ver: 0.11 upstream: 3.9.5)
(slider ver: 1.15 upstream: 0.3x1)
(sieve ver: 1.16 upstream: No-Upstream-Ver)
(sh-script ver: 1.18 upstream: 2.0e)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(scheme ver: 1.14 upstream: No-Upstream-Ver)
(sasl ver: 1.14 upstream: 1.14.4)
(ruby-modes ver: 1.02 upstream: 1.6.8)
(rmail ver: 1.14 upstream: No-Upstream-Ver)
(riece ver: 1.15 upstream: 0.2.2)
(reftex ver: 1.34 upstream: 4.21)
(python-modes ver: 1.06 upstream: No-Upstream-Ver)
(psgml-dtds ver: 1.03 upstream: No-Upstream-Ver)
(psgml ver: 1.43 upstream: 1.3.1)
(ps-print ver: 1.11 upstream: 6.5.6)
(prog-modes ver: 2.01 upstream: No-Upstream-Ver)
(pgg ver: 1.04 upstream: 0.1)
(perl-modes ver: 1.06 upstream: No-Upstream-Ver)
(pcomplete ver: 1.03 upstream: 1.1.6)
(pcl-cvs ver: 1.65 upstream: R-2_9_9)
(pc ver: 1.26 upstream: No-Upstream-Ver)
(os-utils ver: 1.35 upstream: No-Upstream-Ver)
(oo-browser ver: 1.04 upstream: 4.08)
(ocaml ver: 0.05 upstream: 3.06)
(net-utils ver: 1.44 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.28 upstream: 7.4.2)
(mew ver: 1.18 upstream: 1.94.2)
(mailcrypt ver: 2.14 upstream: 3.5.8)
(mail-lib ver: 1.67 upstream: No-Upstream-Ver)
(liece ver: 1.13 upstream: 1.4.9)
(ispell ver: 1.29 upstream: 3.6)
(ilisp ver: 1.33 upstream: 5.12.0)
(igrep ver: 1.13 upstream: 2.111)
(idlwave ver: 1.31 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.8 upstream: 5.10.6)
(gnats ver: 1.16 upstream: 3.101)
(general-docs ver: 1.01 upstream: No-Upstream-Ver)
(games ver: 1.15 upstream: 1.04)
(fsf-compat ver: 1.14 upstream: No-Upstream-Ver)
(frame-icon ver: 1.11 upstream: No-Upstream-Ver)
(fortran-modes ver: 1.04 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.15 upstream: No-Upstream-Ver)
(ess ver: 1.1 upstream: 5.2.2)
(eshell ver: 1.07 upstream: 2.4.1)
(escreen ver: 1.01 upstream: 1.16)
(erc ver: 0.12 upstream: Version 4.0 Revision: 1.675)
(emerge ver: 1.11 upstream: No-Upstream-Ver)
(efs ver: 1.32 upstream: 1.22)
(edt ver: 1.13 upstream: No-Upstream-Ver)
(edit-utils ver: 2.14 upstream: No-Upstream-Ver)
(ediff ver: 1.5 upstream: 2.75)
(edebug ver: 1.21 upstream: No-Upstream-Ver)
(ecrypto ver: 0.17 upstream: 2.0)
(ecb ver: 1.18 upstream: 2.24)
(docbookide ver: 0.07000000000000001 upstream: 0.1)
(dired ver: 1.15 upstream: 7.11)
(dictionary ver: 1.12 upstream: regular)
(debug ver: 1.17 upstream: No-Upstream-Ver)
(crisp ver: 1.14 upstream: 1.34)
(cookie ver: 1.15 upstream: No-Upstream-Ver)
(clearcase ver: 1.08 upstream: No-Upstream-Ver)
(cc-mode ver: 1.43 upstream: 5.30.9)
(calendar ver: 1.23 upstream: No-Upstream-Ver)
(calc ver: 1.25 upstream: 2.02fX3)
(c-support ver: 1.2 upstream: No-Upstream-Ver)
(build ver: 1.14 upstream: 2.02)
(bbdb ver: 1.24 upstream: 2.34)
(auctex ver: 1.38 upstream: 11.14)
(apel ver: 1.27 upstream: 10.2)
(ada ver: 1.14 upstream: 2.27)
(Sun ver: 1.15 upstream: No-Upstream-Ver)
Installed Modules:
-----------------
Features:
--------
(xemacsbug shadow view-less view hyper-apropos xae bbdb timezone vc
vc-hooks
sgml-mode psgml message-x cperl-mode efs-x19.15 efs-fnh efs-ovwrt efs-cu
efs-netrc efs-defun efs analog mail-source format-spec message
messagexmas mml
mml-sec mml-smime smime dig mm-decode mm-bodies mm-encode mailcap lpr
mail-parse rfc2045 rfc2231 rfc2047 qp ietf-drums mail-abbrevs nnheader
nnheaderxm gnus-util netrc time-date parse-time mm-util mail-prsvr
mail-utils
mailheader canlock smtpmail sendmail rfc822 idl-font-lock supercite
mail-extr
regi shell gnuserv jde tags etags jde-open-source senator hippie-exp
jde-class
jde-parse-class jde-xemacs efc-xemacs debug-toolbar jde-import
jde-java-font-lock byte-optimize bytecomp byte-compile jde-which-method
jde-java-grammar jde-wiz jde-complete eldoc jde-plugins executable
browse-url
jde-gen tempo jde-run jde-jdb jde-bug jde-dbs jde-dbo regress jde-db
overlay
jde-parse sregex jde-imenu semantic-imenu semantic-java thingatpt
avltree
stack-m elib-node semantic-sb jde-compile cus-edit cus-load cc-mode
cc-fonts
cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs jde-help
jde-widgets tree-widget beanshell comint ring jde-custom
jde-project-file
jde-autoload jde-util efc rsz-minibuf filladapt compile2 compile
request-directory generic-filter command-window window-manip-fns hlist
declare-object env buffer-cycle time ffap paren mic-paren cedet
cedet-contrib-load speedbar-load semantic-load semantic-idle timer
semantic-util-modes semantic-decorate semantic-util semanticdb-el
eieio-opt
semantic-ia-sb semantic-analyze semantic-ctxt semantic-format font-lock
semantic-cb eieio-speedbar eieio-custom wid-edit semantic-sort
semanticdb-find
speedbar cus-face imenu sb-image ezimage dframe semanticdb-search
semantic-find
semanticdb eieio-base eieio eieio-comp semantic pp semantic-lex
semantic-tag
assoc working semantic-fw mode-local regexp-opt advice advice-preload
eieio-load ede-load cogre-load cedet-load inversion edmacro iswitchb
zenirc-autoloads xwem-autoloads xslt-process-autoloads xslide-autoloads
xlib-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
sounds-wav-autoloads
sounds-au-autoloads sml-mode-autoloads slider-autoloads sieve-autoloads
sh-script-autoloads sgml-autoloads scheme-autoloads sasl-autoloads
ruby-modes-autoloads rmail-autoloads riece-autoloads reftex-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 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 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
lisp-autoloads loadhist auto-show fontl-hooks code-cmds gutter-items
menubar-items x-menubar dragdrop mode-motion mouse itimer auto-save
lisp-mode
easymenu iso8859-1 page buff-menu lib-complete help-nomule cus-file
derived
frame text-props obsolete cus-start custom widget cl-extra mini-cl cl
cl-19
packages backquote very-early-lisp file-coding mswindows-scrollbars
mswindows
tty-frames tty toolbar native-sound scrollbar unix-processes multicast
network-streams subprocesses modules menu-accelerator-support menubar
dbm md5
xemacs gutter tiff png gif jpeg xface xpm xbm lisp-float-type cygwin32
dragdrop-api dialog devices window-system base64)
Recent keystrokes:
-----------------
$ H O M E / C o n TAB 9 TAB f TAB RET C-n C-n C-n C-n
C-n C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f
C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f C-f
C-b C-x C-d u a t C-a C-x / l a b C-a C-a C-x C-s button1
button1up C-x 1 C-h k C-c C-c C-f C-f C-f C-f C-f C-f
C-f C-f C-f C-f C-f C-f C-f C-f C-SPC C-e C-b ESC w
M-x r e p o TAB r TAB e m TAB RET
Recent messages (most recent first):
-----------------------------------
Loading xemacsbug...done
Loading xemacsbug...
Making completion list...
Loading view-less...done
Loading view-less...
Wrote /home/u166705/Consumer_Group_Residential_Home_Loan_v9.fdf
History item: 1
History item: 2
History item: 1
History item: 2
History item: 1
History item: 2
History item: 1
History item: 2
History item: 1
M-o not defined.
History item: 1
M-o not defined.
History item: 1
History item: 2
- 1 participants
- 0 comments
Re: [Qp] Re: javascript regexp for func-menu 2.66
21 years, 1 month
Stephen J. Turnbull
Stephen J. Turnbull
>>>>> "Ville" == Ville Skytt <Ville> writes:
Ville> On Wed, 2004-12-22 at 07:48 +0100, Norbert Koch wrote:
>> you're author of the original JavaScript regexp. Any comments
>> on this? If not, I'll commit the stanza below along with an
>> arbitrary ChangeLog (M-: (yow 1) or something like this :-)).
Ville> :)
Ville> But no, I've no comments at this point, sorry. Well,
Ville> except that not having a regression test suite for this
Ville> kind of changes is a problem.
Why don't we have a regression test? Is it too hard to write them
(ie, something better documentation would help with), or lack of time,
or what?
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
- 3 participants
- 3 comments
XEmacs Packages have been pre-released 2004-12-24-14
21 years, 1 month
Norbert Koch
Norbert Koch
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hey there everyone.
Season's Greetings to all of you!
I have just added the following packages to the 'Pre-Releases'
directory:
New Packages in Pre-Release:
===========================
tramp-1.21-pkg.tar.gz upstream version: 2.0.46
It looks like the last announcement didn't make it. You'll see a
couple of updates when you load the new package-index file.
Previously Announced Packages Still in Pre-Release:
==================================================
Sun-1.16-pkg.tar.gz upstream version: none
auctex-1.42-pkg.tar.gz upstream version: 11.53
bbdb-1.25-pkg.tar.gz upstream version: 2.34
calc-1.26-pkg.tar.gz upstream version: 2.02fX3
clearcase-1.09-pkg.tar.gz upstream version: /main/laptop/156
dictionary-1.15-pkg.tar.gz upstream version: 1.8
dired-1.16-pkg.tar.gz upstream version: 7.12
ecrypto-0.19-pkg.tar.gz upstream version: 2.0
efs-1.33-pkg.tar.gz upstream version: 1.23
ess-1.12-pkg.tar.gz upstream version: 5.2.3
fsf-compat-1.15-pkg.tar.gz upstream version: none
gnus-1.82-pkg.tar.gz upstream version: 5.10.6
locale-1.22-pkg.tar.gz upstream version: none
mail-lib-1.70-pkg.tar.gz upstream version: none
pcl-cvs-1.66-pkg.tar.gz upstream version: R-2_9_9
pgg-1.05-pkg.tar.gz upstream version: 0.1
ps-print-1.11-pkg.tar.gz upstream version: 6.5.6
riece-1.17-pkg.tar.gz upstream version: 1.0.6
sasl-1.15-pkg.tar.gz upstream version: 1.14.4
semantic-1.19-pkg.tar.gz upstream version: 1.4.2
sieve-1.17-pkg.tar.gz upstream version: none
texinfo-1.28-pkg.tar.gz upstream version: none
vc-1.40-pkg.tar.gz upstream version: none
xemacs-base-1.94-pkg.tar.gz upstream version: none
xemacs-devel-1.70-pkg.tar.gz upstream version: none
xwem-1.18-pkg.tar.gz upstream version: 0.2
Detailed Changes:
================
- ------- ChangeLog Entries from xemacs-packages/tramp/ChangeLog -------
2004-12-24 Norbert Koch <viteno(a)xemacs.org>
* Makefile (VERSION): XEmacs package 1.21 released.
2004-12-23 Michael Albinus <michael.albinus(a)gmx.de>
* Makefile (AUTHOR_VERSION): Bump to 2.0.46.
Installing These:
================
Manually:
- --------
1) Download the packages that you want to install from:
/ftp.xemacs.org:/pub/xemacs/beta/experimental/packages/
2) Unpack them to: [1]
/usr/local/lib/xemacs/xemacs-packages/
3) Re-start XEmacs.
Using XEmacs Package Tools (XEmacs 21.[245].x):
- ----------------------------------------------
1) Tools -> Packages -> Add Download Site -> Pre-Releases
2) Tools -> Packages -> List and Install
3) Select the packages you wish to install (there are brief
instructions at the bottom of the packages buffer).
4) Packages -> Install/Remove Selected
5) Re-start XEmacs.
Using XEmacs Package Tools (XEmacs 21.1.14):
- -------------------------------------------
1) Options -> Manage Packages -> Add Download Site -> Pre-Releases
2) Options -> Manage Packages -> List and Install
3 - 5) As per XEmacs 21.[245].x.
norbert - XEmacs Package Release Manager.
Footnotes:
[1] Note: Mule packages should be installed into:
/usr/local/lib/xemacs/mule-packages/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)
iD8DBQFBzBT7gu3ywdHdhM0RAsb9AKDTHpxyVlP5rHA4Ogi5ngjH33FinwCfQ3/X
/NId/1yDPthYl9gid4b0LAM=
=LVFe
-----END PGP SIGNATURE-----
- 1 participants
- 0 comments
Fixes for compiling XEmacs 21.5, compface on VC .NET
21 years, 1 month
Ben Wing
Ben Wing
I've upgraded to VC7 (dot-NET) and get various compilation problems. This
surprises me since I'm sure there must be people using this under Windows to
compile XEmacs.
Anyone have private patches sitting around that they could send me?
Also, anyone have a makefile for compiling compface under Windows?
Thanks,
ben
- 1 participants
- 0 comments
Re: metacity maximize bug
21 years, 1 month
Stephen J. Turnbull
Stephen J. Turnbull
>>>>> "Mike" == Mike FABIAN <mfabian(a)suse.de> writes:
Mike> "Stephen J. Turnbull" <stephen(a)xemacs.org> さんは書きました:
>> I nailed the "metacity maximize" bug last night
>> (proof-of-concept patch coming soon),
Mike> Werner Fink <werner(a)suse.de> (added to CC:) also made a
Mike> patch to fix this problem recently. I attach the patch for
Mike> your reference. Maybe it is helpful to compare your patch
Mike> with Werner's.
Thank you! They are actually quite different.
Mike> I have not looked at Werner's patch in detail yet, if you
Mike> have questions please ask Werner.
OK, I think I understand what Werner's patch does. As I see it, it's
too generous to XEmacs. There really was a _generic_ bug that only
happened to manifest when the window manager insists on pinning XEmacs
to an exact pixel size. Only a few do that, and even those only when
maximizing. So it wasn't observed until recently.
According to the ICCCM, the window manager has absolute control over
XEmacs's top-level geometry. So XEmacs _was_ buggy, and this bug
needs to be fixed at that level; XEmacs must learn to obey the window
manager. Mine does that, but I'm not sure if maybe more work isn't
needed.
I propose to keep Werner's patch in reserve in case there are problems
with mine. I will commit mine and study his a bit more.
What do you think, Werner?
Also, does your patch do more than very carefully work around the
specific problem? It looks quite specific to the maximize bug.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
- 1 participants
- 0 comments
Unit test package for Emacs Lisp?
21 years, 1 month
Skip Montanaro
Skip Montanaro
I've grown quite comfortable using the unittest module that comes with
Python. In my role as sometimes maintainer of python-mode I'd really like
something similar, especially since I really only use XEmacs. I'd like
something that I can run like
xemacs -batch -load pymode-unittests.el
emacs -batch -load pymode-unittests.el
and thereby avoid a lot of reliance on others for help testing changes w/
GNU Emacs. I didn't see anything obvious in a quick scan of the
xemacs-packages directory, a couple ad hoc test files, but nothing general
purpose.
Any pointers appreciated.
--
Skip Montanaro
skip(a)mojam.com
http://www.mojam.com/
- 3 participants
- 4 comments
[Bug: 21.4.16] syntax-table troubles
21 years, 1 month
Steve Youngs
Steve Youngs
[Cc'ing Steve T in case it is related to his Gnus/syntax-table bug]
================================================================
Dear Bug Team!
(this is only in 21.4.16, I couldn't reproduce in 21.5)
M-x gdb RET /path/to/xemacs RET
(gdb) run -vanilla
[in gdb-started XE]...
eval this in scratch
(progn
(global-set-key [(control next)] 'end-of-buffer)
(add-hook 'font-lock-mode-hook 'turn-on-lazy-shot)
(turn-on-font-lock))
then
C-x C-f /path/to/XE-21.4/sources/src/cm.c RET [1]
and _before_ font-lock/lazy-shot has fontified the buffer, do...
C-next [2]
At that point it crashes. Here are the traces... [3]
Current directory is /usr/local/src/xemacs/src/
GNU gdb 6.2.1
Copyright 2004 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 "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".
(eicq-gdb) run -vanilla
Starting program: /usr/local/src/xemacs/src/xemacs -vanilla
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 9076)]
Loading eicq-menu...
Loading eicq-menu...done
Loading eicq...
Loading cus-face...
Loading cus-face...done
Loading bytecomp...
Loading bytecomp...done
Loading eicq...done
Fatal error: assertion failed, file insdel.c, line 1122, (x) >= BI_BUF_BEG (buf) && x <= BI_BUF_Z (buf)
Program received signal SIGABRT, Aborted.
[Switching to Thread 16384 (LWP 9076)]
0x403faac1 in kill () from /lib/libc.so.6
(eicq-gdb) lbt
re-search-forward("\\<\\(__\\(?:a\\(?:sm__\\|ttribute__\\)\\|declspec\\)\\|a\\(?:sm\\|uto\\)\\|break\\|c\\(?:ase\\|on\\(?:st\\|tinue\\)\\)\\|d\\(?:efault\\|o\\)\\|e\\(?:lse\\|num\\|xtern\\)\\|for\\|goto\\|i\\(?:f\\|nline\\)\\|re\\(?:gister\\|strict\\|turn\\)\\|s\\(?:izeof\\|t\\(?:atic\\|ruct\\)\\|witch\\)\\|typedef\\|union\\|volatile\\|while\\)\\([^a-zA-Z0-9_$]\\|$\\)" 11839 t)
# bind (highlights matcher keyword nkeywords iter old-progress progress bufname keywords case-fold-search loudly loudvar end start)
font-lock-fontify-keywords-region(11402 11839 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(11402 11839 nil)
# bind (loudly end beg)
font-lock-fontify-region(11402 11839)
# (unwind-protect ...)
# bind (match-data)
# (unwind-protect ...)
# bind (message verbose end start buffer)
lazy-shot-fontify-internal(#<buffer "cm.c"> 11402 11839 t "")
# bind (start end buffer stealth extent)
lazy-shot-lock-extent(#<destroyed extent> nil)
# bind (extent)
lazy-shot-redisplay-function(#<destroyed extent>)
# (condition-case ... . error)
# (catch top-level ...)
(eicq-gdb) bt
#0 0x403faac1 in kill () from /lib/libc.so.6
#1 0x4068d9ed in pthread_kill () from /lib/libpthread.so.0
#2 0x4068dd0b in raise () from /lib/libpthread.so.0
#3 0x403fa6fa in raise () from /lib/libc.so.6
#4 0x403fc127 in abort () from /lib/libc.so.6
#5 0x080c60c3 in assert_failed (file=0x82a678c "insdel.c", line=6, expr=0x40695c18 "\030\v\001") at emacs.c:3429
#6 0x081b8571 in bytind_to_bufpos (buf=0x89b5a18, x=11840) at insdel.c:1122
#7 0x082101ed in search_buffer (buf=0x89b5a18, string=141417960, bufpos=30, buflim=11839, n=1, RE=1, trt=1081156360, inverse_trt=1081156360, posix=0) at search.c:251
#8 0x0821660c in search_command (string=144949876, limit=23679, noerror=1081154824, count=0, buffer=1081156360, direction=1, RE=1, posix=0) at casetab.h:35
#9 0x08214384 in Fre_search_forward (regexp=144949876, limit=23679, noerror=1081154824, count=1081156360, buffer=1081156360) at search.c:2198
#10 0x080ca74c in Ffuncall (nargs=4, args=0x40711d08) at eval.c:3536
#11 0x08099113 in execute_optimized_program (program=0x89a7960 "\016=\a\f\rZ\016>Y\0367\0163¢Æa¬\aÇ\0163!\0263\016?\036＠\0163A\036+È \036;É\211\0361\0368Ê\0364\016+G\0369Ë\211\036:\036.Ë\036)\016+\203q\004\016+＠\211\026:＠\026.\rb\210`\fW\203Q\004\016.;«\tÌ\016.\fÆ#ª\005\016.\f!\203=\004`\rZÍ_\f\rZ\0169_¥\0164Í_\0169¥\\É\\\0261\0167«\021\0161\0168V«\nÎÏÐ\0161\016;$\210\0161\0268\016:A\211\026)«¯\016)＠＠§\203Í\001\016)＠＠\225\034\016)＠\211\036,＠\211\0360\224\035\0160\225\034Ñ\016,8\036*\016,A＠"..., stack_depth=4, constants_data=0x8971b50) at bytecode.c:748
#12 0x08098cf6 in funcall_compiled_function (fun=142944908, nargs=3, args=0xbfffede8) at opaque.h:36
#13 0x080ca653 in Ffuncall (nargs=4, args=0xbfffede4) at eval.c:3572
#14 0x08099113 in execute_optimized_program (program=0x8918ef0 "Æ Ç\211È É\211\031\030\036\020\036\021\036\022\036\023Ê\216\v«\005Ë\v!\210Ì\r\f\"\210\016\024«\006Í\r\f\"\210\016\025¬\aÎ\r\f\n#\210Ï\r\f\n#.\a\207", stack_depth=4, constants_data=0x8931280) at bytecode.c:748
#15 0x08098cf6 in funcall_compiled_function (fun=142944376, nargs=3, args=0xbfffef28) at opaque.h:36
#16 0x080ca653 in Ffuncall (nargs=4, args=0xbfffef24) at eval.c:3572
#17 0x08099113 in execute_optimized_program (program=0x892bce8 "\v\n\t\b#\207sp ", stack_depth=4, constants_data=0x892d270) at bytecode.c:748
#18 0x08098cf6 in funcall_compiled_function (fun=142944264, nargs=2, args=0xbffff068) at opaque.h:36
#19 0x080ca653 in Ffuncall (nargs=3, args=0xbffff064) at eval.c:3572
#20 0x08099113 in execute_optimized_program (program=0x88def88 "\212\vq\210\rb\210Æ \025\fb\210ÆÇ!\024È\r\f\"\210\n«\fÉÊËÌ\t\r\f\v%\"\210Í \030Î\216Ï\r\f\"+\207", stack_depth=3, constants_data=0x8934438) at bytecode.c:748
#21 0x08098cf6 in funcall_compiled_function (fun=144318824, nargs=5, args=0xbffff1b8) at opaque.h:36
#22 0x080ca653 in Ffuncall (nargs=6, args=0xbffff1b4) at eval.c:3572
#23 0x08099113 in execute_optimized_program (program=0x88deeb0 "Æ\r!,Ç\r!?&È\r!É\r!Ê\r!\034\033\032Ë\r!\210Ì\f\n\v\b®\006\t\003\016\017\t«\004ͪ\002Î%+\207", stack_depth=6, constants_data=0x892a388) at bytecode.c:748
#24 0x08098cf6 in funcall_compiled_function (fun=144318796, nargs=2, args=0xbffff2f8) at opaque.h:36
#25 0x080ca653 in Ffuncall (nargs=3, args=0xbffff2f4) at eval.c:3572
#26 0x08099113 in execute_optimized_program (program=0x893d598 "Á\bÂ\"\207", stack_depth=3, constants_data=0x8934790) at bytecode.c:748
#27 0x08098cf6 in funcall_compiled_function (fun=144318768, nargs=1, args=0xbffff42c) at opaque.h:36
#28 0x080ca653 in Ffuncall (nargs=2, args=0xbffff428) at eval.c:3572
#29 0x080cb219 in call1 (fn=0, arg0=0) at eval.c:4190
#30 0x08124ae5 in execute_internal_event (event=141960208) at events.h:496
#31 0x08125e63 in Fdispatch_event (event=141960208) at event-stream.c:4263
#32 0x080a853b in Fcommand_loop_1 () at cmdloop.c:583
#33 0x080c837e in condition_case_1 (handlers=1081155976, bfun=0x80a88d0 <command_loop_1>, barg=1081156360, hfun=0x80a8920 <cmd_error>, harg=1081156360) at eval.c:1652
#34 0x080a8b07 in command_loop_2 (dummy=1081156360) at cmdloop.c:256
#35 0x080c823d in internal_catch (tag=0, func=0x80a8ad0 <command_loop_2>, arg=1081156360, threw=0x0) at eval.c:1318
#36 0x080a8037 in initial_command_loop (load_me=0) at cmdloop.c:305
#37 0x080c4b1f in xemacs_21_4_16_i686_pc_linux (argc=2, argv=0xbffff884, envp=0xbffff890, restart=0) at emacs.c:2460
#38 0x080c5bcd in main (argc=0, argv=0x0, envp=0x0) at emacs.c:2892
(eicq-gdb) cont
Continuing.
Fatal error (6).
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/local/src/xemacs/src/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:
re-search-forward("\\<\\(__\\(?:a\\(?:sm__\\|ttribute__\\)\\|declspec\\)\\|a\\(?:sm\\|uto\\)\\|break\\|c\\(?:ase\\|on\\(?:st\\|tinue\\)\\)\\|d\\(?:efault\\|o\\)\\|e\\(?:lse\\|num\\|xtern\\)\\|for\\|goto\\|i\\(?:f\\|nline\\)\\|re\\(?:gister\\|strict\\|turn\\)\\|s\\(?:izeof\\|t\\(?:atic\\|ruct\\)\\|witch\\)\\|typedef\\|union\\|volatile\\|while\\)\\([^a-zA-Z0-9_$]\\|$\\)" 11839 t)
# bind (highlights matcher keyword nkeywords iter old-progress progress bufname keywords case-fold-search loudly loudvar end start)
font-lock-fontify-keywords-region(11402 11839 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(11402 11839 nil)
# bind (loudly end beg)
font-lock-fontify-region(11402 11839)
# (unwind-protect ...)
# bind (match-data)
# (unwind-protect ...)
# bind (message verbose end start buffer)
lazy-shot-fontify-internal(#<buffer "cm.c"> 11402 11839 t "")
# bind (start end buffer stealth extent)
lazy-shot-lock-extent(#<destroyed extent> nil)
# bind (extent)
lazy-shot-redisplay-function(#<destroyed extent>)
# (condition-case ... . error)
# (catch top-level ...)
Program received signal SIGABRT, Aborted.
0x403faac1 in kill () from /lib/libc.so.6
(eicq-gdb) cont
Continuing.
Cannot find user-level thread for LWP 9076: generic error
(eicq-gdb) quit
The program is running. Exit anyway? (y or n) y
Quitting: Cannot find thread 16384: generic error
Inferior GDB finished
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux bastard 2.6.9 #3 Tue Oct 19 15:28:20 EST 2004 i686 AuthenticAMD AMD Athlon(TM) XP 2600+ GNU/Linux
./configure '--extra-verbose' '--site-prefixes=/usr/local/pgsql' '--with-site-modules' '--without-site-lisp' '--with-wmcommand' '--with-toolbars' '--with-menubars=lucid' '--with-scrollbars=athena' '--with-dialogs=athena' '--with-widgets=athena' '--with-athena=next' '--with-mule' '--with-xfs' '--external-widget' '--pdump' '--with-clash-detection' '--error-checking=all' '--debug=yes'
XEmacs 21.4.16 "Corporate Culture" configured for `i686-pc-linux'.
Compilation / Installation:
Source code location: /usr/local/src/xemacs
Installation prefix: /usr/local
Additional prefixes: /usr/local/pgsql
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -fno-strict-aliasing -Wshadow
Compiler version: gcc (GCC) 3.3.1
Compiler specs file: /usr/lib/gcc-lib/i586-pc-linux-gnu/3.3.1/specs
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Need to guess glibc1/2/etc here
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11/include
- X Windows libraries location: /usr/X11R6/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/neXtaw
- Athena library to link: neXtaw
Using Lucid menubars.
Using Athena 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.
Compiling in support for X-Face message headers.
Sound:
Compiling in support for sound (native).
Databases:
Compiling in support for Berkeley database.
Compiling in support for PostgreSQL.
- Using PostgreSQL header file: libpq-fe.h
- Using PostgreSQL V7 bindings.
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.
- Using XFontSet to provide bilingual menubar.
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.
Compiling in support for extra debugging code.
WARNING: ---------------------------------------------------------
WARNING: Compiling in support for runtime error checking.
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
Load-Path Lisp Shadows:
----------------------
(/usr/local/lib/xemacs/site-packages/lisp/misc/smerge
/usr/local/lib/xemacs/site-packages/lisp/xetla/smerge
/usr/local/lib/xemacs/site-packages/lisp/misc/whitespace
/usr/local/lib/xemacs/xemacs-packages/lisp/text-modes/whitespace)
Installed XEmacs Packages:
-------------------------
(mule-ucs ver: 1.06 upstream: 0.84)
(xemacs-devel ver: 1.7 upstream: No-Upstream-Ver)
(xemacs-base ver: 1.93 upstream: No-Upstream-Ver)
(w3 ver: 1.3 upstream: 4.0pre47)
(view-process ver: 1.13 upstream: 2.4)
(vhdl ver: 1.19 upstream: 3.32.20)
(vc ver: 1.39 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(textools ver: 1.15 upstream: No-Upstream-Ver)
(text-modes ver: 1.81 upstream: No-Upstream-Ver)
(supercite ver: 1.2 upstream: 3.55x3)
(strokes ver: 1.1 upstream: No-Upstream-Ver)
(speedbar ver: 1.27 upstream: 0.14beta4)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sounds-au ver: 1.12 upstream: No-Upstream-Ver)
(slider ver: 1.15 upstream: 0.3x1)
(sieve ver: 1.17 upstream: No-Upstream-Ver)
(sh-script ver: 1.18 upstream: 2.0e)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(semantic ver: 1.19 upstream: 1.4.2)
(sasl ver: 1.15 upstream: 1.14.4)
(riece ver: 1.17 upstream: 1.0.6)
(reftex ver: 1.34 upstream: 4.21)
(python-modes ver: 1.06 upstream: No-Upstream-Ver)
(psgml-dtds ver: 1.03 upstream: No-Upstream-Ver)
(psgml ver: 1.43 upstream: 1.3.1)
(ps-print ver: 1.11 upstream: 6.5.6)
(prog-modes ver: 2.01 upstream: No-Upstream-Ver)
(pgg ver: 1.05 upstream: 0.1)
(perl-modes ver: 1.06 upstream: No-Upstream-Ver)
(pcomplete ver: 1.03 upstream: 1.1.6)
(pcl-cvs ver: 1.65 upstream: R-2_9_9)
(os-utils ver: 1.35 upstream: No-Upstream-Ver)
(oo-browser ver: 1.04 upstream: 4.08)
(net-utils ver: 1.44 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)
(mail-lib ver: 1.7 upstream: No-Upstream-Ver)
(jde ver: 1.46 upstream: regular)
(ispell ver: 1.3 upstream: 3.6)
(ilisp ver: 1.33 upstream: 5.12.0)
(igrep ver: 1.13 upstream: 2.111)
(ibuffer ver: 1.09 upstream: No-Upstream-Ver)
(hyperbole ver: 1.16 upstream: 4.18)
(hm--html-menus ver: 1.23 upstream: 5.9)
(gnats ver: 1.16 upstream: 3.101)
(games ver: 1.15 upstream: 1.04)
(frame-icon ver: 1.11 upstream: No-Upstream-Ver)
(footnote ver: 1.16 upstream: 0.18x)
(eterm ver: 1.15 upstream: No-Upstream-Ver)
(ess ver: 1.12 upstream: 5.2.3)
(eshell ver: 1.07 upstream: 2.4.1)
(erc ver: 0.12 upstream: Version 4.0 Revision: 1.675)
(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)
(edit-utils ver: 2.18 upstream: No-Upstream-Ver)
(ediff ver: 1.5 upstream: 2.75)
(edebug ver: 1.21 upstream: No-Upstream-Ver)
(ecrypto ver: 0.19 upstream: 2.0)
(docbookide ver: 0.07000000000000001 upstream: 0.1)
(dired ver: 1.16 upstream: 7.12)
(dictionary ver: 1.15 upstream: 1.8)
(debug ver: 1.17 upstream: No-Upstream-Ver)
(cookie ver: 1.15 upstream: No-Upstream-Ver)
(cc-mode ver: 1.43 upstream: 5.30.9)
(calendar ver: 1.23 upstream: No-Upstream-Ver)
(calc ver: 1.26 upstream: 2.02fX3)
(c-support ver: 1.2 upstream: No-Upstream-Ver)
(auctex ver: 1.42 upstream: 11.53)
(apel ver: 1.27 upstream: 10.2)
(skk ver: 1.23 upstream: regular)
(leim ver: 1.22 upstream: No-Upstream-Ver)
(latin-unity ver: 1.1 upstream: 1.10)
Installed Modules:
-----------------
Features:
--------
(lazy-shot xemacsbug shadow gnus-async gnus-cache nnfolder sort nnml
nndraft nnmh color-theme mozmail blink-cursor cus-edit cus-load
completer emoney ell working avltree stack-m elib-node ps-bdf ps-mule
ps-print from ibuffer image-mode dired-tar compile time-stamp
rsz-minibuf big-menubar bbdb-w3 browse-url bbdb-sc bbdb-gnus
bbdb-snarf bbdb-com bbdb-pgp mailcrypt bbdb unicode mule-ucs-unicode
un-data mucs mucs-ccl trans-util mucs-type mucs-error un-define
mule-uni mule-ucs-autoloads gnus-demon nnir mpg123 patch-keywords
supercite-sy supercite mail-extr regi boxquote rect nnspool nntp
messkeyw earcon gnus-audio gnus-topic gnus-score score-mode gnus-picon
gnus-ml gnus-msg gnus-diary gnus-art mm-uu mml2015 pgg pgg-parse
pgg-def mm-view nndiary gnus-sum gnus-group gnus-undo gnus-start
gnus-spec gnus-int gnus-range gnus-win nnmail mail-source message mml
mml-sec mml-smime smime dig mm-decode mm-bodies mm-encode mailcap lpr
mail-parse rfc2045 rfc2231 rfc2047 qp ietf-drums mail-abbrevs
mailheader canlock sha1 hex-util nnoo gnus gnus-ems gnus-xmas
messagexmas nnheader nnheaderxm run-at-time gnus-util netrc mail-utils
mm-util mail-prsvr wid-edit xetla xetla-core xetla-defs add-log
time-date parse-time diff ewoc pp sendmail rfc822 xetla-version
auto-insert-tkld ffap tramp-smb tramp executable password format-spec
timer trampver diff-mode easy-mmode ediff-merg ediff-diff ediff-tbar
ediff-wind ediff-help ediff-util ediff-mult ediff-init ediff vc-hooks
balloon-help fshell shell comint ring sb-html sb-texinfo sb-info info
speedbar sb-image dframe assoc filladapt footnote paren blink-paren
pending-del scroll-in-place redo savehist backup-dir edmacro iswitchb
crypt crypt++ recent-files mule-misc-autoloads holidays lunar solar
cal-dst cal-persia cal-julian efs-cu diary-lib time appt calendar
htmlize outln-18 outl-mouse byte-optimize func-menu advice
advice-preload annotations font-latex font-lock latex-toolbar
latex-units reftex reftex-vars latex tex regexp-opt tex-site
cperl-mode mwheel x-compose font disp-table xemacs-devel-autoloads
xemacs-base-autoloads w3-autoloads view-process-autoloads
vhdl-autoloads vc-autoloads time-autoloads textools-autoloads
text-modes-autoloads texinfo-autoloads supercite-autoloads
strokes-autoloads speedbar-autoloads sounds-wav-autoloads
sounds-au-autoloads slider-autoloads sieve-autoloads
sh-script-autoloads sgml-autoloads semantic-autoloads sasl-autoloads
riece-autoloads reftex-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 os-utils-autoloads
oo-browser-autoloads net-utils-autoloads mmm-mode-autoloads
misc-games-autoloads mine-autoloads mail-lib-autoloads jde-autoloads
ispell-autoloads ilisp-autoloads igrep-autoloads ibuffer-autoloads
hyperbole-autoloads hm--html-menus-autoloads gnats-autoloads
games-autoloads frame-icon-autoloads footnote-autoloads
eterm-autoloads ess-autoloads eshell-autoloads erc-autoloads
emerge-autoloads elib-autoloads eieio-autoloads efs-autoloads
edit-utils-autoloads ediff-autoloads edebug-autoloads
ecrypto-autoloads docbookide-autoloads dired-autoloads
dictionary-autoloads debug-autoloads cookie-autoloads
cc-mode-autoloads calendar-autoloads calc-autoloads
c-support-autoloads auctex-autoloads apel-autoloads skk-autoloads
leim-autoloads latin-unity-autoloads xwem-autoloads xlib-autoloads
xetla-autoloads tramp-autoloads misc-autoloads mailcrypt-autoloads
latex-autoloads gnus-autoloads emoney-autoloads eicq-autoloads eicq
bytecomp byte-compile eicq-version eicq-world eicq-meta eicq-comm
eicq-v8 eicq-log cus-face outline timezone eicq-menu chess-autoloads
bbdb-autoloads lisp-autoloads loadhist auto-show fontl-hooks
x-iso8859-1 slovenian czech romanian ccl mule-help code-cmds
gutter-items menubar-items x-menubar mode-motion mouse itimer
auto-save lisp-mode easymenu iso8859-1 page buff-menu lib-complete
cus-file derived frame text-props obsolete cus-start custom widget
cl-extra mini-cl cl cl-19 packages backquote very-early-lisp
postgresqlv7 postgresql file-coding mule athena-scrollbars cut-buffer
lucid-menubars external-widget athena-dialogs x c-balloon-help
tty-frames tty toolbar native-sound scrollbar unix-processes multicast
network-streams subprocesses modules menu-accelerator-support menubar
berkeley-db md5 xemacs xim gutter tiff png gif jpeg xface xpm xbm
lisp-float-type linux dialog devices window-system base64)
Recent keystrokes:
-----------------
M-x g n u s RET n n n n n n p SPC q M-x r e p o r t
SPC x e m TAB RET
Recent messages (most recent first):
-----------------------------------
Loading lazy-shot...
Loading xemacsbug...done
Loading xemacsbug...
Expiring articles...done
Expiring articles...
Loading gnus-async...done
Loading gnus-async...
Generating summary...done
Generating summary...
Sorting threads...done
Sorting threads...
Generating summary...done
Generating summary...
Sorting threads...done
Sorting threads...
Scoring...done
Scoring...
Parsing BBDB... (frobnicating...done)
Parsing BBDB... (frobnicating...)
Parsing BBDB... (reading...)
Footnotes:
[1] Yes it does matter which file you choose here, other C source
don't trigger the bug.
[2] This is why you bound the key sequence... so you can get there
quickly. :-)
[3] I'll hold onto the core file in case you need any further
investigation.
--
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
| XEmacs - The only _______ you'll ever need. |
| Fill in the blank, yes, it's THAT good! |
|----------------------------------<steve(a)youngs.au.com>---|
- 1 participants
- 0 comments
Re: Moving to Unicode internally
21 years, 1 month
Aidan Kehoe
Aidan Kehoe
Hi,
This is a followup to your commentary on my initial patch of the eighteenth
of October. It’s far, far, later than I expected it would be, but ah well,
minimal civilian casualties this time. More work and mail later this month.
Ar an seachtú lá is fiche de mí Deireadh Fómhair, scríobh Stephen J. Turnbull:
> [...] This is basically unreviewable as it stands, in terms of "should you
> continue in this direction". The two big problems are
>
> (1) You MUST have a fairly detailed ChangeLog for a patch of this
> size, to function as a "reader's guide" to what is important and
> what changes are linked to each other. See any of Ben's
> megachangelogs for an example of how to do this, and "do thou
> likewise". Sure, they're horrible to read, but as someone who
> does read them regularly I'll say that (a) they're essential and
> (b) IMO it's not worth the effort that would be required to do a
> significantly more readable job. Jerry James has one or two big
> log entries, which are more readable but the patches involved are
> smaller. Maybe you should aspire to Jerry's standard. :-)
Okay, noted.
> (2) A fairly large chunk of change is simply gratuitous: whitespace,
> fine-tuning of variable names, changes to comments not relevant to
> your work, etc. It is _extremely_ difficult to read such, because
> it's thematically unrelated but the reviewer wonders if there's
> something he needs to check. Big deletions are "merely" annoying,
> but ... do you really want to annoy the reviewer? ;-)
Certainly, the general aesthetic changes shouldn’t be part of those
patches. But as to the big deletions, when they’re made obsolete by what I’m
doing, I think taking them out makes sense.
> (6) Don't gratuitously change nomenclature when changing _other_
> semantics. Even if you think FORMAT_UTF_8_INTERNAL is clearly
> superior to FORMAT_DEFAULT, if the semantics basically serve,
> leave it alone. Instead, comment at the point of definition.
Well, the intention was to move away from the current ISO-2022-friendly
structure, to several alternative Unicode-friendly encodings. And my feeling
is that the UTF-8 compatible encoding _should not_ be the default, given
today’s RAM sizes and that every other internationalised app in the world
save Perl has moved to using fixed-width or UTF-16 internally. So calling
UTF-8 “FORMAT_DEFAULT” would just be confusing, in that context.
I didn’t judge changing those names as gratuitous. I still don’t, to be
honest.
> (7) Don't remove large blocks of code that will eventually be needed
> again. #if 0 or #ifdef WHEN_AIDAN_WILL_WANT_TO_SEE_THIS_CODE
> and use hideif.el. Don't forget to comment the #endif!
If you remember, what was this in reference to? I don’t think I did remove
any code that would eventually be needed again, in any format close to what
was there already.
> [[Yes, in this kind of patch Ben violates these rules all over the
> place, but in practice nobody is going to thoroughly review Ben's
> megapatches from beginning to end, and they wouldn't review a myriad
> of micropatches either, so it doesn't really matter.]]
>
> Specific comments (mostly questions):
>
> (1) In re: FORMAT_UTF8_INTERNAL, both Ben and I disagree with this
> change anyway. The purpose of the FORMAT_* defines is to tell
> text manipulation code how to find character boundaries; it is not
> to tell character manipulation code how to access character
> properties (ie, how to compute a canonical Ichar from the text
> representation).
Hmm, but how to compute a canonical Ichar from the text representation, and
how to compute a text representation from an Ichar, has always been
dependent on the FORMAT_* defines. It’s just that FORMAT_DEFAULT was always
implicit whenever MULE was #defined.
If MULE goes away, as I would like it to do, and, from what I read, as does
Ben, that’ll become that bit more evident.
> The low-level code that handles insertion,
> deletion, and marking of text (markers and extents) does not need
> to know character values at all. It might be reasonable to
> provide Mule (leading byte is charset)
--> and charset encodes bytecount
> (2) What is the purpose of the EXPLICIT_*_FORMAT #defines?
To choose a single buffer text representation at compile time. I think
multiple, equally capable buffer text representations in a single binary are
overkill; and I think where one representation is more capable than another,
the less capable one should be taken out. The developers can experiment for
six months, and pick whichever has the best features for VM folders or
whatever.
> (3) People who use UTF-16 (as opposed to sticking to the BMP or using
> UTF-32) can live with slightly inaccurate character counts as far
> as I'm concerned;
I don’t want to knowingly give anyone code that gives inaccurate character
counts.:-)
> (4) Some of your comments seem wrong, especially concerning case
> comparisons. Case _is_ a character property. We may have find it
> useful to represent some case transformations with strings, but
> really there's no need to consider the LATIN CAPITAL LETTER SHARP
> S == 'SS' (which admittedly doesn't exist, but we could implement
> it for our own convenience) to be a string in the abstract; it's a
> composite character with a wide glyph.
A single backspace should only eliminate a single “ S,”this LATIN CAPITAL
LETTER SHARP S should succeed in a string equality comparison with (format
"%c%c" ?S ?S) and implementing redisplay for composite characters is on
no-one’s timetable.
Dealing with external data, even if we could determine that a given “SS”
string loaded from disk or pasted in _is_ a LATIN CAPITAL LETTER SHARP S
according to (and all these things must be taken into account, when working
it out):
- German’s standardised spelling.
- Whether or not our user chooses to honour the recent Rechtschreibreform.
- Whether or not our user wants to stick to seven bit characters because
they’re posting to a Unix-heavy newsgroup.
- Whether our user is in Switzerland and will thus, normally, ignore the
es-zed (ß) entirely.
I think downcasing this LATIN CAPITAL LETTER SHARP S to es-zed will surprise
our users--disagree with me if appropriate, those of you reading with
native-speaker German--and to be able to downcase it is the only reason to
work out where to have it at all.
So what then? We now have a character for which the lowercase mapping _must
be equivalent to two things, which are themselves distinct, at the same
time_. So:
(assert (equal "SS" (upcase "ß")))
(assert (equal "ss" (downcase (upcase "ß"))))
> Similarly, for characters like LATIN LETTER DZ the context may
> determine whether it should be printed in uppercase ('DZ') or
> titlecase ('Dz'), but we can in fact determine case simply by looking
> at the character's code or glyph, and given the desired case, we can
> map from that letter in any case to the corresponding letter in the
> desired case.
Sure, that’s workable. It doesn’t solve the case for the sharp s or for
downcasing Turkish LATIN CAPITAL LETTER I WITH DOT ABOVE. Or any of those
crazy ligatures around U+FB00, just to cite a some examples from many at
CaseFolding.txt on Unicode.org .
> In any event, I can see zero reason to deprecate qxestrncasecmp,
> although the implementation may be problematic in cases like 'SS'.
Yeah; I think wrote that comment when I thought moving to a non-ASCII
compatible internal string representation (as opposed to the buffer
representation) was practical in the medium term.
> [...] `size_t' seems like a no-brainer, but it turned out to be very
> bad karma in practice: not only did it cause a fatal bug, but to this
> day I don't think the actual problem has ever been located.
[And verifying alignment by checking whether addresses are divisible by the
number of bytes of alignment required is emphatically not standard C, but it
seems to have worked out beautifully.]
> (5) Why change `convert_ibyte_string_into_ichar_dynarr' et amici? If
> needed, the len parameter's type should be changed to Charcount.
> However, since callers have already done the hard work of counting
> bytes for the variable-width format, it should be left to them, no?
Yes, normally the callers have done the work beforehand. But there remains,
for the functions themselves, the possibility that the byte count passed
across doesn’t map to an integer number of characters; my changes prevent
them moving beyond the end of the source string, in that event.
It’s a bit theoretical, and extraneous to the bulk of these changes, but I
don’t think people read that code often enough that anyone else is likely to
pick up on the potential for it happening.
> (6) When changing the eistring code, be very careful to mark changes
> that might have efficiency implications.
Okay. A lot of the code I was reading didn’t explicitly comment on the
constant folding it was doing, so I didn’t put the energy into commenting
myself. I will, though.
> I don't know whether a compiler will be able to optimize the switch
> in `null_char_ibyte_len_fmt' for example; whether you do or don't
> know, say how much you know.
Will do.
> (7) #define utf_16_surrogates_to_code(lead, trail) should probably
> have a text_checking_assert version that asserts that lead and
> trail are in the appropriate surrogate blocks.
That’s only used, and is only intended to be used in once place, and there’s
an error signalled just above it if the surrogates are wrong.
There are several text checking assertions on valid UTF-16 in the changes I
made to text.h; from looking at the code beyond that, it didn’t seem to me
as appropriate to make them for the coding systems. There are no assertions
at all in mule-coding.c, from my examination, so perhaps treating coding
system code as subject to text checking assertions is the right thing to do.
> (8) mk_wcswidth.c may be useful in the long run for its efficiency and
> because anything that Markus Kuhn proposes as a standard deserves
> respect, but in the short run I would much prefer having this be
> Lisp-controlled. In particular, you can be absolutely certain
> that there are terminals that implement different semantics.
And there always have been. I'm using one now.
> mk_wcswidth.c is intended to be used in a terminal that wants to
> implement a standard interface, not by applications that may or
> may not be running in such an interface.
>
> More precisely, it doesn't seem like that much effort to add,
? With Ichars as UTF-32, it is pretty complex.
> so if you want to add it as a an option such as
> `terminal-conforms-to-standard-wcswidth-p' that would be cool.
> But terminals where `terminal-conforms-to-standard-wcswidth-p' is
> nil must be supported.
So what algorithm should be used there for determining the width of a
character? Check the coding system being used for the console in question,
work out what character set that (Unicode) code point maps to in that coding
system, check the columns of that character set?
Alternative; have several available versions of wcwidth at the C level, one
with Japanese semantics (--> treating everything in JISX 0212 as two-column,
doing pretty much what it does at the moment) , two with Chinese
semantics--GB vs. Big5--and one with Markus' Unicode semantics[1]. Switch
between them based on language environment. But there's nothing to stop
someone in a Japanese language environment using a UTF-8 terminal coding
system--indeed, I would expect them to be doing so on OS X, where that's the
coding system used for file names--and at that point we can't predict with
certainty what character width is the right one to use. It may even vary
based on the font used in the terminal, and that's not information we can
access via curses.
(After having used the wrong character width for the double directed
quotation marks for several weeks, I have to say that it’s something that’s
profoundly annoying in real life. I was about to argue here that we can’t
fix the thing in the general case, and, and we gain the most by endorsing an
emerging standard, but after that experience, I won’t. So, the
multiple-c-wcwidths thing seems the most attractive option; working things
out from the console coding system is probably inviting
disaster--initialising it based on language environment is probably the way
to go, if that can be organised.)
I�m sure you’ve an idea of it alread, but the existing algorithm is broken,
as it is; try the below in a *scratch* buffer with a Unicode terminal coding
system, and observe the thing wrapping at forty columns.
(let ((i 0)
(str ""))
(while (< i 80)
;; EM DASH is two columns in our internal encoding, one in MS Mincho
;; when treated as Unicode.
(setq str (format "%s%c" str (make-char 'chinese-cns11643-1 33 55))
i (+ 1 i)))
str)
Oooh, here's another thing that's broken;
(equal
;; LATIN CAPITAL LETTER C WITH CARON
(encode-coding-string (make-char 'latin-iso8859-2 #xc8) 'utf-8)
;; Idem.
(encode-coding-string (make-char 'japanese-jisx0212 42 45) 'utf-8))
=> t
(char-width (make-char 'latin-iso8859-2 #xc8))
=> 1
(char-width (make-char 'japanese-jisx0212 42 45))
=> 2
(and
;; [2]
(check-can-encode (make-char 'latin-iso8859-2 #xc8) 'iso-2022-jp)
(check-can-encode (char-width (make-char 'japanese-jisx0212 42 45))
'iso-2022-jp))
=> t
So we can't just look for the first supported character set that can be used
in the console's coding system; we have to make sure that the coding system
will use it. And in the abstract it's possible that something will alter the
order of preferred character sets between the checking and the encoding.
Best regards,
- Aidan
[1] Koreans probably aren't using Han characters to the extent that this
sort of thing will annoy them.
[2]
(defun check-can-encode (string codesys)
"Check if coding system CODESYS will preserve the information in STRING."
(if (characterp string)
(setq string (format "%c" string)))
(coerce string 'string)
(equal (decode-coding-string (encode-coding-string string codesys) codesys)
string))
--
“Ah come on now Ted, a Volkswagen with a mind of its own, driving all over
the place and going mad, if that’s not scary I don’t know what is.”
- 1 participants
- 0 comments