RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> >> нет такой атомарности, и быть не может !
> >Это вас кто-то обманул.
> >Файловые запросы обрабатывает драйвер файловой системы.
> вообще-то атомарность означает неделимость, 
> а там вполне отчётливо проступают 3 совершенно разные функции.
> признаЮ - не знал, что данном случае терминология отличается от общечеловеческой.
> тем не менее, от терминологии совершенно не зависит то,
> что нефиг было засовывать эти функции в одну.
> 
> >> ты объяснение скипнул : цэ-логика в действии - тут нужно, тут не нужно...
> >Это до тебя не доходит, 
> вотжышблин
> 
> >что очереди и файлы - существенно разные вещи.
> настолько разные, что мы можем открыть то чего нет ?
> 
> >> rc = open...
> >> if rc = ... then ...
> >> и получится одинаковый код на выходе.
> >> то есть это в лучшем случае - если компилер нормально разберётся.
> >Ты популярные книжки/статьи/пофигу-что 
> >про особенности многозадачного программирования читал?
> читал. много думал. (c)
> понял, что вставлять rc= нужно куда только можно.
> а вот вставляние filecreate и fileopen в одну функцию
> не имеет смысла ни в однозадачной среде ни в многозадачной.
> потому как получить в монопольное использование файл может только один процесс,
> все остальные в любом случае получат отлуп.
> и нам, на уровне операционки, абсолютно до лампочки, какой из них этот файл получит,
> тот который его создал или какой-то другой.
> кто первым встал - того и тапки (c)
> у операционки просто нет таких механизмов чтобы определить
> какого процесса работа с файлом полезнее для юзера/админа.
> 
> >Твой код - просто не работоспособен, если не является частью критической секции.
> понятно, что это цэ-логика, но просто не терпится узнать,
> как может код работать в критической секции, и не работать в некритической ?
> 
> >> в реальности же в си столько "атомарных" и прочих заморочек,
> >> что компилер "не понимает что ты хотел ему сказать" :),
> >> и в результате программа на выходе пухнет и глючит.
> >С таким подходом, как у тебя - безусловно.
> совсем сишники распоясались...
>

__, _, __, _,_ _, _ \|_ / \ \|_) \| \| \|\/\| \| \ / \| \ \| \| \| \| ~ ~ ~ ~ `~' ~ ~