Re: [Bug: 21.4.22] weird file corruption with utf8 charset
Ar an ceathrú lá déag de mí Deireadh Fómhair, scríobh Stephen J. Turnbull:
Johann 'Myrkraverk' Oskarsson writes:
> I never had time to do more than a quick glance at the code. I'll try
> to work on this in the coming weeks as I can, so if there's any
> updates, I'd like to be notified.
Sure, I haven't had time to work on it either, as you have noticed,
I'm sure, :-/
> Are these 8bit coding systems something I'll have to backport from
> 21.5?
Oops. Yes, and that may not be as trivial as I thought. They use the
Unicode charset to identify characters, which are then translated to
Mule code using the native `unicode-to-char' function. There were
also changes to the C code to accomodate fixed-width, but I'm not sure
how extensive that was (perhaps just deriving 'fixed-width as a
subtype of 'ccl coding system type). This work was done by Aidan,
mostly in Sept-Nov 2009 according to the ChangeLog.
Not trivial, no.
The sort-of-good news for Johann is that the bugs are probably in Mule-UCS,
rather than in the CCL engine itself. If he’s interested in checking, the
koi8-r coding system is implemented in CCL and probably does not have this
bug. The fixed-width coding systems will in general not run on SXEmacs or
21.4, in the absence of a mule-to-unicode CCL bytecode.
It would be easier, and give better, more correct, more maintainable code
that does not lose data, for SXEmacs to move to Unicode internally and to
implement all its coding systems using iconv(3), since they have committed
to Unix-only and don’t need to support any platforms without iconv(3). Any
more work on Mule-UCS will take an inordinate amount of time for very little
benefit.
--
‘Tramadol is further fed to cattle […] when working them […] (as draft
animals) so that the animals do not get tired quickly. …’
— Angewandte Chemie, Sept 2014, describing the social context of
(synthetic) tramadol having been found in Cameroon tree roots.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta