May 1999 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Assertion failure in mule-charset.h? 25 years, 6 months

Hrvoje Niksic

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > >>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: > > Hrvoje> "Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > >> However ... shouldn't we be pedantic and restrict the feature > >> to ASCII? Nothing over ?\x7F is remotely portable across > >> character encodings > > Hrvoje> We lose nothing by allowing Latin 2 this way. The > > Latin *2*? Sorry, I meant Latin 1. Typo.

1 participants
0 comments

Documentation bug 25 years, 6 months

SL Baur

This is a lie and I'm going to change the wording unless the author wishes to add anything. configure.usage: --with-xfs Compile with XFontSet support for bilingual menubar. Can't use this option with --with-xim=motif or xlib. And should have --with-menubars=lucid. I don't know/care about the --with-xim=motif part, but --with-xim=xlib works fine with --with-xfs.

2 participants
1 comments

Re: Assertion failure in mule-charset.h? 25 years, 6 months

Hrvoje Niksic

"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes: > However ... shouldn't we be pedantic and restrict the feature to > ASCII? Nothing over ?\x7F is remotely portable across character > encodings---Hrvoje, you of all people are aware of this; I bet you > have the relevant portions of the Latin-2 table memorized, and I see > no reason why that shouldn't be accessible this way if Latin-1 is. We lose nothing by allowing Latin 2 this way. The accessibility of other charsets should be solved systematically, e.g. by allowing \u for Unicode. > I have this funny feeling that nobody really wants the meaning of > say ?\xB0 to depend on which coding system or language environment > is currently in effect. Agreed.

2 participants
1 comments

New Lisp package kits for egg-its, skk, and APEL 25 years, 6 months

SL Baur

I've uploaded new package kits for above three Lisp packages. If you are even remotely considering building an XEmacs/Mule binary kit for 21.1.x, you must upgrade the egg-its and skk you are building against. APEL contains a new file that got left out and a bytecode portability fix. Both these changes are necessary for APEL to work with file-coding and no Mule. apel-1.12 Add poem-xfc.el, bytecode portability fix skk-1.13 Remove dumped-lisp.el egg-its-1.17 Remove dumped-lisp.el Due to an unexpected but planned power outage here Thursday and Friday, Friday's beta will either be postponed until the evening or until Saturday. I will make new Sumos at the same time.

1 participants
0 comments

Re: NEWS patch 25 years, 6 months

Hrvoje Niksic

jerry(a)cs.ucsb.edu (Jerry James) writes: > Pardon me for my ignorance. I'm not really sure how things are done > around here. Should I send a trivial patch like the following to > xemacs-patches, is this a better place for it, or is there some > third list that would be most appropriate? xemacs-patches is for every patch you wish to be applied to the distribution. xemacs-beta is good for patches you wish others to test out before you send them to xemacs-patches. > In any case, I'm not so sure that the original version wasn't > correct in some sense. :-) I think your change is correct. The docstring says "monotonically", and it's been written by Martin Buchholz, who is a mathematician. I wrote the NEWS entry. But the entry documents a 21.0 change, so modifying it might be considered "changing history". But I guess spelling fixes should still be fine. (I'm the maintainer of NEWS, btw.) In Croatian, there's only one way to say monotonous/monotonical (the same root, "monoton"), so the related joke goes: Q: Why are maths professors convergent? A: They are monotonous and limited. But then again, I guess translating puns has never been easy.

1 participants
0 comments

Re: [21.1] Important NT process fix 25 years, 6 months

SL Baur

Jason R Mastaler <jason(a)xemacs.org> writes in xemacs-beta(a)xemacs.org: > Andy Piper <andy(a)xemacs.org> writes: >> This is a fixed version of the patch I posted last week. I think it is >> important that this patch makes it into the mswindows binary kit as things >> like jde rely on the behviour it enables (besides the bugs it fixes). > Okay, then we will use a 21.1 release that has this patch incorporated > as a base for the ms-windows binary-kits. We also need Martin's \xxxx patch.

1 participants
0 comments

Re: how to debug .emacs? 25 years, 6 months

SL Baur

Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes in xemacs-beta(a)xemacs.org: >>>>>> "TK" == T Kurosaka <- Sun Professional Services" <kuro(a)Japan.Sun.COM>> writes: TK> I'd like to know if there is any easy way to locate the TK> offending line. > What most likely is happening is that you have an unbalanced paren in > there somewhere. Mule can do this to you if you have Japanese strings > encoded in 7-bit JIS in your .emacs but for some reason isn't > recognizing it correctly. I don't know if SJIS can do it. > There's probably a better way, ... xemacs --debug-init. This is documented in numerous places.

1 participants
0 comments

Re: black icons 25 years, 6 months

SL Baur

T Kurosaka <- Sun Professional Services" <kuro(a)Japan.Sun.COM>> writes in xemacs-beta(a)xemacs.org: kuro> ... I have another problem: icon are all black. kuro> Do I need to specify where the icon files are located? No. You need to build with XPM support. You shouldn't be loading .xbm files for the toolbar. > In order to narrow down the problem, I ran xemacs under truss utility > and it seems that xemacs is reading the xbm files properly, for example: > open("/home/kuro/local/lib/xemacs-21.2-b13/etc/toolbar/last-win-up.xbm", O_RDONLY) = 11 > open("/home/kuro/local/lib/xemacs-21.2-b13/etc/toolbar/last-win-up.xbm", O_RDONLY) = 11 > but it fails to open the .xbmMask or .xbmmsk file for that icon: > open("/home/kuro/local/lib/xemacs-21.2-b13/etc/toolbar/last-win-up.xbmMask", O_RDONLY) Err#2 ENOENT > open("/home/kuro/local/lib/xemacs-21.2-b13/etc/toolbar/last-win-up.xbmmsk", O_RDONLY) Err#2 ENOENT > Would this be a problem? I don't know what these mask files do. > I also wonder why xemacs opens each .xbm files twice. There are no mask files.

1 participants
0 comments

Notes on the PROBLEMS file 25 years, 6 months

Jerry James

I just wanted to point out a couple of items in the PROBLEMS file that shipped with XEmacs 21.1.2. In the Solaris section, it says: *** Sed problems on Solaris 2.5 There have been reports of Sun sed truncating very lines in the Makefile during configuration. The workaround is to use GNU sed or, even better, think of a better way to generate Makefile, and send us a patch. :-) Besides the typo and the grammatical error, I'd like to point out that this only happens if cpp is not in your path. When we first hit this problem, our sysadmin truss'd sed to see what it was doing and noticed that it tried to stat cpp. He fixed up his path and bingo! It worked. Second, in the Irix section, it says: *** Motif dialog boxes lose on Irix. Larry Auton <lda(a)control.att.com> writes: Beware of not specifying --with-dialogs=athena if it builds with the motif dialogs [boom!] you're a dead man. Last year, just after the release of 20.4, I noted on comp.emacs.xemacs that I built with the Motif dialogs on both Irix 5.3 and Irix 6.2, and didn't have any trouble. In response, Olivier Galibert wrote: No, I have seen the problem on an incompletely patched 6.2 too. Linking with motif on that box makes the x-copy-primary-selection segfault within the motif routines. I don't remember *which* patch is needed though. Sorry. As a matter of fact, I'm running without *any* Motif patches installed (and was last year as well). We only install SGI recommended patchsets here, and no Motif patch has ever made it into the recommended set for Irix 6.2. We do have X server and X library patches, however. Anyway, since it is a whole year later, the chances of somebody running an Irix without the relevant patch are steadily decreasing (since it appears to have been in the recommended set for at least a year). I suggest this entry be changed to read something more like this: *** Motif dialog boxes may require Irix patch If using the Motif dialog boxes causes x-copy-primary-selection to segfault in the Motif routines, then you must either upgrade your Irix patches or configure using --with-dialogs=athena. Regards, -- Jerry James Email: jerry(a)cs.ucsb.edu WWW: http://www.cs.ucsb.edu/~jerry/

1 participants
0 comments

Re: [21.1.2] Gnus, PGP, and MULE 25 years, 6 months

SL Baur

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes in xemacs-beta(a)xemacs.org: > nbecker(a)fred.net writes: >> rm ...xemacs-packages/lisp/tm/*.elc && C-u M-x >> byte-recompile-directory fixed it for me. > So it is the apel defsubst problem then. > What is the procedure for getting patches in APEL, mail them to > Tomohiko? Or pass them through me. I'll make a patch for this and talk to him about it when he gets in today.

1 participants
0 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta May 1999