Non utf8 output causes panic in interpreter discovery

On some machines (as detected by Zed crash telemetry), toolchain discovery panics because a probed executable’s stdout is not valid UTF-8.

For example, we received:

b"\xCE\xC4\xBC\xFE\xB2\xBB\xB4\xE6\xD4\xDA: E:\\<redacted>\\-c\r\n"

This (according to my LLM) is GBK-encoding of 文件不存在: E:\<redacted>\-c, “File does not exist.”

I'm not sure why the executable appears to interpret -c as a filename, but I don't think we should panic on its output. Using String::from_utf8_lossy instead of String::from_utf8(...).unwrap() should address this.

インタープリター検出コードで、プローブした実行可能ファイルの出力を String::from_utf8(...).unwrap() で処理している箇所を検索します。UTF-8 ではない stdout で panic が発生しないように出力処理を更新し、プローブが無効な UTF-8 を出力した場合でも検出が完了することを確認します。