Прикладное программирование на С

[robat-bender]

Добрых суток всем!

 Вот такой вопросец! Я раньше с С не работал и вот изучил, ну всякие там строчки буковки вставить/копировать сортировки и т.д. А вот меня интересует программирование железа на С, реально то что по-жизни нужно: программирование звука, графики, прямая работа с диском и т.д. и т.п. Где можно обо этом узнать, а? Никаких книг в магазинах не нашел (в инете что то пока тоже) вокруг только строчки/буковки и сортировки. Подскажите господа программеры, чего делать.
P.S. Все программирование железа только на ASMe.

[RXL]

robat-bender, во-первых, многое зависит от окружения и прежде всего от ОС. Современные ОС не позволяют обращаться к железу - этим занимаются драйвера.

[Scorp__)]

robat-bender, если под windows, то программирование звука и графики - это DirectX. Если под другие платформы, то - OpenGL и OpenAL. Причем от языка эти API не зависят, ну разве что DirectX - это пожалуй все-таки С++. Это для игр. Для "просто нарисовать кружок на окне" можно использовать GDI и GDI+ (опять же под Windows).

Прямая работа с диском тебе не светит в современных ОС, это, как  RXL справедливо заметил, дело драйверов.

В любом случае надо изучить еще и ту ОС под которой ты хочешь работать.

[robat-bender]

Но позвольте, господа! А вот если к примеру просто ДОС, чистый, черный ?
И потом, насколько я понимаю в С есть inline asm, т.е. программирование происходит наверное через него, но тогда наверное это уже программинг на асме, да? И,если я правильно вас понял, программинг железяк происходит посредством драйверов, то бишь драйверы - это "дядьки" с которыми можно и нужно договариваться? Тогда что вы посоветуете для чистого ДОСа, может хоть литературу какую то обозначите, а? Или пути покажите какие, как мне перейти от сортировки строк к ковырянию системы, что - нибудь для профов, типа: "написание драйвера ОС MS DOS средствами языка С..." ну или что то в этом роде?

[RXL]

robat-bender, тогда начни с поиска
По программированию в MSDOS рекомендую хороший справочник techhelp.

Современное железо стало достаточно сложным и чтобы правильно его использовать нужно много о нем знать. Это не как раньше Create soundblaster16: несколько портов, минимум команд + программирование DMA. Нынче железо стало очень разнообразным.

[Serg]

если вас так интересует программирование под дос на си то вот неплохая книжка
"C для профессиональных программистов"
Шилдт Г. В сети точно есть.
Но все это настолько древнее, не понятно зачем на это  тратить время

[robat-bender]

если вас так интересует программирование под дос на си то вот неплохая книжка
"C для профессиональных программистов"
Шилдт Г. В сети точно есть.
Но все это настолько древнее, не понятно зачем на это  тратить время

А все просто! Я позиционирую себя как downgrade'r. Отсюда и тяга к программингу под ДОС, и потом крепко разобравшись с ДОСом(а он есть основа) проще будет копвть дальше! Просто у меня всегда был системный подход к изучению чего либо, а торопиться мне некуда! Кстати книга действительно хорошая! спасибо!

[robat-bender]

Ну в целом понятно направление! Использовать код С как оболочку а непосредственное программированние железа через АСМ (inline который). Тоесть критические участки кода выписываются на АСМе. Дело в том, что меня интересует программинг именно самопальных железок, вроде упраление двигателем, перемигивание лампочек, получение данных с портом от различных датчиков и т.д. и т.п.

[Антон (LogRus)]

robat-bender, с тем что дос это основа, могу не согласится, основа как извесно одна начиная с 1970 года(точне несколько раньше) 19700101000001 начало эпохи UNIX

почитай описание от ядра линукс да сам код посмотри, там ты найдёшь и обращения к диску и к USB и 1394 и видео и звук, много много драйверов с открытым кодом

[robat-bender]

robat-bender, с тем что дос это основа, могу не согласится, основа как извесно одна начиная с 1970 года(точне несколько раньше) 19700101000001 начало эпохи UNIX

почитай описание от ядра линукс да сам код посмотри, там ты найдёшь и обращения к диску и к USB и 1394 и видео и звук, много много драйверов с открытым кодом

Ок! Согласен! Но начинал я именно с пресловутой ДОС и продолжал в Винде, так что поправлюсь, это основа для меня и тех кто работал и работает в том же! UNIX ,бесспорно замечательная система и,кстати, у меня стоит FreeBSd 6.0 и пытаюсь программить и в ней то же, что сделать несколько сложнее, так как давят виндовые стереотипы, но у меня она пока просто как десктоп и сайты я делал имеено в ней, включая написание кода на PHP & PERL. Уважаю UNIXоидов до глубины души, и сам надеюсь им стать когда нибудь! И сахар в кубиках кстати тоже обажаю!

[Scorp__)]

robat-bender, вообще-то сложно назвать ДОС основой для NT-систем. Я бы даже сказал вообще невозможно, совершенно разные принципы.

И еще одно, программировать железо, не обязательно на ассемблере. От языка здесь ничего не зависит. Например, под Windows 2k/XP и дальше драйвера пишутся на С, при этом в них практически никогда не встречается ассемблерных вставок. Причина такой нелюбви к ним - оптимизирующие компиляторы: сделав одну ассемблерную вставку, ты рискуешь разрушить все замыслы компилятора, ясно что код от этого, как минимум, не станет быстрее обычно добавляются лишние пересылки и работа со стеком.
Под QNX драйвера пишутся на С, под Linux тоже. Да что там говорить, даже микроконтроллеры сегодня программируют на С. Современные компиляторы достигли такого уровня, что человеку сложно обогнать их, сделать это можно, только еще подчистив код компилятора, и используя частные случаи.

Вообще, со своей колокольни, я бы советовал программировать под ДОС, только если совсем не терпится посмотреть как лампочки мигают и двигатель ездит Но опыт программирования железа под ДОС будет очень сильно мешать при работе в современных ОС. На работе таких горе-ДОС-программистов кучи, это ужасно, когда они под Windows NT программируют также как под ДОС... Так что лучше бы не заниматься этим... Я советую почитать книжку "Внутреннее устройство Microsoft Windows XP" (как вариант 2000 или 2003), или что-нибудь по Linux. Это операционные системы уже совсем другого класса, работать в них гораздо удобнее и безопаснее чем по ДОС, да и сделать можно значительно больше. 

[npak]

Ассемблерные вставки не помогут.  Взаимодействие с железом осуществляется через порты ввода-вывода и/или прерывания.  Доступ к соответствующим областям памяти в Windows начиная с NT прикладным процессам запрещён.  Попытка обратиться к железу, без разницы, на Си или на ассемблере, приведёт к нарушению защиты и, скорее всего, аварийному завершению программы.

Если хочешь мигать лампочками на любимой железке в современной ОС (Windows, Linux, BSD, Solaris - без разницы) - то необходим драйвер.  Вот его и пиши, но не связывайся с ДОС.  В ДОС нет очень многого, что влияет на работу драйвера в современной ОС. Во-первых - многопоточность.  К драйверу могут одновременно обращаться несколько процессов, поэтому надо владеть приёмами многопоточного программирования.  Во-вторых, необходимо знать правила управления памятью внутри ядра, они могут значительно отличаться от управления памятью в приложениях (malloc/new + free/delete).  Есть ещё и в-третьих, и в-четвёртых, и в-десятых и в-двадцатых.

[robat-bender]

Во первых всех благодарю! А во вторых я очередной раз убедился, что не зря появился на этом форуме! Я в своем маниакальном :mrgreen:желании программить под ДОС чуть не стал Дон Кихотом! Так что решение принято, перехожу по логике на изучение C++. Это пожалуй то что мне нужно! Да и потом я все больше углубляюсь в *nix! А там и С и С++! а свои железяки я буду подключать тоже в *nix! Все! Решение принято! Спасибо огромное просветили дурня Downgrade downgrad'ом, но надо двигаться вперед!

[RXL]

robat-bender, если тебе очень нравится низкоуровневое программирование, то есть две области, где это можно применить: двайвера и микроконтроллеры.

[robat-bender]

У меня вообще то друг роботами занимается, и благодаря вам я получил правильное направление: драйвера и микроконтроллеры! Он уже много железного зверья построил, но оно у него несколько туповатое (всякие тележки с колесиками и усиками/хвостиками) вот и будем значитсо программить. За дровишки я уже взялся, а ишо микроконтроллерную технику надо подучить, а имеено программинг на С AVR'ок. Но железяки - в основном дело друга а с меня софт! Еще раз огромное спасибо всем!

[Olegator]

Ассемблерные вставки не помогут.  Взаимодействие с железом осуществляется через порты ввода-вывода и/или прерывания.  Доступ к соответствующим областям памяти в Windows начиная с NT прикладным процессам запрещён.  Попытка обратиться к железу, без разницы, на Си или на ассемблере, приведёт к нарушению защиты и, скорее всего, аварийному завершению программы.

У меня вопрос по поводу Фортрана. Я где-то читал, что Фортран более быстрый за счёт большей низкоуровневости по сравнению с C++ (правда не знаю, как это понимать и правильно ли это). И выходит, что писать на Фортране под Windows NT  не имеет смысла.

[npak]

Сравнение "скорости" выполнения программ похожих по идеологии языков - дохлый номер.  Не так давно сановцы и майкрософтщики мерялись, что быстрее - Java или .Net

Начали в Sun - сравнили вылизанный и заооптимизированный сервис в J2EE и написанный задней левой ногой вебсервис на С#. Понятно, что Java разгромила .Net по всем параметрам.  После чего в Microsoft обиделись и повторили эксперимент, зеркально отразив ситуацию с качеством кода.  В этом случае вебсервис на .Net летал, а в Java еле ползал.

При сравнии C++ и Фортана стоит обратить внимание не на оптимизированность отдельных конструкций языка для упрощения трансляции, а на то, что Си++ позволяет (по крайней мере, в теории) писать более понятные программы.  Не зря ведь родилась шутка что "фортрановскую программу" можно написать на любом языке.

[Джон]

Я бы тоже был по осторожней с параметром "быстрый". Не надо забывать, что фортран заточен под математику, причём ещё в ту пору когда разработчики тряслись из-за каждого лишнего байта и каждой лишней команды. Да и версий его тоже было штук несколько. Не исключено, что они затачивались под возможности конкретных процессоров, или даже систем.