Sorry for the long delay in reply.
On Wed, Apr 25, 2012 at 8:51 PM, Hauke Fath <hf(a)spg.tu-darmstadt.de> wrote:
> At 11:37 Uhr +0200 25.04.2012, Hauke Fath wrote:
>>NetBSD 6 has switched from termcap to terminfo, and I've been told that
>>similarly to Emacs, I need to tell XEmacs to use terminfo. #defining
>>TERMINFO did not do the trick.
>
> Adding -DTERMINFO to CPPFLAGS instead of CFLAGS DTRT. Problem solved.
Are you saying that this fixes the display issue too?
Do you have a fix for this such that XEmacs builds correctly when
configure is run with no flags? (TTY support via termcap and terminfo
is supposed to be autodetected!)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Hello,
My xemacs which had worked for a long time with no problem stopped working a few days ago - I could not save or save as any tex files I opened.
The error was
Window hight 0 too small (after splitting).
I uninstalled xemacs, updated all ports, installed it again and now it crashes and does not even open the tex file.
I tried to obtain the core but it was not found (I do not have xdb or sdb)
---------------------------------------------------------------
dhcp-163-1-214-81:umesh-paper_2 jirina$ gdb /opt/local/bin/xemacs core
GNU gdb 6.3.50-20050815 (Apple version gdb-1518) (Sat Feb 12 02:52:12 UTC 2011)
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 "x86_64-apple-darwin"...Reading symbols for shared libraries .................. done
/Users/jirina/umesh-paper_2/core: No such file or directory
(gdb)
-----------------------------------------------------------------
Information about installation:
-------------------------------------------------------------------------------------------------------------------------
uname -a: Darwin dhcp-163-1-214-81.seh.ox.ac.uk 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:32:41 PDT 2011; root:xnu-1504.15.3~1/RELEASE_X86_64 x86_64
./configure '--prefix=/opt/local' '--mandir=/opt/local/share/man' '--without-postgresql' '--without-ldap' '--with-sound=none' '--pdump' '--site-prefixes=/opt/local' '--with-tty' '--with-dialogs=athena' '--with-widgets=athena' '--with-athena=3d' '--with-database=gdbm' '--with-mule'
XEmacs 21.4.22 "Instant Classic" configured for `i386-apple-darwin10.8.0'.
Compilation / Installation:
Source code location: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_editors_xemacs/xemacs/work/xemacs-21.4.22
Installation prefix: /opt/local
Additional prefixes: /opt/local
Operating system description file: `s/darwin.h'
Not using any machine description file
Compiler: /usr/bin/llvm-gcc-4.2 -pipe -O2 -arch x86_64
Compiler version: /usr/bin/llvm-gcc-4.2 on i386-apple-darwin10.8.0
Relocating allocator for buffers: no
GNU version of malloc: no
- The GNU allocators don't work with this system configuration.
libc: system-provided libc on i386-apple-darwin10.8.0
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11/include
- X Windows libraries location: /opt/local/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw3d
- Athena library to link: Xaw3d
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Compiling in support for X-Face message headers.
Sound:
Databases:
Compiling in support for GNU DBM.
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
Mail:
Compiling in support for "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.
-----------------------------------------------------------------------------------------------------
Output on the screen during crash:
-----------------------------------------------------------------------------------------------------
dhcp-163-1-214-81:umesh-paper_2 jirina$ xemacs surf1d3d0112.tex
Fatal error (11).
Your files have been auto-saved.
Use `M-x recover-session' to recover them.
Your version of XEmacs was distributed with a PROBLEMS file that may describe
your crash, and with luck a workaround. Please check it first, but do report
the crash anyway. Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu. If necessary, send
ordinary email to `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 /opt/local/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:
dispatch-non-command-events()
# (condition-case ... . ((nil)))
progress-feedback-dispatch-non-command-events()
# bind (tmsg top frame value message label)
append-progress-feedback(font-lock "Fontifying surf1d3d0112.tex..." 0 nil)
# bind (frame value message label)
display-progress-feedback(font-lock "Fontifying surf1d3d0112.tex..." 0)
# bind (str)
# (unwind-protect ...)
# bind (args value fmt label)
progress-feedback-with-label(font-lock "Fontifying %s..." 0 "surf1d3d0112.tex")
# bind (maybe-loudly end beg)
font-lock-default-unfontify-region(1 8184 t)
# bind (loudly end beg)
font-lock-unfontify-region(1 8184 t)
# bind (was-on font-lock-verbose font-lock-message-threshold aborted)
# (unwind-protect ...)
font-lock-default-fontify-buffer()
# bind (font-lock-verbose)
font-lock-fontify-buffer()
# bind (on-p maximum-size arg)
font-lock-mode(1)
turn-on-font-lock()
# bind (explicit-defaults)
font-lock-set-defaults()
run-hooks(font-lock-set-defaults)
# bind (nomodes after-find-file-from-revert-buffer noauto warn error)
after-find-file(nil t)
byte-code("..." [buffer-file-number number truename buffer-file-truename buf buffer-file-name set-buffer-major-mode erase-buffer nil (byte-code ?????? ??\"???????? ??\"????" [rawfile filename insert-file-contents-literally t insert-file-contents] 3) ((file-error ...)) abbreviate-file-name file-name-directory make-local-variable backup-inhibited t after-find-file find-file-use-truenames default-directory backup-enable-predicate rawfile error nowarn] 3)
# (condition-case ... . ((t (byte-code "?!???? @ A\"??" ... 3))))
# (unwind-protect ...)
# bind (error number truename buf rawfile nowarn filename)
find-file-noselect("/Users/jirina/umesh-paper_2/surf1d3d0112.tex")
# bind (codesys filename)
find-file("/Users/jirina/umesh-paper_2/surf1d3d0112.tex")
# bind (dir file-count line end-of-options file-p arg tem)
command-line-1()
# bind (command-line-args-left)
command-line()
# (condition-case ... . ((t (byte-code " ??" ... 1))))
# bind (error-data)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Segmentation fault
------------------------------------------------------------------------------
Please advise
Thanks
Jirina Stone
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Ar an triú lá de mí Bealtaine, scríobh Stephen J. Turnbull:
> On Wed, May 2, 2012 at 3:53 AM, Aidan Kehoe <kehoea(a)parhasard.net> wrote:
>
> > 3. There’s no support whatsoever for contextual shaping, bidirectional
> > text, combining characters and all the other good stuff that makes
> > multilingual text display an interesting problem. This is basically
> > impossible without a couple of man years in the context of XEmacs’ XFT
> > support;
>
> That's excessively pessimistic. BIDI per se is not a problem that
> Pango can solve, we need support at the generic redisplay level
> (unless we want to blow off TTYs).
I have said again, and again, and again, bidi works perfectly on TTYs
*already*. TTY emulators that support bidi are few in number, but PuTTY is
one of them, and it is one of the most widely distributed out there. Bidi
works perfectly with mlterm, too. It already works better with GTK and Pango
than it does in Apple Terminal.
> For shaping and combining characters, Emacs doesn't depend on Pango for
> this, although I suppose they do use Pango rather than the m17n.org
> libraries in their GTK+ port. There's no reason we can't port their
> support for Handa's libraries with a couple man-months, and maybe less.
>
> Whether it's worth it or not is a matter of one's taste for GTK+.
--
‘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
I noticed some odd behavior with text overwriting the modeline. I've
started to put together a bug report, but I thought I'd first check to
see if the issue has already been reported.
Went to the tracker, clicked on Search, entered "modeline" in the "All
text" field. Clicked on Search. The tracker brought up a page with 3
issues (785, 778, 798). But at the top and bottom it says "1..7 out of
7". Is the tracker confused, or it it hiding the other 4 bugs?
I get the same behavior whether or not I'm logged into the tracker.
mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta
Ar an chéad lá de mí Bealtaine, scríobh Raymond Toy:
> What does "JIT" unicode mean? A quick google search doesn't enlighten me
> since most of the hits refer to xemacs.
JIT here stands for “just-in-time,” as it does elsewhere. The problem was
that the Mule encoding doesn’t have (unused) space for all the Unicode code
points as well as all the Mule code points, so a static mapping from Mule
code points to Unicode code points didn’t work.
A dynamic mapping, with Mule code points allocated at runtime, does work,
and with a bit of re-jigging of the code space, we have 200,000 possible
Unicode points in a given XEmacs session, plenty for normal use. The problem
this provoked initially was consistency from auto-save files from one
invocation to the next, and we addressed that by using the ISO-IR 196 UTf-8
compatible escapes in our ISO-2022-oriented escape-quoted autosave encoding.
The dynamic allocation idea was Mike Fabian’s, and using the ISO-IR 196
escapes for those characters was mine. The net result was we don’t have
quite the pressure towards switching to a Unicode internal encoding that we
had in the first years of this millenium.
--
‘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
Ar an triochadú lá de mí Aibréan, scríobh Raymond Toy:
> Heh. Where did I get kr from? Anyway, changing from kr to ko on my Ubuntu
> system makes Korean (Hangul) display correctly. Hurray!
Hurray!
> > > How do I set this up to display this?
> > >
> > > (As an aside, I tried this on my mac using other fonts for Japanese,
> > > Chinese, and Arabic, just for fun. The display for Japanese and Chinese
> > > look right, but I can't get arabic to display. I would like, someday, to
> > > display all of the HELLO page.)
> >
> > You and me both! Jeff Sparkes is our great hope.
> >
>
> What is the blocker for these other examples? It looks like my Ubuntu has
> fonts for many of the languages listed on the HELLO page, but most do not
> display correctly, so I'm just curious on what prevents them from working?
Three things occur to me:
2. The language-to-charset mapping in fontcolor-xlike-inc.c is far from
complete. Now, having it complete wouldn’t be a panacea, especially with the
JIT unicode charsets, but it would improve things a little. Easy enough to
change.
2. There’s nothing like the below in the startup files. This would be also
easy enough to change.
3. There’s no support whatsoever for contextual shaping, bidirectional text,
combining characters and all the other good stuff that makes multilingual
text display an interesting problem. This is basically impossible without a
couple of man years in the context of XEmacs’ XFT support; it’s entirely
achievable with GTK and Pango, and Jeff Sparkes has done important work in
that direction. His repository is here:
https://bitbucket.org/jsparkes/xemacs-gtk .
Code from 2:
(when (featurep 'xft-fonts)
(with-fboundp '(fc-name-unparse fc-font-match fc-name-parse)
(set-specifier
(face-font 'default)
(cons '(x)
(fc-name-unparse
(fc-font-match (selected-device)
(fc-name-parse "Monospace-11.5:lang=en")))))
(loop
for (tag-name regex size) in
'((zh-tw "^chinese-\\(big5\\|cns\\)" 18)
(zh "^chinese-" 18)
(ja "^\\(japanese\\|katakana\\)-" 18)
(ko "^korean-" 18)
(am "^ethiopic-" 18)
(vi "^vietnamese-" 14)
(el "^greek-" 12)
(ru "^cyrillic-" 12)
(hu "^latin-iso8859-2" 12)
(ar "^arabic-" 16)
(lo "^lao" 14)
(he "^hebrew" 11.5)
(th "^thai" 14))
do
(define-specifier-tag tag-name nil
`(lambda (charset)
(string-match ,regex (symbol-name (charset-name charset)))))
(set-face-font 'default
(fc-name-unparse
(fc-font-match
(selected-device)
(fc-name-parse
(format "-%d:lang=%s"
size tag-name))))
nil (list 'x tag-name) 'append))))
--
‘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
ACTIVITY SUMMARY (2012-04-24 - 2012-05-01)
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.
543 open ( +1) / 285 closed ( +0) / 828 total ( +1)
Open issues with patches: 11
Average duration of open issues: 1106 days.
Median duration of open issues: 1166 days.
Open Issues Breakdown
new 219 ( +1)
deferred 6 ( +0)
napping 3 ( +0)
verified 55 ( +0)
assigned 153 ( +0)
committed 18 ( +0)
documented 3 ( +0)
done/needs work 17 ( +0)
Issues Created Or Reopened (1)
______________________________
modeline corruption when scrolling mixed English/Japanese text 2012-04-29
http://tracker.xemacs.org/XEmacs/its/issue830 created mike.kupfer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta