Failure on non-ASCII path on windows

[ling0322]

I try to compile this program in rustc but an internal compile error occurred that:

task <unnamed> failed at 'assertion failed: is_utf8(v)', C:\bot\slave\dist2-win\build\src\libstd\str.rs:1032
error: internal compiler error: unexpected failure
note: the compiler hit an unexpected failure path. this is a bug
note: try running with RUST_LOG=rustc=1 to get further details and report the results to github.com/mozilla/rust/issues
task <unnamed> failed at 'explicit failure', c:\bot\slave\dist2-win\build\src\librustc\rustc.rs:391

this is my program:

extern mod extra;
use extra::json::ToJson;

fn main () {
  let l = ~[1, 2, 3, 4];
  println(l.iter().filter(|&x| *x > 2).map(|&x| x).to_owned_vec().to_json().to_str());
}

This error occurred both in Windows 8.1 64bit and windows XP 32bit.

[huonw]

Hi, thanks for the report! What is the file name of the program you are running? (I have a feeling this may be because of #7188 and/or #7225.)

[ling0322]

test.rs

[ling0322]

Oh i know the problem! The path to this file is C:\Documents and Settings\Administrator\桌面\test\test.rs since my language is Simplified Chinese :-P

[klutzy]

Simpler test case: $ mkdir ♡ && cd ♡ && touch empty.rs && rustc.exe empty.rs
Seems that we use ANSI function on win32.

[klutzy]

So I think this is not duplication of #7188/#7225, which argue inherently non-unicode bytes. @ling0322 could you re-open this?

[huonw]

(cc @kballard)

@klutzy's test case works on linux, fwiw.

[adrientetar]

@huonw #9812 supposedly fixed this, still relevant?

[klutzy]

This is fixed: #9812 contains some tests similar to this. (Also, my testcase above works now.)