lkml.org 
[lkml]   [2001]   [Oct]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectReading vcsa.
I thought I understood how characters are translated between the write()
system call and when they appear on the screen, but I've now come across an
example which doesn't fit. Can anyone please tell me where I'm wrong, or at
least point me to some documentation which explains this process more
accurately. My goal is to write as accurate as possible a reverse translation
process.

My current understanding is as follows: A character is first passed through
what we might call the host-to-unicode table, i.e. the one which is retrieved
by GIO_UNISCRNMAP. The resulting unicode value is then passed through what we
might call the unicode-to-font map, i.e. the one which is retrieved by
GIO_UNIMAP. If the intermediate unicode value is within the range F000-F0FF,
then the high-order F0 is zeroed, and the unicode-to-font table is bypassed.

While everything I've read so far seems to indicate that the fore-going is
correct, I must've missed something because I've encountered a system wherein
unicode-to-font translation (GIO_UNIMAP) is taking place even though all of the
host values 00-FF are being translated (GIO_UNISCRNMAP) to their respective
F000-F0FF unicode values. Is there another flag or state indicator I should be
checking? Is there another translation table I should be considering? In case
it matters, the system on which I've encountered this situation is running a
2.4.8 kernel.

--
Dave Mielke | 2213 Fox Crescent | I believe that the Bible is the
Phone: 1-613-726-0014 | Ottawa, Ontario | Word of God. Please contact me
EMail: dave@mielke.cc | Canada K2A 1H7 | if you're concerned about Hell.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:18    [W:0.026 / U:1.708 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site