реал тайм осы

Первоначально опубликовано Olej Первоначально опубликовано Владимир Е. Зюбин Ну, эти проблемы в любой системе стоят... Что на Си, что на АДе, что на Паскале... перепутал "закорюку"... "плюс" с "минусом" и все... для транслятора ошибки нет, а объект пошел вразнос... Я здесь немного об другом: Моулер и Форсайт показывают, как за счёт конечного представления (континиума real), округлений и усечений (это float-point!) - в элементарных случаях при определённых данных - возникают совсем абсурдные результаты. Книга вообще - блестящая, хотя бы там, где они динамически определяют "машинный ноль", "эпсилон" для иттерационных вычислений, примерно так (изложение моё ;-) - у них там FORTRAN): double epsilon = 1.; while( 1.0 + ( epsilon /= 2. ) != 1.0 ) {}; // ... здесь вы имеете машинный epsilon Посмотрите при случае книгу - она того стоит.

За ссылку спасибо. По примеру чувствуется, что весьма
интересная книга... сразу хочется что-нибудь
улучшить... :-)

long i;
double epsilon = 1.;
for(i = 0; (1.0 + (epsilon /= 2.0)) != 1.0; i++) {};
printf("\n Result is %ld", i);

К сожалению, с "артефактами" машинного представления
очень сложно бороться... как мне это представляется...
что на Фортране, что на Си, что на АДе... :-(

ничего не мешает под ОС какую-нибудь перейти...

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

Первоначально опубликовано Olej to ГОСПОДА МОДЕРАТОРЫ: - ну нельзя, нельзя! вести разговор в форуме, который не позволяет редактировать ранее введенный ответ! а из-за одной пропущенной где-то закарлючки - сжирает весь ответ (минут на 15 работы - если при этом ещё и ДУМАТЬ привык ;-)), и демонстрирует чистую цитату длиной в 0.5 метра...

Разрезать цитату не проблема, см. это сообщение.

Первоначально опубликовано Olej На любом "пыонэрском" форуме для флейма - стоит типовой движок, какой-нибудь "мамбо 4.0.14 -р1 форум minimalist BB 1.5M ..." - ну попросите у пыонэров!

Это не "пионерский" форум и флеймить здесь незачем, как, в прочем, и в любом форуме.

Первоначально опубликовано Olej Позвольте, Е. Зюбин, я вам (да и всем - позвольте?) по фразам отвечать буду - я боюсь этого форума!

Я полагаю Вам просто стоит научиться излагать свои мысли более системно, предварительно взвешивая каждое слово. Действующие возможности по форматированию сообщений позволяют их формировать практически в любом виде и преградой для общения не являются, разумеется если научиться ими пользоваться. Пока я вижу лишь склонность к разведению и поддержанию флейма. Мне лично не понятна необходимость пост-редактирования сообщений, и ни от кого, кроме вас, я не получил пока такой просьбы. Возможность пост-редактирования у данного форума есть, но она намеренно заблокирована. Если вы хотите что-то сказать, говорите это взвешенно и ответственно, это общественное место. Если вы все же хотите, что-то изменить в вашем предидущем сообщении, не стесняйтесь обратиться к модераторам, они вам помогут.

Я, как главный редактор СТА, хочу извиниться за неверный, по моему мнению, тон сообщения администратора.

Проблема насколько я понял не в постредактировании а в том, что какие то действия пользователя приводят к тому, что введенный им ответ "съедается" форумом. Прошу Вас проинформировать администратора об условиях возникновения этих проблем, и он постарается это исправить.

Дальнейшую переписку по этому вопросу, если в этом видится необходимость, уместно вести директом или в разделе "Пожелания и рекомендации" (тема достаточно далекая от ОС РВ :-)).

С Уважением,

Сергей Сорокин

 

Первоначально опубликовано administrator Я полагаю Вам просто стоит научиться излагать свои мысли более системно, предварительно взвешивая каждое слово.

Первоначально опубликовано evgen гм, гм и еще раз гм... темплейты замечательны тем, что ошибку в них не отследишь и не поймаешь в дебаггере, а что касается STL и его стандартности - читайте www.wxwindows.org, хотя проблемы портирования в случае выбора фиксированной платформы, видимо, не стоят. Только молиться надо, чтобы со следующей версией gcc ничего плохого с STL не произошло

Об template & STL - если уж мы этот предмет зацепили (особенно потому, что он может иметь прямое касательство к аппаратному, embedded ПО):

1. template - самое большое расширение С++ с 1995г., может быть более существенное, чем наследование и множественное наследование...
Это, наверное, самая массивная часть серьёзных публикаций последних 5-ти лет. Источники можно посмотреть здесь:
http://qnx.org.ru/index.php?option=com_minibb&action=vthread&forum=12&topic=943
http://qnx.org.ru/index.php?option=com_minibb&action=vthread&forum=12&topic=1327
http://qnx.org.ru/index.php?option=com_minibb&action=vthread&forum=12&topic=952
http://qnx.org.ru/index.php?option=com_minibb&action=vthread&forum=12&topic=1002

Это настолько сильное расширение, что многие считают С++ с templates даже другим клоном языка.

2. template - как раз совершенно заманчивое средство больше для "аппаратног" ПО, потому, как бОльшая часть даже синтаксических проверок может быть выполнена препроцессорно, т.е. даже до начала компиляции.

3. STL, как естественное порождение template, не был стандартизован в стандарте 1998г. (не успели, т.к. первая HP-реализация STL была сделана в 1995г.), но уже тогда комитет по стандарьтзации рассматривал STL как стандарт post-factum... И в стардарте, не помню - 2000 или 2001г. - STL входит.

4. да это и не так важно - STL "внешняя" к языку часть - так ли принципиально, относить ли к стандарту FORTRAN библиотеки линейной алгебры.

5. но STL - и "не совсем" библиотека - это только щаблонные определения, т.е. библиотека, полностью определённая в *.h-файлах... без реализационной части. Любая из реализаций STL будет нормально использоваться если только компилятор строго поддерживает ISO стандарт в части templates. GCC 2.95 - поддерживает, в строгом соответствии со стандартами (говорят, что и более ранние версии тоже). Т.е. "молиться" - не стоит ;-) - от компилятора здесь ничего не зависит, только от реализации template...

А почему им столько внимания... в этой теме?

1. STL реализации могут быть в 2-4 раза текстуально короче, и существенно устойчивее к ошибкам периода выполнения - то, что упоминалось в контексте надёжности ПО;

2. STL реализации через какой-нибудь vector<X> или list<X>, как это не странно на первый взгляд, в конечном итоге (не отдельного оператора, а приложения в целом) могут оказываться ... существенно быстрее (1.4, 2 ... раза) относительно эквивалентов через рудиментные массивы X* ... Сам несколько раз проверял это в задачах цифровой обработки сигналов ... и каждый раз удивлялся ;-).