История изменений
Исправление debugger, (текущая версия) :
ТС, сознайся, ты новость с опеннета «переводил»?
В оригинале:
When changing metadata, libFLAC now detects when an input file is a symlink, and will refuse to write data to it when an in-place rewrite of the metadata cannot happen
Написано кривенько, но догадаться можно: если нельзя обновить теги на месте и файл является симлинком, то процедура «(1) записать временный файл, (2) оригинал удалить, (3) временный файл переименовать» применяться не будет, т. к. это приведёт к замене симлинка на копию файла с новыми тегами.
Опеннет перевёл это так:
В libFLAC, libFLAC++ и metaflac реализована поддержка записи в новый файл при изменении метаданных, вместо перезаписи существующего файла. В libFLAC при изменении метаданных добавлена проверка указания символической ссылки в качестве входного файла и реализована защита от записи в подобные файлы при замене файла по месту.
Э-э-э… Кто на ком стоял? Канцеляризм во все поля, так, что понять смысл этих двух предложений невозможно.
Ну, и местная новость:
Управление метаданными. libFLAC, libFLAC++ и утилита metaflac теперь умеют создавать новый файл при изменении метаданных, вместо перезаписи существующего.
Явно сокращение опеннетного текста, но смысл при этой игре в испорченный телефон утерян окончательно. В опеннетовском варианте хоть и мутный, но намёк на симлинки всё же был.
Походу, искусственный интеллект уже превзошёл естественный. Гуглоперевод оригинала более близок к оригиналу, чем опеннетные и лоровские «переводы»:
При изменении метаданных libFLAC теперь определяет, является ли входной файл символической ссылкой, и откажется записывать в него данные, если невозможно выполнить перезапись метаданных на месте.
Исправление debugger, :
ТС, сознайся, ты новость с опеннета «переводил»?
В оригинале:
When changing metadata, libFLAC now detects when an input file is a symlink, and will refuse to write data to it when an in-place rewrite of the metadata cannot happen
Написано кривенько, но догадаться можно: если нельзя обновить теги на месте и файл является симлинком, то процедура «(1) записать временный файл, (2) оригинал удалить, (3) временный файл переименовать» применяться не будет, т. к. это приведёт к замене симлинка на копию файла с новыми тегами.
Опеннет перевёл это так:
В libFLAC, libFLAC++ и metaflac реализована поддержка записи в новый файл при изменении метаданных, вместо перезаписи существующего файла. В libFLAC при изменении метаданных добавлена проверка указания символической ссылки в качестве входного файла и реализована защита от записи в подобные файлы при замене файла по месту.
Э-э-э… Кто на ком стоял? Канцеляризм во все поля, так, что понятьт смысл этих двух предложений невозможно.
Ну, и местная новость:
Управление метаданными. libFLAC, libFLAC++ и утилита metaflac теперь умеют создавать новый файл при изменении метаданных, вместо перезаписи существующего.
Явно сокращение опеннетного текста, но смысл при этой игре в испорченный телефон утерян окончательно. В опеннетовском варианте хоть и мутный, но намёк на симлинки всё же был.
Походу, искусственный интеллект уже превзошёл естественный. Гуглоперевод оригинала более близок к оригиналу, чем опеннетные и лоровские «переводы»:
При изменении метаданных libFLAC теперь определяет, является ли входной файл символической ссылкой, и откажется записывать в него данные, если невозможно выполнить перезапись метаданных на месте.
Исходная версия debugger, :
ТС, сознайся, ты новость с опеннета «переводил»?
В оригинале:
When changing metadata, libFLAC now detects when an input file is a symlink, and will refuse to write data to it when an in-place rewrite of the metadata cannot happen
Написано кривенько, но догадаться можно: если нельзя обновить теги на месте и файл является симлинком, то процедура «(1) записать временный файл, (2) оригинал удалить, (3) временный файл переименовать» применяться не будет, т. к. это приведёт к замене симлинка на копию файла с новыми тегами.
Опеннет перевёл это так:
В libFLAC, libFLAC++ и metaflac реализована поддержка записи в новый файл при изменении метаданных, вместо перезаписи существующего файла. В libFLAC при изменении метаданных добавлена проверка указания символической ссылки в качестве входного файла и реализована защита от записи в подобные файлы при замене файла по месту.
Э-э-э… Кто на ком стоял? Канцеляризм во все поля, так, что понятьт смысл этих двух предложений невозможно.
Ну, и местная новость:
Управление метаданными. libFLAC, libFLAC++ и утилита metaflac теперь умеют создавать новый файл при изменении метаданных, вместо перезаписи существующего.
Явно сокращение опеннетного текста, но смысл при этой игре в испорченный телефон утерян окончательно. В опеннетовском варианте хоть и мутный, но намёк на симлинки был.
Походу, искусственный интеллект уже превзошёл естественный. Гуглоперевод оригинала более близок к оригиналу, чем опеннетные и лороские «переводы»:
При изменении метаданных libFLAC теперь определяет, является ли входной файл символической ссылкой, и откажется записывать в него данные, если невозможно выполнить перезапись метаданных на месте.