Linux.by

Хочется на C++ кинуть байт в порт, вот нашел такой пример:

include <stdio.h>
#include <asm/io.h>
#include <unistd.h>
#define BASEPORT 0x378 /* lpt1 */

main()
{
outb(0, BASEPORT);
exit (0);
}

А она не компилирует А вот что говорит:

[speccyfan@localhost programming]$ gcc -o drive drive.c
In file included from /usr/include/linux/config.h:4,
from /usr/include/asm/io.h:4,
from drive.c:2:
/usr/include/linux/autoconf.h:1:2: #error Invalid kernel header included in userspace
[speccyfan@localhost programming]$

/usr/include/linux/autoconf.h содержит только одну строку:
#error Invalid kernel header included in userspace

gcc у меня вот такой:
i586-alt-linux-gcc (GCC) 3.3.3 20040412 (ALT Linux, build 3.3.3-alt5)
Раньше под ALT Linux Master2.2 все работало.

Как бы побороть ?

Ну откуда привычка решать тривиальные задачи через задницу?
echo 1 > /dev/lp0 чем не устраивает?
Сишный эквивалент думаю сам настрогаешь.

Спасибо, если ничего не получится воспользуюсь Вашим советом, хотя и не считаю, что это правильнее.

Speccyfan, бедншь смеяться - это НАМНОГО правильнее. Ибо работать напрямую с аппаратурой в unix не принято. Мой пример будет работать из-под любого пользователя, который имеет права на доступ к файлу /dev/lp0. А напрямю писать по портам ты можешь только из-под рута, причем придется пользовать "нежелательные" функции. Т.е. правильное решение писать файл до тех пор, пока файловые интерфейс удовлетворяет тебя своей функциональностью.

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

А покажи мне /dev/eth0

Кстати когда делаю
echo 1 > /dev/lp0
Похоже ожидается сигнал busy и все висит.

/dev/eth0 -- ай досадное упушение

man kill в списке сигналов сигнала BUSY не показал

sanitar писал(а):/dev/eth0 -- ай досадное упушение

Не, ну серьёзно - по какой причине он в линуксе отсутствует? Во FreeBSD лежит в /dev/net/ =)

Видимо решили не давать в руки пингвиноводам такое страшное оружие

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

Поэтому логика есть и в линуксявом подходе -- ведь нет смысла например, адресоваться к шлейфу жесткого диска как к отдельному устройству.
Или есть?

в соляре кажись /dev/le это называется

sanitar, но ведь к /dev/tun можно адресоваться

Ну ладно, ладно, уговорили

"ЛЮНИХ-ФУФЛО" и все такое

Я ваще исходно говорил о юниксовых принципах, а не о линуксовых.

Вот. Так что нефикъ.

Народ требует /dev/eth0!!!
P.S. А как PROMISC режим на карточку ставится вообще? ioctl()'ом? Тогда на какой файл?