pstbin, если вам не подходят стандартные юниксовые пути решения проблем, у вас скорее всего проблемы в архитектуре вашего решения, а раз дело касается прав доступа - то и в безопасности.
Утопия полнейшая - эти программы, как правило, состоят из костылей, подпирающих другие костыли, на которых ездят велосипеды, и все это обсажено багами. Так что все тонкости настройки этого мозгоклюйства знают только мальчики - ТП по вызову, у них на этом бизнес стоит.
Главная проблема - нет никакой гарантии, что это барахло после установки своими руками будет работать как надо, а если нае... сломается бухгалтерия, автору придется срочно переезжать в Тай, и возможно, менять пол.
towin, я говорю о более низкоуровневых вещах. А вы приводите в качестве CPU примеры устройств, которые сами по себе больно похожи на PDP-11.
Попробуйте на C++ написать что-то под GPU, тот же шейдер.
Попробуйте кратко сказать компилятору "с этого места выполнение идет параллельно на всех ядрах, эти переменные - персонально под каждый поток, эти общие, эти атомарные", без программирования комментариями (как это делает OpenMP) - в C++ просто нет такого синтаксиса
То есть, сам язык построен таким образом, что при попытке засунуть его в принципиально другой вычислитель - GPU - вам приходится переделывать всю программу вместе с архитектурой. А хотелось бы написать числодробилку один раз и компилировать ее на разное железо.
towin, да что вы говорите... Есть ряд соглашений, например:
-что у машины есть RAM и отдельно есть регистры (это не всегда так, RAM может и не быть),
-что адреса от RAM, где лежит программа пересекаются с адресами, где лежат данные (тоже не всегда)
-что у машины есть стек (не всегда есть, а если и есть, то глубина может быть около трех, например)
В результате, на архитектурах, где эти соглашения не выполняются, появляются костыли из макросов, в которых заныканы директивы компилятора.
