Thank you, included in R-patched and R-devel now.
BTW, it looks like the original problem is in MBCS locales only, which
postdate the X11 View() code (but we had patches from Mr Nakama:
input contexts are needed for entering CJK languages).
I do wonder sometimes if people who only work with data in ASCII or in
a Western European language covered by Latin-1 realize the extent of
the overhead that using a UTF-8 locale implies, especially for the X11
functionality. I still use a Latin-1 locale on Linux much of the
time. There are a lot of optimizations in the R code for ASCII-only
data, but rather fewer in the I/O areas.
On Wed, 13 May 2009, Ei-ji Nakama wrote:
Hi
2009/5/13 Dirk Eddelbuettel <e...@debian.org>:
<snip>
#0 0xb70e685e in XmbLookupString () from /usr/lib/libX11.so.6
#1 0xb73a9d48 in doSpreadKey (DE=0x8bfd040, key=<value optimized out>,
event=0xbfed68d8) at dataentry.c:1828
It is generated by XmbLookupString and Xutf8LookupString because
this doesn't make Input context of X11 when dataeditor is View.
static char *GetCharP(DEEvent * event)
{
<snip>
XmbLookupString(ioic, (XKeyEvent *)event, /* ioic at view
time is NULL*/
text, sizeof(text) - clength,
&iokey, &status);
<snip>
}
I think that this only has to limit GetCharP to isEditor=TRUE.
moreover View() was strange operation of "page down".
http://prs.ism.ac.jp/~nakama/working/dataentry.patch
I think that I improve the above-mentioned by this patch.
--
EI-JI Nakama <nakama (a) ki.rim.or.jp>
"\u4e2d\u9593\u6804\u6cbb" <nakama (a) ki.rim.or.jp>
______________________________________________
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
Brian D. Ripley, rip...@stats.ox.ac.uk
Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel: +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UK Fax: +44 1865 272595
______________________________________________
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel