Как C работает с железом?

Ну,изучил основы C. Для чего он,так и не понял. Точнее, понял,что он для железа,драйверов и т.п дела. А вот где там работа с железом,я что-то не понял. Короче,можете кинуть литературу для дальнейшего развития? Вот есть у меня задачник Валединского-Корнева. Там одни алгоритмы. Алгоритмы,безусловно,важны. Но всё-таки я хочу понимать,как это работает на уровне железа,как это работает с железом,ОС и т.п.

0

NewNoob, стандартная библиотека СИ, плюс разные сторонние библиотеки.

0

Сообщение от NewNoob Блин,я ничего не понимаю. Вот я изучил основы Си. Дальше что???

надо мыслить в контексте абстрактного языка, что бы понять.
Си позволяет организовать цикл ? Позволяет.
Позволяет загружать данные в память с клавы, с носителей ?
Позволяет.
Выгружать позволяет ? Позволяет.
Есть арифметика - есть. Есть ветвления -есть.
Т.е. это те кирпичики из которых можно сделать всё.
Но долго.
Для облегчения существуют библиотеки - где из кирпичиков сложенны готовые наборы на разные случаи.
В C# роскошная библиотека.
Я не изучал Cи, но имхо там не нужно особо много библиотек. Это системный язык.
Вам , грубо говоря, нужно знать, что и где и как прописать что бы воздействовать на систему как угодно. А что бы наблюдать - считать значение.
Внутри кода крутить логику средствами языка с этими значениями.
На мнемокодах ассемблера вообще очень мало "команд". Но из этого состоят все программы. Просто задача становится комбинаторной. Т.е. и 10(грубо говоря) команд процессора, можно сделать всё! Но не в одном блоке, а в листинге целой программы.
Что бы понять это, нужно изучать архитектуру процессоров, работу программ на низком уровне. Поверхностно знать. Что бы просто врубится. И не мучится такими вопросами. Это азы.

Сообщение от NewNoob Откуда вообще берутся компиляторы

из-за вас приходится самому изучать вопрос что бы ответить. Я же новичек совсем.)))

Компилятор можно написать на другом языке, которого для этого хватит.
Допустим другой язык позволяет писать в файл бинарные данные. Т.е. писать данные без формата. А любой байт по любому смещению. Это уже хорошо. Ну и если другой язык с его компилятором, позволяет также
делать остальные базовые вещи: циклы, ветвления, ввод, вывод, ...То можно написать на этом языке
компилятор своего языка. Если в своем языке тоже будут как минимум аналогичные возможности языка-донора,
то можно написать даже компилятор, который потом окомпилирует сам себя на новом языке.
Можно написать компилятор на ассемблере, или фортране.

Берете древний язык и пишете на нем компилятор своего языка.
Потом на своем языке пишете компилятор своего же языка. Компилируете свой компилятор из исходников написанных на своем же языке.
Если возможности вашего языка оказались недостаточны, или вы не смогли сразу их реализовать из-за возможностей древнего языка, то пишите свой язык вер2,
на своем языке вер1, для своего ,уже компилятора (своего языка вер1). Затем компилируете на компиляторе своего языка вер1, свой новый компилятор вер2,для своего языка вер2. И тд.

Эти интересные извращения называются раскруткой компилятора.

мой вам совет от такого же новичка, если не моложе: изучайте сначала общий фундамент IT.
Иначе вы будете вечно искать команду "закрыть интернет и выйти во двор за хлебом".

1

Сообщение от Леманофф На мнемокодах ассемблера вообще очень мало "команд".

да не скажи) одних только сдвигов штук 10

0

имхо первые записи в комп делались переключением тумблеров. 1-тумблер влево,0- тумблер в право.
Затем надоело это людям, и на тумблерном вводе, бухая водку, они таки запилили компилятор с ассемблера.
Пришлось припаят клаву, идешифраторы, таблицы символов и знакогенератор. А также принтер - ведь читать данные в бинаром виде, с лампочек очень неудобно.
На мнемокодах им было легче. Они уже не щелкали тумблерами, а шлепали по клаве MOV,JNZ...и т.д.
Но это тоже было тяжело, и они все равно жрали водку и ругались дома с женами.
Поэтому они запилили на мнемокодах,бухая водку и матерясь, с трудом, но компилятор языка более высокго уровня. Допустим Си. Написать Си на тумблерах было нельзя. Но можно было написать СИ на ассемблере. Ассемблер же можно было написать на тумблерах.
И понеслась.
P.s.
я не пьющий.

Добавлено через 1 минуту

Сообщение от Ferrari F1 да не скажи) одних только сдвигов штук 10

да я сам новичек. Хотел просто как можно более "на пальцах".
Имелось ввиду, что набор скромней. Или же сдвигами, инверсией и еще там всякими фишками получать то, что легко и наглядно получают на ЯВУ.
как -то так..
Спасибо что поправили.

1

Леманофф, я просто не представляю,как из арифметики можно нарисовать WF или написать библиотеку для рисования,как бы идиотски ни звучало,что я написал)

0

Сообщение от NewNoob как из арифметики можно нарисовать

потому что это геометрия. Окружности, прямые и тд

0

Сообщение от NewNoob Леманофф, я просто не представляю,как из арифметики можно нарисовать WF или написать библиотеку для рисования,как бы идиотски ни звучало,что я написал)

Если записать по какому либо адресу устройства, значение, то какое либо устройство что-либо сделает.
Например если записать по определенному адресу видеоадаптера, определенное число, то в определенном
месте монитора отобразится точка определенного цвета. Как-то так.

Знать конкретное устройство прикладному программисту очень тяжело и писать очень тяжело.
Поэтому существую драйверы, ос и библиотеки.

Вообще библиотека+ядро ос+драйвер(а драйвер это модуль к ядру, или даже часть ядра) абстрагируют работу софта от железа. И софт "думает" что работает с одним единственным в мире, очень удобным железом. А вызовы функций ос и драйвера, обернуты в удобные функции этой библиотеки. Например рисования.

И получается, что ваша программа использует библиотеку, которая как бы расширяет встроенные средства вашего языка. Эти расширения - функции. Внутрь их вам лезть не нужно. Вы их просто вызываете с параметрами.
Внутри функций идут многочисленные обращения к функциям ос. ОС же в свою очередь спрашивает, как это сделать, у драйвера. Драйвер переводит эти запросы на конкретный низкоуровневый стандарт устройства и устройство исполняет вызовы драйвера.

Итого драйвер "знает" два языка: "язык" своего устройства , и язык функций ос. ОС "знает" язык виртуального абстрактного идеального устройства. Библиотека "знает" как удобнее работать с языком ос виртуального абстрактного идеального устройства.

Вы же, в свою очередь, знаете как работать с библиотекой.



(да пусть меня поправят опытные люди)

Добавлено через 6 минут
Так как растровое изображение это дискретное представление(вспоминаем работу драйвера с железом), то с помощью математики, в том числе, и методик
начертательной геометрии, можно написать функцию библиотеки, которая скажем рисует окружность с заданными параметрами и заполняет её заливкой. К примеру.
При этом в самой библиотеки могут быть слои логической абстракции.
например, как заполнить дискретный массив, что бы приближение его заполнения напоминало окружность.
Этот слой не связан с драйвером и железом.
Но вот слой прописи этого массива в функции ос, или в вызов драйвера, уже является слоем связи меж нижним слоем математики слоем работы с ос.

Добавлено через 1 час 56 минут
ТС, я полистал инет простой фразой "системное программирование на C под windows"
и ответ был получен "Книга: Системное программирование в среде Windows Джонсон М. Харт"

также там в аннотации было сказанно следующее" ...Единственным допущением, которое неявно присутствует во всем вышесказанном, является предположение о том, что читатели имеют опыт программирования на языке С."

Т.е. если вам интересно системное программирование, то вот вам и наглядное пособие.
Конечно поисковик выдает и другие результаты.
Уверен, что скорее всего из программ на C будут вызываться функции ОС.
Драйверы же на C будут писаться с неким драйверным SDK , благодаря которому в код драйвера будут вшиты вызовы и правила ос, естественно...
Эти вопросы вам лучше адресовать к системным программистам. Это прямо их территория)))

1