On Tuesday, 17 June 2014 at 06:44:40 UTC, Jacob Carlborg wrote:
On 17/06/14 04:27, jicman wrote:
Greetings!
I have a bunch of files plain ASCII, UTF8 and UTF16 with and
without BOM
(Byte Order Mark). I had, "I thought", a nice way of figuring
out what
type of encoding the file was (ASCII, UTF8 or UTF16) when the
BOM was
missing, by reading the content and applying the
std.utf.validate
function to the char[] or, wchar[] string. The problem is
that lately,
I am hitting into a wall with the "array cast misalignment"
when casting
wchar[]. ie.
auto text = cast(string) file.read();
wchar[] temp = cast(wchar[]) text;
How about casting to "wchar[]" directory, instead of going
through "string".
No, the issue is that the OP is taking an array of smaller
elements (probably containing an *ODD* amount of elements), and
casting that as a bigger element type. If the original array size
is not a multiple of the target element size, then it'll end up
"slicing" the last element, and trigger said "array cast
misalignment".
The error message (IMO), is unclear, since "misalignement"
usually refers to *position* in memory. I think "array cast
length mismatch" would be a better error message.
In any case, OP, something like:
auto text = file.read().assumeUnique;
size_t u = text.length % wchar.sizeof/char.sizeof;
if (u != 0) {
// text MUST be of "char[]" type
} else {
//OK! Here, the cast is legal: "text" *can* be of type
"wchar[]" type.
}
