История изменений
Исправление intelfx, (текущая версия) :
в выводе примера на «rust» неверно отображается информация о пути: «\xBD\xB2=\xBC ⌘» не соответствует изначальной последовательности байт (по понятным причинам).
Вообще говоря, если ты посмотришь внимательнее (и сравнишь с выводом ls), то увидишь, что соответствует. Три байта непечатаемые, остальные (пять байт, три символа) печатаемые.
Можем ли мы отобразить его имя - вообще неважно при этом, раз уж мы взялись такие файлы создавать.
Алё, гараж, тебе знакома разница между внутренним представлением и выводом?
Debug-распечатка ({:?}
) вообще не обязана быть полной или корректной. Вот только у Go некорректно само внутреннее представление, т. е. ты просто не можешь в общем случае передать результат os.Readdir()
в os.Open()
.
Исправление intelfx, :
в выводе примера на «rust» неверно отображается информация о пути: «\xBD\xB2=\xBC ⌘» не соответствует изначальной последовательности байт (по понятным причинам).
Вообще говоря, если ты посмотришь внимательнее (и сравнишь с выводом ls), то увидишь, что соответствует. Три символа непечатаемые, остальные печатаемые.
Можем ли мы отобразить его имя - вообще неважно при этом, раз уж мы взялись такие файлы создавать.
Алё, гараж, тебе знакома разница между внутренним представлением и выводом?
Debug-распечатка ({:?}
) вообще не обязана быть полной или корректной. Вот только у Go некорректно само внутреннее представление, т. е. ты просто не можешь в общем случае передать результат os.Readdir()
в os.Open()
.
Исправление intelfx, :
в выводе примера на «rust» неверно отображается информация о пути: «\xBD\xB2=\xBC ⌘» не соответствует изначальной последовательности байт (по понятным причинам).
Вообще говоря, если ты посмотришь внимательнее (и сравнишь с выводом ls), то увидишь, что соответствует. Три символа непечатаемые, остальные печатаемые.
Можем ли мы отобразить его имя - вообще неважно при этом, раз уж мы взялись такие файлы создавать.
Алё, гараж, тебе знакома разница между внутренним представлением и выводом?
Debug-распечатка ({:?}
) вообще не обязана быть полной или корректной. Вот только у Go некорректно само внутреннее представление, т. е. ты просто не можешь передать результат os.Readdir()
в os.Open()
.
Исправление intelfx, :
в выводе примера на «rust» неверно отображается информация о пути: «\xBD\xB2=\xBC ⌘» не соответствует изначальной последовательности байт (по понятным причинам).
Вообще говоря, если ты посмотришь внимательнее (и сравнишь с выводом ls), то увидишь, что соответствует.
Можем ли мы отобразить его имя - вообще неважно при этом, раз уж мы взялись такие файлы создавать.
Алё, гараж, тебе знакома разница между внутренним представлением и выводом?
Debug-распечатка ({:?}
) вообще не обязана быть полной или корректной. Вот только у Go некорректно само внутреннее представление, т. е. ты просто не можешь передать результат os.Readdir()
в os.Open()
.
Исходная версия intelfx, :
Можем ли мы отобразить его имя - вообще неважно при этом, раз уж мы взялись такие файлы создавать.
Алё, гараж, тебе знакома разница между внутренним представлением и выводом?
Debug-распечатка ({:?}
) вообще не обязана быть полной или корректной. Вот только у Go некорректно само внутреннее представление, т. е. ты просто не можешь передать результат os.Readdir()
в os.Open()
.