xemacsweb repo
12 years, 12 months
Vin Shelton
Vin Shelton
Dear fellow developers -
The web pages definitely need some updating. What is the state of the
CVS xemacsweb repo? The debian.org CVS version doesn't seem to be
working for me:
cvs -q update
cvs [update aborted]: unrecognized auth response from
cvs.alioth.debian.org: cvs [pserver aborted]: /cvsroot/xemacs: no such
repository
Mike - is there any chance you can port this to a bitbucket archive? I
guess the hard part would be the triggering. Adrian - do you have
interest in working your magic again?
- Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 4 participants
- 3 comments
21.5.X Mule and iso-8859-8 hebrew font problem.
12 years, 12 months
Uwe Brauer
Uwe Brauer
Hello
This is a little odd.
I have some hebrew latex document, from which I erased all
its latex commands and which I saved via Kile (a LaTeX
editor)
to a text file with the following coding:
- iso8859-8
- cp1255
- UTF8
Now there are 2 problems,
- I am not sure whether kile works correctly but there
is no difference in bytes between the 8859-8 and
cp1255 version. Using the command
file hebrew.txt
both files are classified as 8859-8.
The UTF8 file is regarded as such by `file'.
- when I open the UTF8 file in Xemacs-21.5.29 Mule, it
is displayed as hebrew.
- when I open the cp1255 file or 8859-8 files it is
not. Well I thought: this is a font problem. I have a
couple of 8859-8 fonts installed on my Laptop.
So I switched in the files of question the fonts via the
function
(defun my-hebrew-xemacs-etl-set-240 ()
(interactive)
(set-face-font 'default "-etl-*-*-*-*-*-*-240-*-*-*-*-ISO8859-8")
)
(This font exists as I checked via xfontsel.)
But to my surprise the non ascii letters are not displayed
as hebrew.
That is the problem?
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
leim/quail and mule doble names of pkg
12 years, 12 months
Uwe Brauer
Uwe Brauer
Hello
I just realized that there are files in the lisp packages
whose names coincide:
For example
ethiopic.el
This appears in lisp/mule
for the coding
but also in
mule-packages/lisp/leim/quail/ethiopic.el
for the input method.
Is this wise?
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
[Bug: 21.4.22] email picture(?) causes crash of xemacs
12 years, 12 months
Michael Richardson
Michael Richardson
================================================================
Dear Bug Team!
I have placed a uuencoded file at http://www.sandelman.ca/tmp/26.uu.
It is an email file from mh-e/nmh/gnus. When I display it, it causes
Xemacs to crash repeatedly.
If I should report this via debian, let me know.
Here is the report:
marajade-[~] mcr 10251 %*** glibc detected *** xemacs: double free or corruption (!prev): 0x0b5271d0 ***
======= Backtrace: =========
/lib/i686/cmov/libc.so.6(+0x6b281)[0xb7184281]
/lib/i686/cmov/libc.so.6(+0x6cad8)[0xb7185ad8]
/lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb7188bbd]
xemacs[0x813013d]
xemacs(unbind_to_hairy+0x62)[0x80bb352]
xemacs(unbind_to+0x77)[0x80bb437]
xemacs[0x812feb6]
xemacs[0x812bc8a]
xemacs[0x812dc67]
xemacs[0x80bccac]
xemacs(internal_catch+0x91)[0x80bbca1]
xemacs(call_with_suspended_errors+0x178)[0x80c0e88]
xemacs[0x8187ac6]
xemacs(specifier_instance+0x22a)[0x8187e8a]
xemacs(glyph_image_instance+0x42)[0x8128822]
xemacs[0x8128934]
xemacs(glyph_width+0x19)[0x812ae09]
xemacs(Fglyph_width+0x2b)[0x812b2db]
xemacs(Ffuncall+0x44a)[0x80bdeea]
xemacs[0x809a8bf]
xemacs(funcall_compiled_function+0x152)[0x809ad72]
xemacs(Ffuncall+0x2f3)[0x80bdd93]
xemacs[0x809a8bf]
xemacs(funcall_compiled_function+0x152)[0x809ad72]
xemacs(Ffuncall+0x2f3)[0x80bdd93]
xemacs[0x809a8bf]
xemacs(funcall_compiled_function+0x152)[0x809ad72]
xemacs(Ffuncall+0x2f3)[0x80bdd93]
xemacs[0x811861f]
xemacs(Fmapcar+0xba)[0x811a8ba]
xemacs(Ffuncall+0x44a)[0x80bdeea]
xemacs[0x809a8bf]
xemacs(funcall_compiled_function+0x152)[0x809ad72]
xemacs(Ffuncall+0x2f3)[0x80bdd93]
xemacs[0x809a8bf]
xemacs(funcall_compiled_function+0x152)[0x809ad72]
xemacs(Ffuncall+0x2f3)[0x80bdd93]
xemacs[0x811861f]
xemacs(Fmapcar+0xba)[0x811a8ba]
xemacs(Ffuncall+0x44a)[0x80bdeea]
xemacs[0x809a8bf]
xemacs(funcall_compiled_function+0x152)[0x809ad72]
xemacs(Ffuncall+0x2f3)[0x80bdd93]
xemacs[0x809a8bf]
xemacs(funcall_compiled_function+0x152)[0x809ad72]
xemacs(Ffuncall+0x2f3)[0x80bdd93]
xemacs[0x809a8bf]
xemacs(Fbyte_code+0x8d)[0x809abdd]
xemacs(Feval+0x880)[0x80bf990]
xemacs(condition_case_1+0xea)[0x80c11fa]
xemacs(condition_case_3+0x74)[0x80c1a34]
xemacs(execute_rare_opcode+0x1f4)[0x8099b14]
xemacs[0x809aa7e]
xemacs(funcall_compiled_function+0x152)[0x809ad72]
xemacs(Ffuncall+0x2f3)[0x80bdd93]
xemacs[0x809a8bf]
xemacs(funcall_compiled_function+0x152)[0x809ad72]
xemacs(Ffuncall+0x2f3)[0x80bdd93]
xemacs[0x809a8bf]
xemacs(funcall_compiled_function+0x152)[0x809ad72]
xemacs(Ffuncall+0x2f3)[0x80bdd93]
xemacs[0x809a8bf]
xemacs(funcall_compiled_function+0x152)[0x809ad72]
======= Memory map: ========
08048000-081f4000 r-xp 00000000 fd:00 8420 /usr/bin/xemacs-21.4.22-mule
081f4000-081ff000 rw-p 001ac000 fd:00 8420 /usr/bin/xemacs-21.4.22-mule
081ff000-082f1000 rw-p 00000000 00:00 0
09a76000-0b546000 rw-p 00000000 00:00 0 [heap]
b6200000-b6221000 rw-p 00000000 00:00 0
b6221000-b6300000 ---p 00000000 00:00 0
b636b000-b6388000 r-xp 00000000 fd:00 549526 /lib/libgcc_s.so.1
b6388000-b6389000 rw-p 0001c000 fd:00 549526 /lib/libgcc_s.so.1
b63a8000-b669c000 rw-p 00000000 00:00 0
b66b7000-b66bb000 r-xp 00000000 fd:00 52678 /usr/lib/libXfixes.so.3.1.0
b66bb000-b66bc000 rw-p 00003000 fd:00 52678 /usr/lib/libXfixes.so.3.1.0
b66bc000-b66c4000 r-xp 00000000 fd:00 54131 /usr/lib/libXrender.so.1.3.0
b66c4000-b66c5000 rw-p 00007000 fd:00 54131 /usr/lib/libXrender.so.1.3.0
b66c5000-b66cd000 r-xp 00000000 fd:00 54004 /usr/lib/libXcursor.so.1.0.2
b66cd000-b66ce000 rw-p 00007000 fd:00 54004 /usr/lib/libXcursor.so.1.0.2
b66ce000-b6c9b000 rw-p 00000000 00:00 0
b6c9b000-b6ca5000 r-xp 00000000 fd:00 549589 /lib/i686/cmov/libnss_files-2.11.2.so
b6ca5000-b6ca6000 r--p 00009000 fd:00 549589 /lib/i686/cmov/libnss_files-2.11.2.so
b6ca6000-b6ca7000 rw-p 0000a000 fd:00 549589 /lib/i686/cmov/libnss_files-2.11.2.so
b6ca7000-b6caf000 r-xp 00000000 fd:00 549558 /lib/i686/cmov/libnss_nis-2.11.2.so
b6caf000-b6cb0000 r--p 00008000 fd:00 549558 /lib/i686/cmov/libnss_nis-2.11.2.so
b6cb0000-b6cb1000 rw-p 00009000 fd:00 549558 /lib/i686/cmov/libnss_nis-2.11.2.so
b6cb1000-b6cc4000 r-xp 00000000 fd:00 550075 /lib/i686/cmov/libnsl-2.11.2.so
b6cc4000-b6cc5000 r--p 00012000 fd:00 550075 /lib/i686/cmov/libnsl-2.11.2.so
b6cc5000-b6cc6000 rw-p 00013000 fd:00 550075 /lib/i686/cmov/libnsl-2.11.2.so
b6cc6000-b6cc8000 rw-p 00000000 00:00 0
b6cc8000-b6cce000 r-xp 00000000 fd:00 549547 /lib/i686/cmov/libnss_compat-2.11.2.so
b6cce000-b6ccf000 r--p 00006000 fd:00 549547 /lib/i686/cmov/libnss_compat-2.11.2.so
b6ccf000-b6cd0000 rw-p 00007000 fd:00 549547 /lib/i686/cmov/libnss_compat-2.11.2.so
b6cd0000-b6f66000 rw-p 00000000 fd:00 257341 /usr/lib/xemacs-21.4.22/i486-linux-gnu/mule/DUMP
b6f66000-b6f69000 rw-p 00000000 00:00 0
b6f69000-b6f6c000 r-xp 00000000 fd:00 54421 /usr/lib/libgpg-error.so.0.4.0
b6f6c000-b6f6d000 rw-p 00002000 fd:00 54421 /usr/lib/libgpg-error.so.0.4.0
b6f6d000-b6fde000 r-xp 00000000 fd:00 51954 /usr/lib/libgcrypt.so.11.5.3
b6fde000-b6fe1000 rw-p 00070000 fd:00 51954 /usr/lib/libgcrypt.so.11.5.3
b6fe1000-b6ff0000 r-xp 00000000 fd:00 52053 /usr/lib/libtasn1.so.3.1.9
b6ff0000-b6ff1000 rw-p 0000e000 fd:00 52053 /usr/lib/libtasn1.so.3.1.9
b6ff1000-b6ff5000 r-xp 00000000 fd:00 17130 /usr/lib/libXdmcp.so.6.0.0
b6ff5000-b6ff6000 rw-p 00003000 fd:00 17130 /usr/lib/libXdmcp.so.6.0.0
b6ff6000-b6ff7000 rw-p 00000000 00:00 0
b6ff7000-b6ff9000 r-xp 00000000 fd:00 50529 /usr/lib/libXau.so.6.0.0
b6ff9000-b6ffa000 rw-p 00001000 fd:00 50529 /usr/lib/libXau.so.6.0.0
b6ffa000-b708e000 r-xp 00000000 fd:00 54461 /usr/lib/libgnutls.so.26.14.12
b708e000-b7092000 rw-p 00094000 fd:00 54461 /usr/lib/libgnutls.so.26.14.12
b7092000-b70a8000 r-xp 00000000 fd:00 52030 /usr/lib/libsasl2.so.2.0.23
b70a8000-b70a9000 rw-p 00015000 fd:00 52030 /usr/lib/libsasl2.so.2.0.23
b70a9000-b70b9000 r-xp 00000000 fd:00 549552 /lib/i686/cmov/libresolv-2.11.2.so
b70b9000-b70ba000 r--p 00010000 fd:00 549552 /lib/i686/cmov/libresolv-2.11.2.so
b70ba000-b70bb000 rw-p 00011000 fd:00 549552 /lib/i686/cmov/libresolv-2.11.2.so
b70bb000-b70bd000 rw-p 00000000 00:00 0
b70bd000-b70d2000 r-xp 00000000 fd:00 549565 /lib/i686/cmov/libpthread-2.11.2.so
b70d2000-b70d3000 r--p 00014000 fd:00 549565 /lib/i686/cmov/libpthread-2.11.2.so
b70d3000-b70d4000 rw-p 00015000 fd:00 549565 /lib/i686/cmov/libpthread-2.11.2.so
b70d4000-b70d7000 rw-p 00000000 00:00 0
b70d7000-b70da000 r-xp 00000000 fd:00 548950 /lib/libuuid.so.1.3.0
b70da000-b70db000 rw-p 00002000 fd:00 548950 /lib/libuuid.so.1.3.0
b70db000-b70f3000 r-xp 00000000 fd:00 16434 /usr/lib/libxcb.so.1.1.0
b70f3000-b70f4000 rw-p 00017000 fd:00 16434 /usr/lib/libxcb.so.1.1.0
b70f4000-b7107000 r-xp 00000000 fd:00 51830 /usr/lib/libz.so.1.2.3.4
b7107000-b7108000 rw-p 00013000 fd:00 51830 /usr/lib/libz.so.1.2.3.4
b7108000-b7113000 r-xp 00000000 fd:00 50421 /usr/lib/liblber-2.4.so.2.5.6
b7113000-b7114000 rw-p 0000a000 fd:00 50421 /usr/lib/liblber-2.4.so.2.5.6
b7114000-b7116000 r-xp 00000000 fd:00 549573 /lib/i686/cmov/libdl-2.11.2.so
b7116000-b7117000 r--p 00001000 fd:00 549573 /lib/i686/cmov/libdl-2.11.2.so
b7117000-b7118000 rw-p 00002000 fd:00 549573 /lib/i686/cmov/libdl-2.11.2.so
b7118000-b7119000 rw-p 00000000 00:00 0
b7119000-b7259000 r-xp 00000000 fd:00 550078 /lib/i686/cmov/libc-2.11.2.so
b7259000-b725b000 r--p 0013f000 fd:00 550078 /lib/i686/cmov/libc-2.11.2.so
b725b000-b725c000 rw-p 00141000 fd:00 550078 /lib/i686/cmov/libc-2.11.2.so
b725c000-b725f000 rw-p 00000000 00:00 0
b725f000-b7261000 r-xp 00000000 fd:00 549540 /lib/i686/cmov/libutil-2.11.2.so
b7261000-b7262000 r--p 00001000 fd:00 549540 /lib/i686/cmov/libutil-2.11.2.so
b7262000-b7263000 rw-p 00002000 fd:00 549540 /lib/i686/cmov/libutil-2.11.2.so
b7263000-b7287000 r-xp 00000000 fd:00 549550 /lib/i686/cmov/libm-2.11.2.so
b7287000-b7288000 r--p 00023000 fd:00 549550 /lib/i686/cmov/libm-2.11.2.so
b7288000-b7289000 rw-p 00024000 fd:00 549550 /lib/i686/cmov/libm-2.11.2.so
b7289000-b72cb000 r-xp 00000000 fd:00 52032 /usr/lib/libldap_r-2.4.so.2.5.6
b72cb000-b72cd000 rw-p 00041000 fd:00 52032 /usr/lib/libldap_r-2.4.so.2.5.6
b72cd000-b72ce000 rw-p 00000000 00:00 0
b72ce000-b7305000 r-xp 00000000 fd:00 549105 /lib/libncurses.so.5.7
b7305000-b7308000 rw-p 00036000 fd:00 549105 /lib/libncurses.so.5.7
b7308000-b7309000 rw-p 00000000 00:00 0
b7309000-b730e000 r-xp 00000000 fd:00 51858 /usr/lib/libgpm.so.2.0.0
b730e000-b730f000 rw-p 00004000 fd:00 51858 /usr/lib/libgpm.so.2.0.0
b730f000-b7472000 r-xp 00000000 fd:00 49727 /usr/lib/libdb-4.8.so
b7472000-b7475000 rw-p 00163000 fd:00 49727 /usr/lib/libdb-4.8.so
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 `xemacs-beta(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:
# (unwind-protect ...)
# (unwind-protect ...)
# (catch #<INTERNAL OBJECT (XEmacs bug?) (opaque-ptr, adr=0x82ccf34) 0x9a78548> ...)
# (unwind-protect ...)
# bind (inhibit-quit)
glyph-width(#<glyph (buffer) #<image-specifier global=(... ... ...) fallback=(...) 0x14bcd>0x14bcc>)
# bind (image media-test mm-inline-large-images handle)
mh-small-image-p((#<buffer " *mm*<7>"> ("image/png" (name . "image001.png")) base64 nil nil nil #<glyph (buffer) #<image-specifier global=... fallback=... 0x14bcd>0x14bcc> "<image001.png(a)01CCA9FE.4FFFC010>"))
# bind (type handle)
mh-mime-display-single((#<buffer " *mm*<7>"> ("image/png" (name . "image001.png")) base64 nil nil nil #<glyph (buffer) #<image-specifier global=... fallback=... 0x14bcd>0x14bcc> "<image001.png(a)01CCA9FE.4FFFC010>"))
# bind (handle)
mh-mime-display-part((#<buffer " *mm*<7>"> ("image/png" (name . "image001.png")) base64 nil nil nil #<glyph (buffer) #<image-specifier global=... fallback=... 0x14bcd>0x14bcc> "<image001.png(a)01CCA9FE.4FFFC010>"))
mapcar(mh-mime-display-part (("multipart/alternative" (#<buffer " *mm*<5>"> ... quoted-printable ... nil nil nil nil) (#<buffer " *mm*<6>"> ... quoted-printable nil nil nil nil nil)) (#<buffer " *mm*<7>"> ("image/png" ...) base64 nil nil nil #<glyph (buffer) #<image-specifier global=... fallback=... 0x14bcd>0x14bcc> "<image001.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<8>"> ("image/gif" ...) base64 nil nil nil nil "<image002.gif(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<9>"> ("image/png" ...) base64 nil nil nil nil "<image003.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<10>"> ("image/jpeg" ...) base64 nil nil nil nil "<image004.jpg(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<11>"> ("image/png" ...) base64 nil nil nil nil "<image005.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<12>"> ("image/png" ...) base64 nil nil nil nil "<image006.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<13>"> ("image/png" ...) base64 nil nil nil nil "<image007.png(a)01CCA9FE.4FFFC010>")))
# bind (handles)
mh-mime-display-mixed((("multipart/alternative" (#<buffer " *mm*<5>"> ... quoted-printable ... nil nil nil nil) (#<buffer " *mm*<6>"> ... quoted-printable nil nil nil nil nil)) (#<buffer " *mm*<7>"> ("image/png" ...) base64 nil nil nil #<glyph (buffer) #<image-specifier global=... fallback=... 0x14bcd>0x14bcc> "<image001.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<8>"> ("image/gif" ...) base64 nil nil nil nil "<image002.gif(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<9>"> ("image/png" ...) base64 nil nil nil nil "<image003.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<10>"> ("image/jpeg" ...) base64 nil nil nil nil "<image004.jpg(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<11>"> ("image/png" ...) base64 nil nil nil nil "<image005.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<12>"> ("image/png" ...) base64 nil nil nil nil "<image006.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<13>"> ("image/png" ...) base64 nil nil nil nil "<image007.png(a)01CCA9FE.4FFFC010>")))
# bind (handle)
mh-mime-display-part(("multipart/related" ("multipart/alternative" (#<buffer " *mm*<5>"> ... quoted-printable ... nil nil nil nil) (#<buffer " *mm*<6>"> ... quoted-printable nil nil nil nil nil)) (#<buffer " *mm*<7>"> ("image/png" ...) base64 nil nil nil #<glyph (buffer) #<image-specifier global=... fallback=... 0x14bcd>0x14bcc> "<image001.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<8>"> ("image/gif" ...) base64 nil nil nil nil "<image002.gif(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<9>"> ("image/png" ...) base64 nil nil nil nil "<image003.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<10>"> ("image/jpeg" ...) base64 nil nil nil nil "<image004.jpg(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<11>"> ("image/png" ...) base64 nil nil nil nil "<image005.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<12>"> ("image/png" ...) base64 nil nil nil nil "<image006.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<13>"> ("image/png" ...) base64 nil nil nil nil "<image007.png(a)01CCA9FE.4FFFC010>")))
mapcar(mh-mime-display-part (("multipart/related" ("multipart/alternative" ... ...) (#<buffer " *mm*<7>"> ... base64 nil nil nil #<glyph (buffer) #<image-specifier global=... fallback=... 0x14bcd>0x14bcc> "<image001.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<8>"> ... base64 nil nil nil nil "<image002.gif(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<9>"> ... base64 nil nil nil nil "<image003.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<10>"> ... base64 nil nil nil nil "<image004.jpg(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<11>"> ... base64 nil nil nil nil "<image005.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<12>"> ... base64 nil nil nil nil "<image006.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<13>"> ... base64 nil nil nil nil "<image007.png(a)01CCA9FE.4FFFC010>")) (#<buffer " *mm*<14>"> ("application/pdf" ...) base64 nil ("attachment" ...) nil nil nil)))
# bind (handles)
mh-mime-display-mixed((("multipart/related" ("multipart/alternative" ... ...) (#<buffer " *mm*<7>"> ... base64 nil nil nil #<glyph (buffer) #<image-specifier global=... fallback=... 0x14bcd>0x14bcc> "<image001.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<8>"> ... base64 nil nil nil nil "<image002.gif(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<9>"> ... base64 nil nil nil nil "<image003.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<10>"> ... base64 nil nil nil nil "<image004.jpg(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<11>"> ... base64 nil nil nil nil "<image005.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<12>"> ... base64 nil nil nil nil "<image006.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<13>"> ... base64 nil nil nil nil "<image007.png(a)01CCA9FE.4FFFC010>")) (#<buffer " *mm*<14>"> ("application/pdf" ...) base64 nil ("attachment" ...) nil nil nil)))
# bind (handle)
mh-mime-display-part(("multipart/mixed" ("multipart/related" ("multipart/alternative" ... ...) (#<buffer " *mm*<7>"> ... base64 nil nil nil #<glyph (buffer) #<image-specifier global=... fallback=... 0x14bcd>0x14bcc> "<image001.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<8>"> ... base64 nil nil nil nil "<image002.gif(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<9>"> ... base64 nil nil nil nil "<image003.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<10>"> ... base64 nil nil nil nil "<image004.jpg(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<11>"> ... base64 nil nil nil nil "<image005.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<12>"> ... base64 nil nil nil nil "<image006.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<13>"> ... base64 nil nil nil nil "<image007.png(a)01CCA9FE.4FFFC010>")) (#<buffer " *mm*<14>"> ("application/pdf" ...) base64 nil ("attachment" ...) nil nil nil)))
byte-code("..." [--x--76215 mh-globals-hash pre-dissected-handles handles mm-dissect-buffer nil mh-mm-uu-dissect-text-parts mm-uu-dissect gethash mh-mm-merge-handles mh-decode-message-body search-forward "\n\n" t mh-mime-display-part mh-signature-highlight] 7)
# (condition-case ... . ((error (byte-code "ÂÃÄ !\"¨ed|c§" ... 4))))
# (unwind-protect ...)
# bind (--letf-save--76212 --letf-bound--76213 handles folder raw-message-data pre-dissected-handles)
mh-mime-display(("multipart/mixed" ("multipart/related" ("multipart/alternative" ... ...) (#<buffer " *mm*<7>"> ... base64 nil nil nil #<glyph (buffer) #<image-specifier global=... fallback=... 0x14bcd>0x14bcc> "<image001.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<8>"> ... base64 nil nil nil nil "<image002.gif(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<9>"> ... base64 nil nil nil nil "<image003.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<10>"> ... base64 nil nil nil nil "<image004.jpg(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<11>"> ... base64 nil nil nil nil "<image005.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<12>"> ... base64 nil nil nil nil "<image006.png(a)01CCA9FE.4FFFC010>") (#<buffer " *mm*<13>"> ... base64 nil nil nil nil "<image007.png(a)01CCA9FE.4FFFC010>")) (#<buffer " *mm*<14>"> ("application/pdf" ...) base64 nil ("attachment" ...) nil nil nil)))
# (unwind-protect ...)
# (unwind-protect ...)
# bind (b clean-message-header invisible-headers visible-headers handle)
mh-mm-inline-message((#<buffer " *mm*"> ("message/rfc822") nil nil ("inline" (filename . "24")) "forwarded message" nil nil))
# bind (function type handle)
mm-display-inline((#<buffer " *mm*"> ("message/rfc822") nil nil ("inline" (filename . "24")) "forwarded message" nil nil))
# bind (external filename method type)
# (unwind-protect ...)
# bind (no-default handle)
mm-display-part((#<buffer " *mm*"> ("message/rfc822") nil nil ("inline" (filename . "24")) "forwarded message" nil nil))
# (condition-case ... . ((error)))
# (unwind-protect ...)
# bind (win)
# (unwind-protect ...)
# (unwind-protect ...)
# bind (id point window mail-parse-charset mail-parse-ignored-charsets region buffer-read-only handle)
mh-mm-display-part((#<buffer " *mm*"> ("message/rfc822") nil nil ("inline" (filename . "24")) "forwarded message" nil nil))
# (unwind-protect ...)
# bind (displayp inlinep attachmentp small-image-flag type handle)
mh-mime-display-single((#<buffer " *mm*"> ("message/rfc822") nil nil ("inline" (filename . "24")) "forwarded message" nil nil))
# bind (handle)
mh-mime-display-part((#<buffer " *mm*"> ("message/rfc822") nil nil ("inline" (filename . "24")) "forwarded message" nil nil))
byte-code("..." [--x--76215 mh-globals-hash pre-dissected-handles handles mm-dissect-buffer nil mh-mm-uu-dissect-text-parts mm-uu-dissect gethash mh-mm-merge-handles mh-decode-message-body search-forward "\n\n" t mh-mime-display-part mh-signature-highlight] 7)
# (condition-case ... . ((error (byte-code "ÂÃÄ !\"¨ed|c§" ... 4))))
# (unwind-protect ...)
# bind (--letf-save--76212 --letf-bound--76213 handles folder raw-message-data pre-dissected-handles)
mh-mime-display()
# bind (formfile clean-message-header invisible-headers visible-headers msg-filename show-buffer mm-inline-media-tests folder folder-name msg-num)
mh-display-msg(27 "+inbox")
# (unwind-protect ...)
# bind (mh-in-show-buffer-saved-window folder folders clean-message-header show-window display-mime-buttons-flag msg)
mh-show-msg(nil)
# bind (redisplay-flag message)
mh-show(nil)
# bind (msg)
mh-maybe-show()
# bind (wait-after-complaining-flag count)
mh-next-undeleted-msg(1 nil)
# bind (wait-after-complaining-flag)
mh-next-msg()
# bind (range)
#<compiled-function (range) "...(12)" [mh-scan-deleted-msg-regexp range mh-delete-msg-no-motion looking-at mh-next-msg] 2 ("/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-folder.elc" . 18902) (list (mh-interactive-range "Delete"))>(26)
call-interactively(mh-delete-msg)
# (condition-case ... . error)
# (catch top-level ...)
marajade-[~] mcr 10251 %gdb /usr/bin/xemacs core
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(no debugging symbols found)
Cannot access memory at address 0xb777e8e4
(gdb) bt
#0 0xb7761424 in ?? ()
Cannot access memory at address 0xbf99d07c
(gdb) where
#0 0xb7761424 in ?? ()
Cannot access memory at address 0xbf99d07c
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux biber 2.6.26-2-amd64 #1 SMP Sun Jun 20 20:16:30 UTC 2010 i686 GNU/Linux
./configure '--with-sound=none,native' '--with-x11' '--extra-verbose' '--with-site-lisp' '--with-database=berkdb' '--statedir=/var/lib' '--infodir=/usr/share/info/xemacs21' '--infopath=/usr/share/info/xemacs21' '--prefix=/usr' '--dynamic' '--error-checking=none' '--debug=no' '--with-pop' '--with-file-coding' '--pdump' '--with-system-malloc' '--with_menubars=lucid' '--with_scrollbars=lucid' '--with_dialogs=athena' '--docdir=/usr/lib/xemacs-21.4.22/i486-linux-gnu/mule/' '--with-mule' '--with-canna=no' '--with-wnn=no' '--with-xim=xlib' '--with-xfs' '--package-path=~/.xemacs:~/.xemacs/packages:~/.xemacs/xemacs-packages::/usr/share/xemacs21/site-packages:/usr/share/xemacs21/mule-packages:/usr/share/xemacs21/xemacs-packages' 'i486-linux-gnu'
XEmacs 21.4.22 "Instant Classic" configured for `i486-pc-linux'.
Compilation / Installation:
Source code location: /build/buildd-xemacs21_21.4.22-3.1-i386-AB5Hix/xemacs21-21.4.22
Installation prefix: /usr
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler: gcc -g -O2 -g -Wall
Compiler version: gcc (Debian 4.4.4-7) 4.4.4
Compiler specs file: specs.
Relocating allocator for buffers: no
GNU version of malloc: no
- User chose not to use GNU allocators.
Need to guess glibc1/2/etc here
Window System:
Compiling in support for the X window system:
- X Windows headers location:
- X Windows libraries location:
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw
- Athena library to link: Xaw
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.
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 LDAP.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for file coding.
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 POP mail retrieval.
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.
Load-Path Lisp Shadows:
----------------------
(/usr/share/xemacs21/site-lisp/dictionaries-common/ispell
/usr/share/xemacs21/site-lisp/dictionaries-common/ispell
/usr/share/xemacs21/site-lisp/dictionaries-common/flyspell
/usr/share/xemacs21/site-lisp/dictionaries-common/flyspell
/usr/share/xemacs21/site-lisp/dictionaries-common/debian-ispell
/usr/share/xemacs21/site-lisp/dictionaries-common/debian-ispell
/usr/share/xemacs21/site-lisp/sawfish/sawfish
/usr/share/xemacs21/site-lisp/sawfish/sawfish
/usr/share/xemacs21/site-lisp/debian-startup
/usr/share/emacs/site-lisp/debian-startup /etc/emacs/site-start
/usr/share/xemacs21/site-packages/lisp/site-start
/home/mcr/el/planner/icalendar
/usr/share/xemacs21/xemacs-packages/lisp/calendar/icalendar
/home/mcr/el/dbide-process
/usr/share/xemacs21/xemacs-packages/lisp/docbookide/dbide-process
/home/mcr/el/dbide-data
/usr/share/xemacs21/xemacs-packages/lisp/docbookide/dbide-data
/home/mcr/el/dbide-font
/usr/share/xemacs21/xemacs-packages/lisp/docbookide/dbide-font
/home/mcr/el/dbide-abbrev
/usr/share/xemacs21/xemacs-packages/lisp/docbookide/dbide-abbrev
/home/mcr/el/docbookide
/usr/share/xemacs21/xemacs-packages/lisp/docbookide/docbookide
/home/mcr/el/tempo
/usr/share/xemacs21/xemacs-packages/lisp/edit-utils/tempo
/home/mcr/el/vcard /usr/share/xemacs21/xemacs-packages/lisp/gnus/vcard
/usr/share/xemacs21/site-lisp/dictionaries-common/ispell
/usr/share/xemacs21/xemacs-packages/lisp/ispell/ispell
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-utils
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-utils
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-alias
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-alias
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-junk
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-junk
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-speed
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-speed
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-seq
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-seq
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-funcs
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-funcs
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-loaddefs
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-loaddefs
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-gnus
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-gnus
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-inc
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-inc
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-e
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-e
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-identity
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-identity
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-mime
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-mime
/home/mcr/el/mh-e-8.1/emacs/lisp/mh-e/mh-comp
/usr/share/xemacs21/xemacs-packages/lisp/mh-e/mh-comp /home/mcr/el/flame
/usr/share/xemacs21/xemacs-packages/lisp/misc-games/flame
/home/mcr/el/perl-mode
/usr/share/xemacs21/xemacs-packages/lisp/perl-modes/perl-mode
/usr/share/xemacs21/xemacs-packages/lisp/cedet-common/working
/usr/share/xemacs21/xemacs-packages/lisp/semantic/working
/usr/share/xemacs21/xemacs-packages/lisp/cedet-common/sformat
/usr/share/xemacs21/xemacs-packages/lisp/semantic/sformat
/home/mcr/el/whitespace
/usr/share/xemacs21/xemacs-packages/lisp/text-modes/whitespace
/usr/share/xemacs21/site-lisp/dictionaries-common/flyspell
/usr/share/xemacs21/xemacs-packages/lisp/text-modes/flyspell
/home/mcr/el/mime-setup
/usr/share/xemacs21/xemacs-packages/lisp/tm/mime-setup
/home/mcr/el/vc-svn /usr/share/xemacs21/xemacs-packages/lisp/vc/vc-svn
/home/mcr/el/log-edit
/usr/share/xemacs21/xemacs-packages/lisp/vc/log-edit /home/mcr/el/vc-git
/usr/share/xemacs21/xemacs-packages/lisp/vc/vc-git /home/mcr/el/regi
/usr/share/xemacs21/xemacs-packages/lisp/xemacs-base/regi
/usr/share/xemacs21/xemacs-packages/lisp/build/build-report
/usr/lib/xemacs-21.4.22/lisp/build-report /home/mcr/el/window
/usr/lib/xemacs-21.4.22/lisp/window /home/mcr/el/autoload
/usr/lib/xemacs-21.4.22/lisp/autoload
/usr/share/xemacs21/xemacs-packages/lisp/xemacs-base/easy-mmode
/usr/lib/xemacs-21.4.22/lisp/easy-mmode)
Internationalization Settings:
-------------------------
Environment:
Value of LC_ALL : C
Value of LC_COLLATE : nil
Value of LC_CTYPE : nil
Value of LC_MESSAGES : nil
Value of LC_MONETARY : nil
Value of LC_NUMERIC : nil
Value of LC_TIME : en_DK
Value of LANG : C
Lisp locale settings:
current-language-environment => "English"
default-buffer-file-coding-system => iso-2022-8
default-process-coding-system => [not available]
(current-locale) => [not available]
keyboard-coding-system => nil
terminal-coding-system => nil
(coding-priority-list) =>
(iso-7 no-conversion iso-8-1 iso-8-2 iso-8-designate iso-lock-shift
shift-jis big5 utf-8 ucs-4)
Coding system aliases:
'native is not a coding system alias
'file-name is aliased to binary
'mswindows-multibyte-system-default is not a coding system alias
Installed XEmacs Packages:
-------------------------
(zenirc ver: 1.16 upstream: 2.112)
(xwem ver: 1.22 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.02 upstream: steve(a)eicq.org--2005/xetla--main--1.1--version-0)
(xemacs-devel ver: 1.79 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.19 upstream: No-Upstream-Ver)
(x-symbol ver: 1.11 upstream: 4.5.1)
(w3 ver: 1.35 upstream: 4.0pre47)
(vm ver: 8.07 upstream: 8.0.12-devo)
(viper ver: 1.65 upstream: 3.09)
(view-process ver: 1.13 upstream: 2.4)
(vhdl ver: 1.22 upstream: 3.33.12)
(vc-cc ver: 1.22 upstream: No-Upstream-Ver)
(vc ver: 1.45 upstream: No-Upstream-Ver)
(tramp ver: 1.4 upstream: 2.0.56)
(tpu ver: 1.14 upstream: 4.2X)
(tooltalk ver: 1.15 upstream: No-Upstream-Ver)
(tm 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.96 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.29 upstream: 1.0pre4)
(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.16 upstream: 0.3x1)
(sieve ver: 1.18 upstream: No-Upstream-Ver)
(sh-script ver: 1.24 upstream: 2.0f)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(semantic ver: 1.21 upstream: 2.0pre4)
(scheme ver: 1.17 upstream: No-Upstream-Ver)
(sasl ver: 1.16 upstream: 1.14.4)
(ruby-modes ver: 1.02 upstream: 1.6.8)
(rmail ver: 1.14 upstream: No-Upstream-Ver)
(riece ver: 1.23 upstream: 3.1.2)
(reftex ver: 1.34 upstream: 4.21)
(re-builder ver: 1.05 upstream: 1.20)
(python-modes ver: 1.13 upstream: 5.0.0)
(psgml-dtds ver: 1.03 upstream: No-Upstream-Ver)
(psgml ver: 1.45 upstream: 1.3.2)
(ps-print ver: 1.12 upstream: 6.5.6)
(prog-modes ver: 2.19 upstream: No-Upstream-Ver)
(pgg ver: 1.07 upstream: 0.1)
(perl-modes ver: 1.14 upstream: No-Upstream-Ver)
(pcomplete ver: 1.05 upstream: 1.1.6)
(pcl-cvs ver: 1.68 upstream: R-2_9_9)
(pc ver: 1.28 upstream: No-Upstream-Ver)
(os-utils ver: 1.41 upstream: No-Upstream-Ver)
(oo-browser ver: 1.05 upstream: 4.08)
(ocaml ver: 0.06 upstream: 3.06)
(net-utils ver: 1.56 upstream: N/A)
(mmm-mode ver: 1.03 upstream: 0.4.8)
(misc-games ver: 1.22 upstream: No-Upstream-Ver)
(mine ver: 1.16 upstream: 1.9)
(mh-e ver: 1.31 upstream: 7.4.2)
(mew ver: 1.19 upstream: 1.94.2)
(mailcrypt ver: 2.14 upstream: 3.5.8)
(mail-lib ver: 1.8 upstream: No-Upstream-Ver)
(jde ver: 1.52 upstream: 2.3.5.1)
(ispell ver: 1.32 upstream: 3.6)
(ilisp ver: 1.34 upstream: 5.12.0)
(igrep ver: 1.16 upstream: 2.111)
(idlwave ver: 1.32 upstream: 5.1)
(ibuffer ver: 1.09 upstream: No-Upstream-Ver)
(hyperbole ver: 1.17 upstream: 5.0)
(hm--html-menus ver: 1.24 upstream: 5.9)
(haskell-mode ver: 1.11 upstream: 2.1)
(guided-tour ver: 0.52 upstream: No-Upstream-Ver)
(gnus ver: 1.93 upstream: 5.10.8)
(gnats ver: 1.17 upstream: 3.101)
(general-docs ver: 1.05 upstream: No-Upstream-Ver)
(games ver: 1.18 upstream: 1.04)
(fsf-compat ver: 1.17 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.4 upstream: 1.32)
(eterm ver: 1.17 upstream: No-Upstream-Ver)
(eshell ver: 1.17 upstream: 0fc80a3f6bb3bb59f42e9ff83cc8b89bf90fe658)
(escreen ver: 1.01 upstream: 1.16)
(erc ver: 0.22 upstream: Version 5.1.2 Revision: 1.796.2.6)
(emerge ver: 1.11 upstream: No-Upstream-Ver)
(elib ver: 1.13 upstream: 1.0)
(eieio ver: 1.06 upstream: 1.0pre4)
(efs ver: 1.34 upstream: 1.24)
(edt ver: 1.14 upstream: No-Upstream-Ver)
(edit-utils ver: 2.4 upstream: No-Upstream-Ver)
(ediff ver: 1.77 upstream: 2.75)
(edebug ver: 1.22 upstream: No-Upstream-Ver)
(ede ver: 1.01 upstream: 1.0pre4)
(ecrypto ver: 0.21 upstream: 2.0)
(ecb ver: 1.22 upstream: 2.31)
(easypg ver: 1.02 upstream: 0.0.16)
(docbookide ver: 0.08 upstream: 0.1)
(dired ver: 1.19 upstream: 7.16)
(dictionary ver: 1.16 upstream: 1.8)
(debug ver: 1.18 upstream: No-Upstream-Ver)
(crisp ver: 1.15 upstream: 1.34)
(cookie ver: 1.15 upstream: No-Upstream-Ver)
(cogre ver: 1.02 upstream: 0.5)
(clearcase ver: 1.1 upstream: /main/laptop/165)
(cedet-common ver: 1.01 upstream: 1.0pre4)
(cc-mode ver: 1.45 upstream: 5.30.10)
(calendar ver: 1.38 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.32 upstream: 2.35)
(auctex ver: 1.51 upstream: 11.84)
(apel ver: 1.33 upstream: 10.6)
(ada ver: 1.14 upstream: 2.27)
(Sun ver: 1.16 upstream: No-Upstream-Ver)
(skk ver: 1.24 upstream: 10.62a)
(mule-ucs ver: 1.17 upstream: 0.84)
(mule-base ver: 1.53 upstream: No-Upstream-Ver)
(lookup ver: 1.15 upstream: 1.0)
(locale ver: 1.28 upstream: No-Upstream-Ver)
(leim ver: 1.28 upstream: No-Upstream-Ver)
(latin-unity ver: 1.2 upstream: 1.20)
(latin-euro-standards ver: 1.08 upstream: 1.08)
(egg-its ver: 1.27 upstream: No-Upstream-Ver)
(edict ver: 1.16 upstream: 0.9.9)
Installed Modules:
-----------------
Features:
--------
(mh-identity mh-letter efs-cu xemacsbug shadow mh-show goto-addr
thingatpt gnus-cite gnus-art mm-uu mml2015 pgg password pgg-parse
pgg-def gnus-sum nnoo gnus-group gnus-undo nnmail mail-source
format-spec gnus-start gnus-spec gnus-int message mailheader canlock
sha1 hex-util gnus-win gnus-range gnus gnus-ems gnus-xmas messagexmas
nnheader nnheaderxm bbdb-mhe mh-comp mh-gnus mml mml-sec mml-smime smime
dig mm-view mm-decode mm-bodies mm-encode mailcap lpr mail-parse rfc2045
rfc2231 rfc2047 ietf-drums qp mm-util mail-prsvr bbdb-com mail-abbrevs
sendmail mh-inc mh-tool-bar mh-seq mh-xface mh-utils mh-folder gnus-util
netrc time-date mh-scan mh-e mh-xemacs mh-compat mh-buffers mh-loaddefs
mh-loaddefs-autoloads guided-tour font disp-table blink-cursor
emacs-wiki-init emacs-wiki-journal parse-time emacs-wiki-srctag htmlize
emacs-wiki-menu remember-planner remember planner byte-optimize bytecomp
byte-compile overlay calendar cal-xemacs cal-compat sort emacs-wiki
emacs-wiki-publish emacs-wiki-project emacs-wiki-macros
emacs-wiki-colors emacs-wiki-regexps pcomplete gnuserv bbdb timezone
mc-gpg-mostly mh-cus-load mh-autoloads muse-blosxom muse-wiki muse-html
muse-xml-common muse-mode muse-project cus-edit cus-load muse-publish
muse muse-protocols info muse-regexps wid-edit pcl-cvs diff-mode
pcl-cvs-parse pcl-cvs-info pcl-cvs-defs pcl-cvs-util cvs-compat
dired-faces dired-xemacs dired cookie dll elib-node git log-edit
pcvs-util add-log font-lock cus-face ewoc supercite mail-extr regi vcard
cc-styles cc-align cc-engine cc-vars cc-defs regexp-opt mail-utils
gin-mode mailcrypt rfc822 rdebug gud tags etags comint ring mh-acros
crypt crypt++ crypt+pgp-pub executable cedet-autogen advice
advice-preload autoload autoload-operators easy-mmode mwheel
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 rmail-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 jde-autoloads ispell-autoloads ilisp-autoloads
igrep-autoloads idlwave-autoloads ibuffer-autoloads hyperbole-autoloads
hm--html-menus-autoloads haskell-mode-autoloads guided-tour-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
eshell-autoloads escreen-autoloads erc-autoloads emerge-autoloads
elib-autoloads eieio-autoloads efs-autoloads edt-autoloads
edit-utils-autoloads ediff-autoloads edebug-autoloads ede-autoloads
ecrypto-autoloads ecb-autoloads easypg-autoloads docbookide-autoloads
dired-autoloads dictionary-autoloads debug-autoloads crisp-autoloads
cookie-autoloads cogre-autoloads clearcase-autoloads
cedet-common-autoloads cc-mode-autoloads calendar-autoloads
calc-autoloads c-support-autoloads build-autoloads bbdb-autoloads
tex-site auctex-autoloads apel-autoloads ada-autoloads Sun-autoloads
skk-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
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 file-coding mule 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 berkeley-db md5
xemacs xim gutter tiff png gif jpeg xface xpm xbm lisp-float-type linux
dialog devices window-system base64)
Recent keystrokes:
-----------------
C-u C-x r RET RET ESC x r e p o r t - e m a c s - b
u g RET
Recent messages (most recent first):
-----------------------------------
Loading mh-identity...done
Loading mh-identity...
Loading mh-letter...done
Loading mh-letter...
Wrote /home/mcr/Mail/drafts/118
Loading efs-cu...done
Loading efs-cu...
Composing a message...
Loading xemacsbug...done
Loading xemacsbug...
Loading mh-show...done
Loading gnus-xmas...done
Loading gnus-xmas...
Loading mh-show...
Scanning +inbox...done
Scanning +inbox...
Loading vcard...done
Loading vcard...
Loading bbdb-mhe...done
Loading bbdb-mhe...
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 2 comments
Re: symbol's value as variable is void: allow-remote-paths
12 years, 12 months
Stephen J. Turnbull
Stephen J. Turnbull
steven Mitchell writes:
> First, in your email you wrote:
> For the record, I believe that
> (1) people who are stopped by something as small as the
> allow-remote-paths bug or separate installation of XEmacs and the
> packages are extremely unlikely to become developers
> (2) ditto CUA keymap
>
> I hadn't realized that the allow-remote-paths was part of a_
> new-developer-test_.
It's not part of any test, and it's unfair to imply that I ever meant
that. I don't recall the thread in full, but that kind of statement
is invariably an answer to somebody who is suggesting that XEmacs
would be much more popular if we (ie, *not* the person making the
suggestion) would just fix X and Y.
Now, such bugs are worth fixing *because they're bugs*[1]. However,
that's all; I do not believe fixing them will improve developer
recruitment more than fixing any other bugs, and I object to people
lobbying for *others* to work on certain bugs on the grounds that it
would be good for XEmacs as a whole if *those* bugs were fixed at the
expense of other work that could be done, when I'm quite sure it's not.
I don't even think they'll help recruit non-developer *contributors*
very much (eg, people who rarely if ever contribute core code but do
contribute init file snippets and help people workaround known bugs on
the mailing list).
Later you go on to identify a class of bugs that I *do* consider more
important than other bugs: lack of and/or inaccurate documentation.
> My first step after getting the message about allow-remote-paths
> was to get help on the variable name. But the variable name was
> not there. Tried the help on the menu which had different
> keystrokes and still not there.
I'm not sure what you mean by "different keystrokes".[2]
But, yup. This is a problem with package systems in general. If you
don't have the package, you won't have the docs. This is very
frustrating when you're dealing with a variable like
`allow-remote-paths'. But at least XEmacs always distributes docs
with the package (if available)! Many OS distros don't. :-(
> I was a little put out about the fact that the package system was
> not part of the main XEmacs distribution at first, enough to get
> the rest of the packages at least, but then read the counter
> arguments (some from you) and was persuaded that the packages to
> install the rest of the package system probably should not be
> in the main distribution itself.
Well, no, that's not my argument. The question is "how big is the
fix?" In my estimate, a real fix would be quite large because it
involves fixing or working around some poor design decisions.
Eg, it would be easy enough to just drop some or all packages into the
source tarball, but that begs the question of where to install them.
The answer to that question currently is "that depends", so there will
need to be some more or less tricky logic in the configure script and
makefiles to get it to work smoothly. If it doesn't work smoothly,
the poor user is just playing the "mole" role in Whack-a-Mole. My
preference is to admit it's broken until it's fixed from the user's
point of view, rather than to fix symptoms and hope the problem won't
then pop up elsewhere. (Especially since we know it's a vain hope.)
> that other people are at fault. I'm asking myself why *I* have
> this problem and what is it that I do not know that is stopping me?
Uh, but you *didn't* let it stop you. *That* is the test.
> I'm saying if the documentation was better, instead of written
> for a certain minimum knowledge of XEmacs stuff, it would
> put the cookies on the bottom shelf.
Sure, but you're preaching to the choir. In the last ten years I've
[re]written more documentation and tests for XEmacs than I have code,
and more documentation than anybody except Ben Wing. Writing usable
documentation is much harder than writing usable code[3], and getting
many developers to write any documentation at all is close to
impossible: they just disappear if you threaten not to apply their
patches without documentation.
> First, information. I found a magnifying glass in the posts I
> read, to help me find the clue I need: XEmacs -debug-paths.
> That gives me a page of paths to different things. But the
> missing information is a simple ASCII chart that shows where
> XEmacs puts the various files.
There isn't such a chart for most systems because it's not simple
(there are 16 configure options to control the installation of the
XEmacs core documented in INSTALL, and a few more for packages),
unless you use the Windows installer. The installation locations can
be very flexibly configured, and in fact AFAIK the majority of actual
installations do not use the defaults.[4]
We do describe the defaults in the INSTALL file, in the "Configuring
the Installation Layout" and (strangely enough) "RUNNING MAKE"
sections. While that file could be better organized, I don't think
it's unreasonable to ask you to read the whole thing if you're having
problems installing (which includes getting XEmacs to run correctly
the first time, IMO YMMV).
> An example of the fog of documentation is the term sumo tarballs.
> I read and clearly remember the documentation saying we used to
> distribute sumo tarballs (and my first windows installation 8-10
> years ago was such a tarball, source + packages),
That timing doesn't make sense to me. From version 20.4 released in
February 1998 (almost 14 years ago), packages were distributed
separately from source. We still had a few binary kits up to that
time, but since then only Windows has had installers made. But the
Windows installers always include both a selection of packages and a
runnable XEmacs binary and auxiliary binaries. The selection of Lisp
packages has varied over time.
> but we no longer distribute sumo tarballs, the editor and packages
> are separate. OK got it.
That's weird. AFAICR, "sumo" was never used to refer to the GNU-style
editor bundled with all application libraries (used in XEmacs 19 and
20), at least not after the release of 20.4. From the first it was a
reference to the tarballs containing the full suite of packages, and
we've always provided those, except for some problems with hosting.
But this, and the next few things you refer to (required packages
missing from the list, references to outdated versions), are just
bugs. The people who actually know the package system well have done
some documentation, but more would be useful and the first drafts
weren't terribly helpful to beginners. I've done a little bit of work
on it myself, but it's hard work due to the historical confusion of
Unix-style installations and a lack of a coherent explanation of the
current design (which is a patch on the original design, and may be
hard to explain coherently...).
> The point I am making is that the "people who are stopped by
> something as small as the allow-remote-paths bug" don't have
> the tools to solve the problem,
The most important tool is an email account, to ask for help on
xemacs-beta, though. When I talk about people allowing themselves to
be stopped, I'm referring to the people who Andreas says give up at
the installation stage or first-try stage, without even posting a
message to xemacs-beta.
> I know, I know, who is going to contribute those things? It *is* a
> bit of work.
It's more than just a bit of work, though. Stuff like Phil Sung's
Guided Tour is a labor of love. And you're very right about this:
> And it is not *coding* work that the people who get past the
> allow-remote-paths bug are more interested in.
Yeah, well, who *is* interested in doing that? We've got the Guided
Tour (and yes, I installed that, with a lot of encouragement from the
reviewers and xemacs-beta posters). But Sung is the only person I
know who has done anything like this for Emacsen.
> on that too. I created an account, but when I try to upload an ssh
> key they will not take one I created by copy/pasting it in and when
> I browse to it instead of pasting, it does not take that ssh key
> either and says invalid key both times.
That was a pain in the neck. I think it's a browser issue in part.
What I ended up doing was copy/pasting, and doing a little bit of
editing to get rid of (1) a leading space (I have no idea where that
came from), (2) a trailing newline because I dragged too far when
highlighting the region, and (3) some backslashes that came from the
terminal to indicate a wrapped line. But browsing to the file didn't
work, even trying several different files (maybe there were trailing
newlines in them, I didn't check to see if I could force Bitbucket to
take a file). I haven't tried to document it because it seems to work
for other people and I don't understand what went wrong.
> So when I get past "something so small as the allow-remote-paths"
> problem, I will be working on learning some about ssh keys and what
> makes one created on my machine be declared invalid. Are there
> different kinds/levels?
> I mention this as the kind of thing that is tripping me up.
Yeah, but it's not something *we* can do much about, except complain to
Bitbucket (which I've done with no change yet). Every host we've had
has caused this kind of problem. ftp.xemacs.org currently has a
broken passive FTP setup. cvs.debian.org doesn't work at all and
Debian has made no move to fix it; fortunately we could still checkout
from anonscm.debian.org and move our CVS stuff to Mercurial.
Sourceforge kept losing our requests for more space, and broke various
of our more tricky configurations about twice a year by moving hosts
or changing their configuration or prohibiting shell logins, etc. And
on and on.
The best host we had was sunsite.dk but they went out of the business
of hosting open source (and even when they were operating they got hit
by lightning remarkably often!)
> I guess one final point that I am trying to make is that the things
> on your list that are holding people back (4 of them) are probably
> not the things that are holding me back.
I didn't say they were holding people back, let alone any one person;
I said they were holding the project back. If I see on xemacs-beta
that something is holding at least a handful of people back, I'll
change my opinion about that, but in general I think individuals
should just post their problems to xemacs-beta.
> I may not be typical, I just don't think I am alone and I don't
> think it is a small problem.
Again, that's unfair. I don't claim that it's a small problem. I've
always believed that documentation is a *big* problem, despite the
fact that documentation for Emacsen is actually better in most
respects you mention that for most open source software. Have you
ever tried to find how to configure something that isn't in the
preferences dialog in Firefox, or remove only selected cached
documents? Get OpenOffice to stop trying to restore documents that
(a) were on a removably disk in the first place and (b) since have
been renamed? Do *anything* with gconf? Figure out how anything
documented via gtkdoc works internally (vs learning APIs, which gtkdoc
is quite good at supporting IME)?
As far as I can tell, *all* open source projects have the problem that
documentation is mostly useful to those who already know how things
work.
XEmacs at least has two tutorials for users (TUTORIAL and the Guided
Tour), a User Guide, a Lisp Reference, and an Internals Manual (very
incomplete, but it's still the best reference available to both XEmacs
and GNU Emacs internals).
> "/usr/local/lib/XEmacs-21.5-b31/x86_64-unknown-linux/"
>
> Where did the unknown-linux come from?
config.guess in the source directory. This is the standard
CPU-VENDOR-OS architecture identifier used by all systems that use
configure scripts generated by autoconf.
Most modern GUI apps just use the app name and version to distinguish
their $prefix/lib subtrees, but XEmacs has historically had an
important use case where multiple versions for multiple platforms are
installed simultaneously on the same file system (perhaps mounted on
NFS), so we install into an architecture-specific directory by default.
> But I have no standard directories and list of what-gets-put-where,
Again, try the INSTALL file.
Footnotes:
[1] If they are; these days I'm inclined to accept the argument that
defaulting to the traditional Emacs keymap vs. CUA is a bug, but in
1995 it was not, and even today there are a lot of Emacs users who
believe that the Emacs keymap is more efficient than CUA, so new users
should be "encouraged" to use traditional Emacs keymaps.
[2] My best guess is that the direct M-<letter> and the menu
accelerator Alt <letter> use different letters. This is a common
problem for menu accelerator systems[5], and AFAICS it's insoluble
because we basically map everything in the Meta map, often to actions
that might take several keystrokes via menu accelerators. Meta
letters will collide with the "intuitive" initials generally used in
the accelerator system.
[3] Although writing *good* code is harder than writing good
documentation.
[4] I don't know what they actually use, and I'm doubtful that there
are defaults that would work for a majority of installations, ie,
conforming to the various vendors' policies. :-(
[5] Keystrokes used to activate, navigate, and select actions from
GUI keymaps. "Accelerator" is a poor name with confusing connotations.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 2 participants
- 1 comments
Fwd: Re: symbol's value as variable is void: allow-remote-paths
13 years
steven Mitchell
steven Mitchell
Thank you for your reply. Stephen.
Documentation is important to me. When suggesting that we do something
about the documentation, I'm willing to be a part of fixing it and I am
keeping a list of boulders in the road that I experience so when I get
past them I can leave a sign
for the next guy.
I am willing to be a part of fixing the documentation. But I can only
fix documentation on the (few) things I have explored so far and if I
tried to fix other documentation I would surely get it wrong in some
point and create the problem
I am trying to solve.
I hadn't realized there are 16 variations/configuration decisions of
where things get installed. I started making the ascii chart (that I
was wishing I had in my email, and did think of 4 variations). I will
still finish my chart, because I need it, but I see it will be much less
useful in general than I thought (and maybe only useful to me, at this
point).
I am happy to be told to read the manual. As long as it is specific,
instead of just to read the whole thing. Or if the relevant info is on
a web page, point me to it, please!
Looking back, I probably should have chosen different examples of
documentation that I stumble over. Those were just some that came to
mind in my moment of frustration and were true examples but probably not
the best or clearest ones.
The example of the sumo tarball misunderstanding was just something that
was on my mind because I got the wrong idea a few years a ago from
reading the documentation and only that day I wrote the email figured
out the truth of it. It was from reading the (old?) documentation that
I got the original idea in my head, which was corrected by reading your
email that I quoted yesterday, after I went and looked
at that specific question.
I think you are right about the timing of my example of the wrong Idea I
had for
sumo tarballs. I have the timing wrong in some way there. At one
point on that system I discovered that I had the documentation that I
downloaded from who knows
where and was old when I downloaded it. That may be where I got the
timing wrong, but it is wrong in some way. Sorry. Badly chosen example.
When I said I was looking for variable name help in 2 places "by
different keystrokes" I was referring to the command line help C-h v to
get variable help vs the menu [help][commands, variables, keys][describe
variable] which lists M-? v as the command to do the same thing (but I
wasn't sure it was the same thing after experiencing 3 ways to command
printing that are not the same thing). At the time I didn't have XEmacs
open and didn't want to be too specific without checking and listing the
keystrokes from the menu.
I am glad I suggested 2 new categories of documentation, or I would not
have heard of Phil Sung's Guided Tour. I'm going to look it up as soon
as I get 21.5 up again.
I am encouraged to hear someone else had a problem with getting a valid
ssh key accepted. Being new to open source projects, I just figure it
is me or what I'm doing/not doing when I come across problems like the
ssh key being invalid.
You wrote in your first footnote:
>[1] If they are; these days I'm inclined to accept the argument that
>defaulting to the traditional Emacs keymap vs. CUA is a bug, but in
>1995 it was not, and even today there are a lot of Emacs users who
>believe that the Emacs keymap is more efficient than CUA, so new users
>should be "encouraged" to use traditional Emacs keymaps.
I'd like to venture an opinion; I think the choice that shows XEmacs to
be the superior editor in this case is not to "encourage" traditional
XEmacs keymaps, but to have the position that XEmacs is so powerful an
editor that we have many ways to let you work:
--we have an excellent Emacs keymap, it is the default--try it
--you like CUA? XEmacs can do that too, and it is on the menu.
--and we will let you make your own! Here's how...
Make your own is what I eventually did. Making my own is possible
because XEmacs is *so powerful* that I can adapt it to the way I want to
work (which is a moving target as I learn new ways of working).
A person trying out XEmacs might find there are so many of these new
(better) features presented at once that it is daunting, and all the
"encouragements" to use new ideas/ways of working may keep the new
person from answering the question "is this an editor that I can work
with?" with a "yes".
Same with the kill-ring. I see that it has advantages in some
situations, but XEmacs
doesn't "know better" and force me to use it. Because XEmacs is *so
powerful* I can implement a menu+icon bar system for multiple copy/paste
operations. I don't have to use the kill ring if that is not the way I
want to work.
Sometimes there is a delay between presentation of an idea and embracing it.
I am saying that making strange (as in not-familiar) defaults which are
arguably more powerful (and better), may showcase different ideas about
how to work, but if it doesn't _also_ have a familiar way to work, they
may not stick around long enough for the idea to take root that the new
way is better.
You do risk them never choosing to learn/use the new, better features of
XEmacs, but that is part of having a programmable, configurable editor,
eh? That everybody chooses to use it a different way?
Steve Mitchell
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Re: subr.el (21.5.31) for 21.5.29
13 years
Stephen J. Turnbull
Stephen J. Turnbull
Uwe Brauer writes:
> >> Regarding Re: subr.el (21.5.31) for 21.5.29; "Stephen J. Turnbull" <stephen(a)xemacs.org> adds:
> As far as I can see you submitted a C patch and when we
> talked about last time you found that patch too, hm
> aggressive. I strongly vote to apply it, since I
> have not found any problems so far,
No, *you* won't see any problems with it. The problems are entirely a
matter of style and clean internal APIs. I think it was Aidan (or
maybe Ben) who deliberately changed that particular API in a backward
incompatible way. I *know* that that implementation is going to
change radically in the future (it depends on Mule charsets, which
will eventually be reimplemented in terms of Unicode code point
blocks), so I really don't want to be bound to maintain any more
backward compatibility in that area than absolutely necessary.
> So that makes it your call :-)
OK, I'll work something up for x-symbol and get it committed.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 2 comments
Re: Persian joining and Pango.
13 years
Jeff Sparkes
Jeff Sparkes
Aidan Kehoe <kehoea(a)parhasard.net> writes:
> Ar an triú lá de mà Méan Fómhair, scrÃobh Behdad Esfahbod:
>
> > On 09/03/11 05:25, Aidan Kehoe wrote:
> > > I am one of the three people most familiar with the XEmacs codebase in the
> > > world, and I was asking where to start :-) . Thanks for having looked.
> >
> > Well, start by checking what exactly is passed to
> > pango_layout_set_text(), and also what font is used (you can pmap the
> > process and grep for fonts).
>
> Thanks, thatâs very helpful.
Sorry I disappeared for a few months, but I'm back working on Gtk.
I just updated the code to use pango_itemize, which should handle RTL
languages better. The characters seem to be in the right order but
the words are not. XEmacs-gtk display now matches gedit for Arabic
and Persian. They don't match FSF emacs display, but I think the
pango is correct. (Firefox and IE agree with pango)
Editing RTL is wrong, just moving the cursor through the string makes
the characters dance.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 3 participants
- 2 comments
Re: Persian joining and Pango.
13 years
Aidan Kehoe
Aidan Kehoe
Ar an chéad lá is fiche de mí na Samhain, scríobh Jeff Sparkes:
> > > Editing RTL is wrong, just moving the cursor through the string makes
> > > the characters dance.
> >
> > Right, I see that too.
> >
>
> I should have put a smiley there. RTL is a lot of work, all I know about
> it is from postings by Eli Zaretskii on emacs-devel list. I think the
> dancing characters are caused by having a separate textual_run containing
> only the character covered by the cursor. I'd just like to get display
> working well, e.g. for reading email.
The thing is, we already have working RTL on TTYs! Input and display are
grosso modo there already on mlterm and PuTTY. Getting things working on a
GUI should be *easier*, especially with Pango, Uniscribe and the OS X
analogue available.
> As I understand it, this patch makes the input text be split into chunks,
> each one containing either all ascii or all non-ascii chars.
Nope. Under GTK it eliminates splitting input text based on character set
entirely, leaving coverage and font decisions to Pango.
Note that the patch in its current state is architecturally unclean,
otherwise I would have committed it (including non-GTK-specific changes to
the trunk ) back when we had this discussion with Behdad initially.
> I think even that is unnecessary, but avoiding it would require changing
> the code flow, right?
>
> I just checked my current gtk_output_string(), which doesn't call
> separate_textual_runs at all. This xlike file patches shouldn't be needed
> at all.
They are, as far as I can see.
> WIll the redisplay.c changes break tty display when compiled with gtk?
No. It’s just about possible that Stephen Turnbull, and only Stephen
Turnbull, has configured his TTY XEmacs to use different TTY fonts for
different character sets, but XEmacs is not configured to do that by
default, and I’m sure no-one else has.
--
‘Iodine deficiency was endemic in parts of the UK until, through what has been
described as “an unplanned and accidental public health triumph”, iodine was
added to cattle feed to improve milk production in the 1930s.’
(EN Pearce, Lancet, June 2011)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments
Summary of XEmacs Issue Tracking System Issues
13 years
XEmacs Issue Tracking System
XEmacs Issue Tracking System
ACTIVITY SUMMARY (2011-11-15 - 2011-11-22)
XEmacs Issue Tracking System at http://tracker.xemacs.org/XEmacs/its/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
536 open ( +0) / 275 closed ( +0) / 811 total ( +0)
Open issues with patches: 11
Average duration of open issues: 967 days.
Median duration of open issues: 1019 days.
Open Issues Breakdown
new 213 ( +0)
deferred 6 ( +0)
napping 4 ( +0)
verified 54 ( +0)
assigned 150 ( +0)
committed 19 ( +0)
documented 3 ( +0)
done/needs work 17 ( +0)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
- 1 participants
- 0 comments