Cоответствие WinApi и Linux Syscalls

Рискну предположить, что надо посмотреть в сторону winelib. Наверняка там что-то такое есть.

>Необязательно чтобы это были системные вызовы, пойдут и библиотечные функции. Максимум что находил - исходники и хидеры реализующие обертку над системными вызовами.

То есть тебе все-таки нужны не прямо системные вызовы, а функции в glibc?

Я не думаю, что найдется точное соответствие всем функциям Windows API. Во-первых, логика работы очень часто другая. Во-вторых, в Windows API входит много того, что в Линуксе не имеет «стандартной» реализации.

Главное чтобы с одной стороны были WinApi а с другой стороны - любые Linux функции являющиеся аналогами или близкие по смыслу. Но конечно желательно чтобы это были системные вызовы, но и glibc подойдет.

> Главное чтобы с одной стороны были WinApi а с другой стороны - любые Linux функции являющиеся аналогами или близкие по смыслу

а wine - что такое тогда?

А причем тут Wine? Мне не надо запускать виндовые проги на линуксе и не надо юзать его либы, мне надо знать достаточно имена функций.

Может чем помогут патчи Linux Unified Kernel.

обертки на сисколы: http://www.gnu.org/software/libc/manual/html_node/index.html

винапи вызовы: MSDN

Таблицы соответствия не нашел

http://www.winehq.org/docs/winedev-guide/wine-debugger

Надеюсь, поможет, если нет времени копать сорцы вайна

А может вендузятникам просто не стоит использовать свой подход в линуксе?

В том то и дело что быстрее тогда прочитать доку по всем системным вызовам. Просто думал может уже есть такое но не смог найти, оказывается такого нет(

Программирование оно и в Африке программирование и подходы везде похожие, но вот название функций разное. Конечно есть win подходы которые не желательно реализовывать на nix системах, но в основном задачи как были так и остаются одинаковые - работа с памятью, файлами и папками, потоками, процессами, сетью, etc.

>в основном задачи как были так и остаются одинаковые - работа с памятью, файлами и папками, потоками, процессами, сетью, etc

Выучи GLib (ну или куте на крайняк) и не парься

>файлами и папами Спешу огорчить - с директориями.

Лучше начни изучать сискаллы линукса, чем работай с ними через прослойку. Изучить их не так уж сложно, документация есть. Но это лучше, чем городить велосипеды и использовать костыли.

Ну а я про что говорю? Мне как раз и не нужны костыли и тому подобные вещи и именно по этой причине я и ищу такие аналоги. Чтобы не перечитывать всё что есть в поисках необходимых функций, а чтобы знать, что функция линукс функция N является аналогом или близка к WinApi функции M. А далее уже не составит труда прочитать маны по параметрам

Подозреваю, что ты не с того конца берёшься за задачу. http://www.linux.org.ru/jump-message.jsp?msgid=5053953&cid=5054231

Может стоит просто почитать документацию по сущ-вующим реализациям? Например если тебе нужен pthread, то просто ищи по ключевому слову значение функции.

/me пытается слезть с Qt в простых задачах.. Мой основной приоритет в разработке на C++ - кроссплатформенность без развесистой макросни, сборка с помощью gcc. Цель - практикой освоить родные средства C++, с пользой на работе (винды), одновременно набив POSIX-скилл. Пока застрял на stat(), mingw-реализация в виндах не работает, чувствую, что придется клепать коммит.

Кто-нибудь сталкивался?

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

бери по вкусу:

C - Apache Portable Runtime, Glib
C++ - boost, ACE, POCO

и не пудри мозги

cygwin1.dll кагбы намекает WinApi нинужно используй Linux API везде