(Untitled)

[l2tp]

Вот есть кусочек кода:

import sys, struct

datafile = open(sys.argv[1], "r")

img = datafile.read()
Аргументом скрипту передается имя файла с hexdump-ом неважно чего. Просто маленький hexdump размером 242 байта. Питон 2.7 нормально воспринимает конструкцию, открывает и читает файл, а потом обрабатывает по желанию писателя скрипта. А вот третий

Comments

[starcat13]

(пафосно) 21 век, unicode новое умолчание! :)

[l2tp]

"Повбивав би"(с)

Это что, теперь, чтобы прочитать файл как набор байтов, надо извращаться? Совсем подурели

[starcat13]

Учитывая кол-во софта, который до сих пор криво работает с не-ASCII символами - то я автора Питона даже несколько понимаю.
"не хотите добровольно - придеться вот так!"

[starcat13]

http://horstmann.com/unblog/2016-05-06/ - из "веселья" с кодировками.

[vlad_rulez]

В третьем питоне все строки unicode по умолчанию.
Поэтому пишем:

with open(sys.argv[1], "rb") as datafile:
    img = datafile.read()

[l2tp]

Но зачем усложнять-то?

Или нынче питон в основном позиционируется как средство для обработки текстовых файлов в формате unicode?

UPD Патчик для скрипта под третий питон находится на раз-два, вопрос в том, зачем и почему меняется "поведение по умолчанию"

[vlad_rulez]

Это просто один из способов заставить разработчиков работать с юникодом. Иначе они его игнорят и работают с обычными строками.

[e1am0]

datafile = open(sys.argv[1], "rb"), не?
ЗЫ. видел этот пост без каментов )). а ваще питон адски несовместим между 2 и 3. боюсь представить, что будет в 4

[l2tp]

Не, гуглить-то я умею. Меня больше интересует вопрос "зачем и почему" такое поведение у третьего питона. Ну на хера ж менять дефолтное поведение, тем более, такие вечные вещи

[e1am0]

выше ответили. собственно логика примерно аналогична передаче файла в фтп.
я правда в 3ем не живу, просто примериваюсь на случай как обычно внезапного переезда вчера.
но навскидку именно обработка текста будет на высоте и без штатного гемороя с декоде андекоде в не очень понятных местах и зависимости вывода кракозябр от потока вывода

[l2tp]

http://horstmann.com/unblog/2016-05-06/

Про кодировки и кракозябры

[norguhtar]

Добро пожаловать в светлый мир unicode! На самом деле правильное начинание, так-как всякие нюансы исчезают с тем какая кодировка стоит на машине.

[andrewkochetkov]

Потому что на самом деле, когда ты пишешь open(..., "r"), предполагается, что ты пишешь open(..., "rt"). И питон тут при делах только потому, что он treat'ит "t" как utf-8. Это не неожиданное поведение, просто "r(t)" всегда прокатывало до utf-8, хотя это всё равно было неправильно.

[l2tp]

Лучшее пояснение, спс