Доброе время суток.
Есть программа на C++, написанная изначально с обширным использованием WinAPI (потоки, мьютексы, получение информации о железе...) - нужно её портировать под Linux, FreeBSD (*BSD), Solaris, MacOS, Minix...
Насколько я знаю, все эти ОС-ы являются продолжениями Unix'а.
Будет ли программа компилироваться под этими ОС-и, если портировать под Unix?
Где можно найти полный "API-reference" по Unix? (желательно для "мигрирущующих" с Windows'а).

P.S. портирование подразумевается прямо в коде с использованием #ifdef/#else/#endif..., а не подключением библиотек, абстрагирующих ОС (posix thread's под Windows, например).

Это сообщение отредактировал(а) KaraKum - 10.1.2011, 20:17

только тот код, который не использует WinAPI.


man + google


сочувствую 

большинство WinAPI можете найти в wine-dev. такой способ тоже работает.

Это очевидно.



Бросаю кость для поиска средств получения информации о железе.



В *nix'е должны использоваться её родные средства - так будто программа была написана для этой ОС (так и есть, но по воле случая первым попался под-руку именно Windows).

Под все сразу?   

Если всерьез, то вариантов два. 

Если программа непосредственно и всерьез не связана с железом, то  сначала аккуратно переписать  все под Windows, избавившись от прямой работы с API. Если связана и от использования API никуда не деться - писать ее функциональный аналог заново, не трогая старый код. Оба варианта почти наверняка обойдутся дешевле, чем попытка переноса "в лоб". 

значит переписать полностью, используя кросс-либы. иных(здравых) вариантов нет.

Там кусочками - например такое место: идёт общение клиента с сервером посредством кроссплатформенной библиотеки (ENet) и в один "прекрасный" момент клиент должен передать информацию о своей сетевой карте (MAC-адрес, имя...) и о процессоре (cpuid()) - в Windows'е это где-то 100-150 строк обособленного кода (в конце имеется std::string для каждого этого данного - поэтому такое без проблем можно обернуть в #ifdef/#elif/#endif..., но вот в unix programming reference о железе вообще ничего нету   

P.S. вот потоки есть (POSIX threads) - это, вроде как, стандарт - с этим проблем не должно возникнуть во всех Unix-подобных ОС.

Добавлено через 35 секунд

Откуда такое умозаключение?

изначально отсюда:

т.к. я подумал что программа содержит тысячи строк вендового кода.
но, как стало известно позже, вам требуются: cpuid + опции_сети + потоки. тогда не понятно, почему тема тут? в гугле есть абсолютно все.

зы
от скуки наверное.

про железо в Unix'е ничего нет.

Цитата(boostcoder @  10.1.2011,  15:06 )

не понятно, почему тема тут? в гугле есть абсолютно все.

тогда странно что нет ответа вот с такой ссылкой

Это сообщение отредактировал(а) KaraKum - 10.1.2011, 14:11

cpuid: http://www.google.ru/#hl=ru&expIds=172...4db31426aee1aa2
mac address: http://www.google.ru/#hl=ru&expIds=172...4db31426aee1aa2

остальное оффтоп.

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

cat /proc/cpuinfo и парсить вывод.

ну хз.. точнее может MAKCim сказать.

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

Это сообщение отредактировал(а) KaraKum - 10.1.2011, 14:40

http://kobesearch.cpan.org/htdocs/Linux-Cp...ux/Cpuinfo.html

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

покажите WinAPI функцию которая позволяет указать о каком из процессоров получить информацию. просто любопытно.

Такой функции я тоже не встречал.
Получить информацию о тактовой частоте каждого процессора можно с помощью функции CallNtPowerInformation().

Добавлено @ 15:50


Добавлено через 6 минут и 36 секунд
Вот этот код, в принципе, можно было бы обернуть в #ifdef WINDOWS/#elif UNIX/#endif... и можно парсить системный файл, но как-то это примитивно и неправильно...   

Это сообщение отредактировал(а) KaraKum - 10.1.2011, 15:53

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

зы
а код порадовал. особенно хранение в с++ контейнере сырых указателей. а выделение памяти двумя способами(malloc() и new[]) - так это вообще загадка  
это код не портировать нужно, а переписывать.

Это сообщение отредактировал(а) boostcoder - 10.1.2011, 16:05

Эмм, я говорил что обо ВСЕХ процессорах нужна информация о тактовой частоте. cpuid - это другая информация о процессоре (марка, модель, брэнд...) - тактовую частоту там даже нельзя получить. cpuid() работает и в линуксе и в виндовсе (и портировать не нужно).



Это не ко мне, а к ребятам из Microsoft'а.

Добавлено через 1 минуту и 11 секунд
А к коду претензий нет - всё-таки его нужно портировать, а не переписывать.

Честно - не проверял (ибо лень), но вообще самое высокоуровневое АПИ - это по идее WMI. Выбираем всё по "select * from Win32_Processor" и используем кучу полей: http://msdn.microsoft.com/en-us/library/aa...v=vs.85%29.aspx (там примеры на VBScript, на С++ побольше кода уйдёт на инициализацию COM, запрос нужных провайдеров и пр., но суть таж).

WMI - это не совсем WinAPI, мне так кажется..

Добавлено через 6 минут и 34 секунды
в добавок: http://stackoverflow.com/questions/2418921...peed-in-c-linux

Странно это как-то - парсить файлы, сгенерированные операционной системой. Ненужный посредник возникает...
Хотя ничего страшного - это всё-равно требуется сделать только один раз - при запуске программы.
Про "adapter info" (имя сетевой карты ("Realtek JBC 5460 ...")) не ясно  

Успокойтесь. Ничего странного в этом нет. Это вполне нормальный подход для *nix систем. Так что привыкайте.

А вот всё что связано с этими файлами - это конкретно нововведение в Linux'е? Или ещё Unix'а?
Как вообще это посредничество в виде файлов называется? Наверное там и про адаптеры (сетевые карты) что-нибудь вычитать (распарсить) можно...

Unix, на сколько я знаю. Кстати, это не совсем файлы. Там много чего можно найти. 

http://ru.wikipedia.org/wiki/Procfs

Вот это огорчает.
А мне говорили что FreeBSD может запускать бинарники Linux'а. Походу ошибались...
А как можно узнать в Unix'е имя операционной системы?

man 2 uname

Спасибо за функцию!

Из статьи про procfs:

Чем тогда они в будущем будут заменены во FreeBSD? (или заменены сейчас, раз ликвидируются постепенно?)

sysfs (/sys) - это еще одно представление информации о железе через файловую систему, но хоронить procfs я бы пока не стал..