bug#18610: 24.4.50; Specific file causing emacs to segfault upon opening

[Ivan Shmakov <ivan@siamics.net>]

>>>>> K Handa <handa@gnu.org> writes:
>>>>> In article <83egulmdhz.fsf@gnu.org>, Eli Zaretskii writes:

[…]

 >> Yes, but what's the reason for having latin-extra-code-table in the
 >> first place?

 > I vaguely remember that it was a request from latin-1 users who
 > occasionally have to edit files created by Windows users, and those
 > files tend to contain those non-Latin-1 characters.

	Specifically, latin-extra-code-table has non-nil elements at
	indices #x91 through #x96, which are, as it seems, windows-1252
	code points for the characters common to English typography [1]
	(specifically: ‘, ’, “, ”, •, and –; or U+2018, U+2019, U+201C,
	U+201D, U+2022, U+2013.)

	ISO-8859-1 /proper/ uses these code points for C1 controls;
	specifically [2]: Private Use 1 (PU1), Private Use 2 (PU2), Set
	Transmit State (STS), Cancel character (CCH), Message Waiting
	(MW), and Start of Protected Area (SPA).  Which (I believe) are
	unlikely to be produced by the “common” Windows software.

	Thus, just using the windows-1252 encoding (perhaps also as a
	default fallback in Latin-1 environments) looks like a cleaner
	solution to me.

[1] https://en.wikipedia.org/wiki/Windows-1252
[2] https://en.wikipedia.org/wiki/C0_and_C1_control_codes

[…]

 >>> Sorry for the poor comments in my code.  I'll work on it soon.

 >> TIA.

 > http://en.wikipedia.org/wiki/TiA ?  :-p

 https://en.wiktionary.org/wiki/TIA

	(Sorry, just couldn’t resist.)

[…]

-- 
FSF associate member #7257	np. Symphonic Dances Op. 64 — Edvard Grieg