там дают исходники.
Ну и что? Ситуация с дефрагментацией такая же тогда вполне возможна.

да и дать нормальный инструмент «перекрытия» библиотек
С дефрагментацией это не помогло бы.

"Перекрытие" библиотек помогает, если программа всё в себе делает. А если ты с помощью библиотеки работаешь с устройством, то запросто может получиться, что старая библиотека с ним просто не может работать вообще.

(Reply to this) (Parent) (Thread)

>Ну и что? Ситуация с дефрагментацией такая же тогда вполне возможна.
нет. потому что в исходниках есть API. соответственно, или API не поменялся, и тогда похуй, или API поменялся, и тогда софтина просто не соберётся.

>С дефрагментацией это не помогло бы.
см. выше.

>А если ты с помощью библиотеки работаешь с устройством, то запросто может
>получиться, что старая библиотека с ним просто не может работать вообще.
это проблемы автора библиотеки.

(Reply to this) (Parent) (Thread)

нет. потому что в исходниках есть API. соответственно, или API не поменялся, и тогда похуй, или API поменялся, и тогда софтина просто не соберётся.
В исходниках есть API. Но нет такого, которое позволяет перемещать упомянутые виды файлов. Зная исходники (или поковырявшись с отладчиком, что не сильно отличается), граждане реализуют операцию с помощью низкоуровневых команд. А в новой версии такая комбинация вызовов низкоуровневых команд приводит к другому результату (сбою и потере данных).

(Reply to this) (Parent) (Thread)

>А в новой версии такая комбинация вызовов низкоуровневых команд приводит к
>другому результату (сбою и потере данных).
вывод: автор кода фс — мудак и гондон, чо ниясна-та? что ломаешь — ломай так, чтобы с новым кодом или не собиралось старое, или собиралось, но падало до того, как успеет что-то изгадить.

(Reply to this) (Parent) (Thread)

А причём тут файловая система? Низкоуровнево что-то писать на диске (в нужный сектор, например) — ясно, что где-то такая возможность должна даваться (чтобы разбивать на разделы, форматировать, чтобы сама файловая система была реализована). Если её используют для обхода ограничений файловой системы (начитавшись исходников, предположив, что где находится), то при чём тут разработчик файловой системы?

(Reply to this) (Parent) (Thread)

а при том, что работаем мы с FS. не поверишь. и у нас — в случае GPL — есть исходники FS. а в них — снова не поверишь — API. которое избавляет от писанины по секторам.

(Reply to this) (Parent) (Thread)

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

GPL не гарантирует наличие API со всеми прибамбасами (и без глюков). Ситуация не отличается принципиально от Окон.

(Reply to this) (Parent) (Thread)

тогда они проверяют версию FS. с описаным дефрагментатором ситуация другая: версия FS не поменялась.

так, для информации: любая FS имеет внутреннее апи для лочки. если бы m$ это давали — дефрагментатор «залочил» бы FS, сделал, что надо, и «разлочил». но…

(Reply to this) (Parent) (Thread)

Ага, конечно: версия ОС-то изменилась.

Если можно "лочить", то разумнее запустить дефрагментацию вообще без запуска всевозможного ПО и самой ОС. Такие дефрагментаторы, насколько я помню, тоже были (под Окна-95/98/ME — естественно, с ядром NT — не знаю).

Но тут-то дефрагментатор хотел "по-живому" резать. И текст не свидетельствует о том, что с блокированием операции бы удались: утверждалось, что из-за неверных предположений о расположении или строении структур данных, данные программой портились.

Мне как программисту под Окна конечно забавно, что ты выдаёшь индульгенции тем, кто пишет сколь угодно безумно, сваливая всю вину на МС.

(Reply to this) (Parent) (Thread)

>Ага, конечно: версия ОС-то изменилась.
и что? у меня вот ядро кучу версий сменило, а raiserFS как работала — так и работает, ничего не сломалось. чудо, правда?

>утверждалось, что из-за неверных предположений о расположении или строении
>структур данных, данные программой портились.
внимательно почитай:
а) верных;
б) если бы дали нормальную документацию и API — не надо было бы гадать.

я не понимаю: ты идиотничаешь, троллишь, или?

(Reply to this) (Parent) (Thread)

я не понимаю: ты идиотничаешь, троллишь, или?
Я не вижу, как GPL или ей подобное в этой ситуации помогает.

у меня вот ядро кучу версий сменило
Вряд ли ты использовал ReiserFS с ядром Линукса версии 1.*.*. Или использовал?
В документации Окон версия файловой системы чётко связывается именно с ОС.
И у NTFS.SYS тоже есть версия, которую легко проверить. И она наверняка изменялась (хотя бы потому, что явно связана с версией ОС на уровне своих цифр).

верных
То есть: ошибок не возникло, данные не портились?

если бы дали нормальную документацию и API
Ещё раз: какая разница, если программа хотела делать непредусмотренное?

(Reply to this) (Parent) (Thread)

не, дальше беседуй сам с собой. мне тяжело беседовать русскими словами не по-русски.

(Reply to this) (Parent)