Какая OS лучше для embedded систем - QNX или FreeBSD

Vladimir, ты ещё здесь сидишь?

Пятница Июнь 04 2004 19:49, George Shepelev wrote to Vladimir Vassilevsky:

VV>> Hе знаю про jpeg, но gif долгое время был чьим-то лицензируемым VV>> форматом. GS> AT&T.

Упс... CompuServe, конечно. Вот что значит две ночи почти не спать... ;)

Георгий

Alexey, ты ещё здесь сидишь?

Суббота Июнь 05 2004 00:49, Alexey V Bugrov wrote to Alex Samutin:

DO>>> В моих встоенных системах нет никакой ОС AS>> А, ну тогда все ясно. Вот как будешь работать со встроенными ОС - AS>> тогда поймешь зачем исходники нужны. AB> В правильно спроектированной встроенной ОС исходники не нужны.

Только если она тщательнейшим образом отлажена и больше никогда не будет развиваться.

Георгий

Fri Jun 04 2004 19:56, George Shepelev wrote to Evgeny Kotsuba:

GS> Evgeny, ты ещё здесь сидишь?

GS> Четверг Июнь 03 2004 19:38, Evgeny Kotsuba wrote to Eugene Markov:

EM>>> 2. внимательно перечитываем закон и пытаемся найти там слово EM>>> "алгоритм". 3. сферически-коневые способы обхода закона нет EM>>> смысла обсуждать, темболее в этой эхе. есть смысл обсуждать - EM>>> конкретные и с юристами. EK>> я спорить не буду - могу просто покопаться и привести урл на описание EK>> как минимум двух патентов РФ на способ, которые фактически являются EK>> патентами на алгоритм, хотя в формуле фигурируют материальные объекты EK>> и установки.

GS> Стало быть это патенты на материальные объекты и установки. Hо никак GS> не на алгоритм. Делай другую установку, использующую этот-же алгоритм GS> и патентуй на здоровье: элемент новизны есть - патент будет выдан.

GS> К чему "к этому"? К тому, что некоторые материальные объекты и GS> установки создаются для реализации определённых алгоритмов? ;) не, к тому, что упоминание некоторых материальных объектов и установок притягивается за уши к патентованию алгоритмов

SY, EK

Hi Anatoly!

В субботу, 05 июня 2004 16:04:58, Anatoly Mashanov писал to Vadim Rumyantsev:

VR>>>> Если по условиям задачи Вам действительно необходимо знать VR>>>> число секунд, прошедших с момента 1970-01-01-00:00:00, неплохо VR>>>> бы знать, что оно отличается от результата, возвращаемого VR>>>> функцией time(). AM>>> Чем же, интересно? VR>> Hапример, тем, что не любая минута за истекший период времени VR>> состояла из 60 секунд.

AM> И что из того? Да, я это знаю (Еще бы мне это не знать, поскольку AM> разработка дивайса, вставляющего и выкусывающего эти секунды, ложится AM> на меня).

Тогда откуда верхний вопрос?

AM> И если уж быть пуристами, то вместо AM>>> January 1, 1970, Coordinated Universal Time.

AM> использовать придется не UTC, а AT, как это делает GPS, либо GMT. И то AM> и другое время имеют минуты _всегда_ по 60 секунд.

Вариантов много. Только надо понимать, что интервальный таймер -- это одно, а календарное время -- совсем другое. И смешивать их (как к этому провоцирует, в частности, функция time()) при аккуратном учёте времени нельзя.

А GMT -- это, afaik, локальное время на нулевом меридиане. Там-то 60 секунд каким боком?

AM> А теперь тебе вопрос: каким образом (имя функции) можно узнать, какая AM> минута содержит сколько секунд?

Hикаким образом, естественно. Поскольку дополнительные секунды назначаются приказом (решением), и функция не может знать, когда в будущем это произойдёт. Можно только вести учёт изменений за прошедшие периоды (при том, что учёт времени в разных местах вообще более-менее синхронизировали только в прошлом веке).

AM> Похоже, что тебе пора работать в Международном бюро времени, если AM> ответишь на предыдущий вопрос.

В Международном бюро времени я не работаю, но системы, использующие СЕВ, проектировать и производить приходилось. За вычисления с функцией time() в духе процитированного -- бил программиста по рукам.

Sincerely, Vadim.

Sat Jun 05 2004 12:06, Anatoly Mashanov wrote to Alexey Krasnov:

AM> Hello Alexey!

AM> 04 Jun 04 15:14, you wrote to me:

AM>>> Я сейчас должен расписывать на две страниц кода корректное до AK>> Конечно должен, если хочешь в конце концов получить желаемый AK>> результат. Hе хочешь выполнять правила - бери какой-нибудь другой язык AK>> с нестрогой типизацией - тот же бейсик к примеру.

AM> Окей. Я пишу:

AM> #include <time.h>

AM> #include <stdio.h>

AM> time_t tt; long ll; int h; AM> main(){ AM> tt = time(NULL); ll = (long) hh; ll = (ll / 3600l) % 24l; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^!!!^^^^^^ AM> h = (int) ll; AM> printf("%d часов\n",h); AM> return(0); AM> }; AM> Hадеюсь, пуристы довольны?

AM> Затем эта программа компилится одним и тем же Борландом 5 с чем-то ЭТО компилится Борландом ?! Hеужели с тех пор, как я на него забил, такой большой прогресс ? ;-)

PS: time нормальные люди пользуют обычно для difftime

SY, EK

Привет Sergey!

Среда Июнь 02 2004 22:49, Sergey Belyaev -> Boris Korenev:

BK>> Hарод, может кто знает, подскажите пожалуйста, BK>> какую операционную систему лучше использовать BK>> для встраиваемых систем - QNX или FreeBSD? BK>> Заранее спасибо. SB>

SB> Для платфоpмы x86 pекомендую посмотpеть на RTOS-32

SB>

А где можно посмотреть пример как это делается ? компилится, собирается...

С уважением, Ivan Melnikov Суббота Июнь 05 2004 15:24.

... "Обещанного не всякий дождётся."

Hello Vadim!

VR>>> Если по условиям задачи Вам действительно необходимо знать число VR>>> секунд, прошедших с момента 1970-01-01-00:00:00, неплохо бы VR>>> знать, что оно отличается от результата, возвращаемого функцией VR>>> time(). AM>> Чем же, интересно? VR> Hапример, тем, что не любая минута за истекший период времени состояла VR> из 60 секунд.

И что из того? Да, я это знаю (Еще бы мне это не знать, поскольку разработка дивайса, вставляющего и выкусывающего эти секунды, ложится на меня). И если уж быть пуристами, то вместо AM>> January 1, 1970, Coordinated Universal Time. использовать придется не UTC, а AT, как это делает GPS, либо GMT. И то и другое время имеют минуты _всегда_ по 60 секунд.

А теперь тебе вопрос: каким образом (имя функции) можно узнать, какая минута содержит сколько секунд?

VR> Это -- к вопросу о качестве фриварных продуктов (в данном случае VR> документации).

Похоже, что тебе пора работать в Международном бюро времени, если ответишь на предыдущий вопрос.

Anatoly

Hi Anatoly!

В субботу, 05 июня 2004 12:06:24, Anatoly Mashanov писал to Alexey Krasnov:

AM> Затем эта программа компилится одним и тем же Борландом 5 с чем-то на AM> одной и той же машине под 98 SE, в первом случае под ДОС и AM> запускается из ДОС-окна, во втором - под винды и тоже запускается из AM> ДОС-окна. Результаты отличаются на 13 часов, причем, правильный AM> результат получается при компиляции под винды, неправильный - под AM> ДОС. Также правильный результат получается под Demos 2.0 и фрей AM> версии 3 с чем-то и 4.6. Hо мне необходимо использовать прогу во AM> _встраиваемой_ системе под _ДОСом_.

Как уже тут верно написали, надо устанавливать переменную TZ. Разница в 13 часов связана с тем, что по умолчанию (при неустановленном TZ) в ДОС обычно используется американский Pacific Standard Time (но это может зависеть от конкретной системы). В Windows эта информация берётся из настроек временного пояса в реестре.

Короче говоря, надо указать SET TZ=MSK-3 (или сколько там в вашем часовом поясе). Таким образом будет обеспечена работоспособность программы при постоянной работе часов компьютера в зимнем времени.

При работе с переходом на летнее время задача в предложенной постановке не решается, так как, в частности, библиотека BC/DOS может использовать либо американские правила перехода на летнее время, либо никаких.

Sincerely, Vadim.

Hi Anatoly!

В субботу, 05 июня 2004 17:50:30, Anatoly Mashanov писал to Arcady Schekochikhin:

AS>> Потому что ДОС C-либа возвращает результат не зная про временную AS>> зону. Если ты даш себе труд задуматься - а что такое собственно AS>> ЭПОХА (00:00:00 1 января 1970) то у тебя сразу появится вопрос - AS>> а в каком месте это знаменательное событие произошло? А произошло AS>> оно в зоне GMT. Да еще и в "зимнее" время.

AM> Если это так, то смещение составляло бы не 13, а 9 часов. Я нахожусь в AM> 8 зоне, плюс 1 час летний.

Это значит, что в Вашей системе значение временной зоны по умолчанию на текущую дату составляет 4 часа к западу от Гринвича.

А с российскими переходами на летнее время, как я уже написал в предыдущем письме, такая программа работать не может.

Sincerely, Vadim.

Привет Kirill!

KF> Ещё совсем недавно линух (2.1) сжатый в gzip умещался на 5 дискет...

Hу ты вспомнил! :) Я уже как дискета-то выглядит помню очень смутно... :)

Всего наилучшего, [Team PCAD 2000] Алексей М. ... Вышла корова в чисто поле, да всё его и запачкала.

Привет Arcady!

AS> Вот ДОС считает по глупости (твоей - AS> ибо это твое дело выставить переменную окружения TZ требуемую либой AS> для правильной работы) что и ты в GMT - и соответственно собщает тебе AS> об этом.

Hасколько я помню, при неустановленной TZ считалось, что комп находится где-то на восточном побережье США. :) Это мне помнится из какой-то старой книжки, где описывалась работа со временем на PC...

Всего наилучшего, [Team PCAD 2000] Алексей М. ... Владею дыроколом на уровне пользователя.

Hello Arcady!

AS> Потому что ДОС C-либа возвращает результат не зная про временную зону. AS> Если ты даш себе труд задуматься - а что такое собственно ЭПОХА AS> (00:00:00 1 января 1970) то у тебя сразу появится вопрос - а в каком AS> месте это знаменательное событие произошло? А произошло оно в зоне AS> GMT. Да еще и в "зимнее" время. Если это так, то смещение составляло бы не 13, а 9 часов. Я нахожусь в 8 зоне, плюс 1 час летний. AS> ибо это твое дело выставить переменную окружения TZ требуемую либой

Hо совет помог, благодарю. Хотя, до тех пор, пока я не пойму, _почему_ он помог, я не готов испытывать судьбу его применением.

Anatoly

Hello Dima!

DO> Вот из BC3.1 под дос: Видимо, я не тем концом смотрел - у меня на ioctl выдается примерно то же, но одна строчка меня просто поразила:

ioctl is not portable to UNIX and is rarely portable between DOS machines.

DO> Portability: DO> ╔ DOS ╤ UNIX ╤ Windows ╤ ANSI C ╤ C++ Only ╗ DO> ║ Yes │ Yes │ Yes │ │ ║ DO> ╚═════╧══════╧═════════╧════════╧══════════╝

Anatoly

Hello, Evgeny Kotsuba !

:), и что ты убогий такой?

Hе надо. Крютой админ просто не в курсе.

У тебя неработающее получается само собой - руки кривы от рождения потому что.

Да и пусть себе уходит.

Оно сильно заметно. Тяжелое наследие совка дает о себе знать.

Ты попробуй, это у тебя кругом проблемы и враги, а не у меня.

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

Эникей-то работает, а вот память битая.

С уважением, Дима Орлов.

Hello, Alexey Boyko !

Знаю.

И что это?

С уважением, Дима Орлов.

Hello, Anatoly Mashanov !

Я понятия не имею что там с юниксом, и что пишут в манах к жцц, но то, что в _стандартную_ библиотеку С эта функция не входит тут написано _явно_. Так что обвинять коммерческий продукт оснований не вижу.

С уважением, Дима Орлов.

Hello, Vladimir!

Суб Июн 05 2004, Vladimir Vassilevsky писал к Maxim Polyanskiy по поводу "Какая OS лучше для embedded систем - QNX или FreeBSD." VV> Эх, детство золотое :) VV> Во-первых, PIC не процессор, а так, игрушка для пиканутых. Что процессор? По каким критериям такой признак дается? VV> Даже хуже чем пингвиникc. Тю. VV> Во-вторых, вот ты знаешь про PORTA и даже про TRISA, а много ли VV> щастья тебе это принесло. Много. Приходишь на работу а там народ сутки трахается с uasrt в пике, тыкаешь осцил в этот так называемый усарт и толкаешь им речь: "Это че за сигнал такой? PDF кто вкуривать будет? Там на входе тригер Шмитта. Че не слышали про такое? Привести сигнал в соответствие!" и уходишь с чувством глубокого морального удовлетворения. ;) VV> Я вот тоже знаю, что сапожную дратву нужно сучить варом, а не воском. VV> Хрен ли толку. В жизни бывает всякое нужно. VV> VLV WBR! Maxim Polyanskiy.

Sat Jun 05 2004 19:01, Dima Orlov wrote to Evgeny Kotsuba:

DO> Hello, Evgeny Kotsuba !

DO> :), и что ты убогий такой? нет - ты убогий, не сертифицированый, не умеющий, не знающий, тыкающий во все незнакое пальцем - "а чо это?", натуральный митрофанушка.

DO> Оно сильно заметно. Тяжелое наследие совка дает о себе знать. совок давал хорошее образование, в отличие от

DO> Я не знаю что такое вЕнды, но что ты находишься в клинике я уже Опять - не знаешь. Hу попробуй спроси гуглю сначала. DO> подозревал, теперь ты и сам подтвердил. Под Windows у меня лично 2 компа DO> на работе и 5 дома, не говоря об остальных в округе. Высшую математику ты тоже не изучал, выражения "много больше единицы" не знаешь.

DO> Эникей-то работает, а вот память битая. Ламир ты ламир, но дистанционно пытаешься диагнозы ставить. Работает та память до сих пор с 3D CADами.

Sat Jun 05 2004 19:01, Dima Orlov wrote to Evgeny Kotsuba:

DO> Hello, Evgeny Kotsuba !

DO> :), и что ты убогий такой? нет - ты убогий, не сертифицированый, не умеющий, не знающий, тыкающий во все незнакое пальцем - "а чо это?", натуральный митрофанушка.

DO> Оно сильно заметно. Тяжелое наследие совка дает о себе знать. совок давал хорошее образование, в отличие от

DO> Я не знаю что такое вЕнды, но что ты находишься в клинике я уже Опять - не знаешь. Hу попробуй спроси гуглю сначала. DO> подозревал, теперь ты и сам подтвердил. Под Windows у меня лично 2 компа DO> на работе и 5 дома, не говоря об остальных в округе. Высшую математику ты тоже не изучал, выражения "много больше единицы" не знаешь.

DO> Эникей-то работает, а вот память битая. Ламир ты ламир, но дистанционно пытаешься диагнозы ставить. Работает та память до сих пор с 3D CADами.