разъясните по поводу стандартной библиотеки СИ

Вы не забыли что Glibc вобще-то относится к UNIX, а не к Windows, а turbo C к UNIX никак не относится. Он использует DOSовские функции

Я нашёл полное????? а может и не полное описание библиотеки языка Си

Научное открытие века, да; открой для себя ISO/IEC 9899.

Стандарт языка: http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1256.pdf

Стандарт POSIX: http://pubs.opengroup.org/onlinepubs/009695399/

glibc содержит массу функций, отсутствующих в стандарте си, т.е. нестандартных. стандартные функции си-99 описаны в 7-й главе стандарта iso/iec 9899:1999, си-89 (ansi c) — в 4-й главе соответствующего стандарта.

Существует т.н. ANSI standard c library. А есть glibc. Ещё есть turboc. Какбы никто не обещал, что они будут одинаковые. По техникуму помню, что в справке турбо-с на каждую функцию , внизу была табличка: ANSI, Win32 и что-то ещё. И стояли галочки - соответствует или нет. Может и путаю.

/me постучал по календарю, нет, вроде 2012, а не 1992. А указанные функции это вообще крайне низкоуровневые обёртки которые использовать сейчас не нужно, нельзя и бессмысленно.

А Вам какой именно «низкий» уровень нужен?

Дело не в языке программированния, а в ОС.
Обращаться к портам можно и на С и asm и на паскале, вопрос позволить ОС это сделать или нет. Для винды надо драйвер писать, на уровне приложений инструкции перехватываются операционкой. В DDK определены функции на С для работы с железом, более того строго рекомендую работать на С, а не на асме, для переносимости на другое железо и для отладки. В библиотеках С уровня пользователя всякие inport и outport были под дос.

Под линукс проще, через открытие /dev/port.
Можно почитать,
http://www.linuxcenter.ru/lib/articles/programming/io_port_prog_minihowto.phtml

более того строго рекомендую работать на С, а не на асме, для переносимости на другое железо и для отладки

да я как бы это и подразумеваю, собственно у меня всё и сводилось к вопросу как же на Си работать с железом.

ilovewindows огромное спасибо за ответ, сейчас читаю материал по Вашей ссылке.

«строго рекомендуюТ» //fix

inport, inportb, outport, outportb, int86 ТАКИХ ФУНКЦИЙ ТАМ НЕТ!!!!

а зачем они нужны на PDP-11? или какой arm платформе? вопрос другой, а что ты хочешь сделать?

а линукс ядре вообще нет libc, но это не мешает большую его часть писать на си.

ilovewindows у меня ещё вот такой вопрос. Получается исходя из ссылки: http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1256.pdf которую дал пользователь geekless это и есть стандарт языка Си (там даже нет функции sleep). Всё остальное это дополнение к языку Си в разных операционках. В линуксе это библиотека glibc, в дос это те функции которые в методичке приведены и т.д.?

к вопросу как же на Си работать с железом.

оборачивать в функции ассемблерные вставки, даже если ассемблер не поддерживает всех современных мнемоник(например всякие инструкцию виртуализации для intel процессоров) всё равно можно вызвать через ассемблерные вставки.

«строго рекомендуюТ» //fix

не понял тебя??????

не понял тебя??????

???

Не силен в стандартах, для меня С это десяток операторов и несколько десятков зарезервированных слов, все. Потом, в зависимости от заголовочных файлов, библиотек, компилятора, получается исполняемый код для разных ОС, железа, уровня приложения , уровня ядра и т.д.

зы. код для вывода в порт завалялся

// gcc -Wall io-wd.c -o io-wd
// use : sudo ./io-wd

#include <stdio.h>
#include <unistd.h>
#include <sys/io.h>
#include <stdlib.h>
#include <fcntl.h>

#define PORT_BASE 0x3F8
#define PORT_OFFSET 0

int fd;
int nports=2;

int write_port( unsigned long addr, unsigned char val )
{

if( addr != lseek( fd, addr, SEEK_SET ) ) return EXIT_FAILURE;

printf( «Writing: 0x%X to %lx\n», val, addr );
write( fd, &val, 1 );
usleep(1000);

return EXIT_SUCCESS;
}

int main( int argc, char *argv[] )
{
unsigned long addr = PORT_BASE;
unsigned char time_mode=SECOND_MODE;

if( ( fd = open( «/dev/port», O_RDWR ) ) < 0 )
{
fprintf( stderr, «Not open /dev/port\n» );
return EXIT_FAILURE;
}
write_port( addr, 0xAA );

close( fd );
return 0;
}

Писать код на си (исключить ассемблер) для железа это рекомендация одной неназываемой здесь конторки, а не мои.

В борланде был хороший хелп. Хотя раньше везде хелпы были хорошие, потому что надо было - гугла не было.

Была ещё такая прога hyperhelp или как-то так. Pascal и ассемблер. Давно, правда. :)

автор темы, ты нашел какое то древнее описание устаревших сред и компиляторов, не понимаю что ты пытаешься сделать, зачем, ты вообще какой-то унылый DOS изучаешь судя по всему

какая у тебя задача? найти описание функций? каких? зачем?

просто пиши программы и не мучай себя, займись делом, изучай функции только по мере их востребованности в таком случае

да я как бы это и подразумеваю, собственно у меня всё и сводилось к вопросу как же на Си работать с железом

при чем тут Си? ты в курсе что работа с железом напрямую из программ напрямую запрещена во многих современных ОС в том числе и Linux, всё через драйверы осуществляется

ты можешь пояснить с каким железом ты собираешься работать? просто приведу пример http://lxr.linux.no/#linux v3.4.6/Documentation/i2c/ - работа с железом по стандартному интерфейсу I2C - просто открываешь файл драйвера и дергаешь ioctl-ы - всё

на самом деле можно работать с регистрами устройств напрямую, это может быть полезно в embedded, я так делаю через /dev/mem на платформе ARM (без ассемблера какого-либо), там встроенная в SoC периферия, но для x86 наверное это не имеет смысла так как вся периферия через шины и интерфейсы висит и есть драйверы, а в ARM и прочих - может не быть драйверов для чего-то, но доступ к настроечным регистрам в общем адресном может быть

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

Ну как бы функции inb() и outb() вполне нормально работают напрямую с портами из пользовательского процесса (правда только руут сможет разрешить поднятие приоритета через iopl())

man 2 outb