Project

General

Profile

Actions

Bug #15908

closed

Detecting BOM with non-UTF encoding

Added by nobu (Nobuyoshi Nakada) over 5 years ago. Updated over 5 years ago.

Status:
Closed
Assignee:
-
Target version:
-
[ruby-core:93024]

Description

Currently, "bom|" encoding prefix to File.open is ignored if the encoding name is not a UTF.
But one usage of BOM is to tell if the stream is a UTF or not, and especially common on Windows, e.g. UTF-16LE or OEMCP.
So I think this restriction should be removed.


Files


Related issues 1 (0 open1 closed)

Related to Ruby master - Bug #15210: UTF-8 BOM should be removed from String in internal representationClosedActions
Actions #1

Updated by nobu (Nobuyoshi Nakada) over 5 years ago

  • Related to Bug #15210: UTF-8 BOM should be removed from String in internal representation added

Updated by duerst (Martin Dürst) over 5 years ago

  • Status changed from Open to Closed

Depending on usage, distinction of UTF-8 (with/without BOM), UTF-16LE without BOM, UTF-16BE with or without BOM, and so on may also be necessary. Also, for Japanese, traditionally distinction between EUC-JP, Shift_JIS, and ISO-2022-JP can additionally be necessary.

For more complex cases, heuristics are needed. On the other hand, applications may not want to (or not be allowed to, as e.g. for the bootstrap phase of an XML parser) allow more than a well defined subset.

This kind of processing is therefore better left to applications.

I'm closing this issue to not leave it dangling, but please feel free to reopen if you disagree.

Updated by naruse (Yui NARUSE) over 5 years ago

I understand there's theoretically exist a situation this feature is useful.
But I think it doesn't exist in practice.
I object to provide an additional utility to support legacy encoding.

Updated by nobu (Nobuyoshi Nakada) over 5 years ago

I thought UTF-16LE and CP932 as the main purpose however, I'm bit surprised that these texts have been extinct on Windows already. :tada:

Updated by duerst (Martin Dürst) over 5 years ago

nobu (Nobuyoshi Nakada) wrote:

I thought UTF-16LE and CP932 as the main purpose however, I'm bit surprised that these texts have been extinct on Windows already. :tada:

They are not yet extinct, unfortunately :-(. In Japan, there may be quite a few cases where this would work, but even in Japan, there are many other cases where a larger and/or different selection of encodings is needed.

Actions

Also available in: Atom PDF

Like0
Like0Like0Like0Like0Like0