Посмотри компоненты winetricks.

Похоже, тут нужен Winelib - для компиляции исходников, использующих winapi в родные приложения под линукс.

Winelib

Кто реально пользовал winelib? Расскажите, что почем? <br> На сколько я понял, winelib, может помочь, скомпилировать приложение которое будет использовать unix lib, и windows Dll, при этом он компилится winemaker(С,С++) и запускается, при помощи wine в среде wine. Если, я захочу вызывать windowsAPI функции, то мне для начала, нужно будет раз разделить свое приложение на 2 part, один part которого будет написан на C/C++ и запускаться под wine, а уже далее например, при помощи unix sockets или .... устанавливать соединение со второй частью приложения?

<br> java - со своим jna/jni тут пролетает??? ......

а уже далее например, при помощи unix sockets или ...

Я тоже хотел с помощью pipe или unix sockets, но так насколько мне известно невозможно: в юниксе ведь нет win named pipes, а там нет unix domain sockets. Эффективной коммуникации так просто не выйдет. А вот если написать свой dll-wrapper для линуксовой библиотечки, которая будет служить связным звеном, тогда - да. Вот: Building Winelib DLLs. Т.е. написать линуксовую либу, которая будет общаться по юникс сокетам. Она будет вызываться dll wrapper'ом. А виндовая прога для коммуникации должна будет использовать вот этот dll wrapper. После сборки этого вроппера, его нужно слинковать при сборки виндовой проги/библиотеки.

Winelib

а там нет unix domain sockets

А разве winegcc это не «кроссплатформенный» компилятор, который, как раз умеет подготовить функции winAPI, а также прекрасно работает с UNIX библиотеками, и все это запускается при помощи wine?

Там: в нативной виндовой библиотеке/проге. Если она настолько хорошо (портабельно) написана, что соберётся winegcc, тогда, конечно, нет проблем. Я описал более общий случай, когда можно собрать, но не напрямую winegcc, а, хотя бы mingw.

Т.е. написать линуксовую либу, которая будет общаться по юникс сокетам. Она будет вызываться dll wrapper'ом.

Либа не нужна, можно напрямую в вропере.

Имхо, тебе проще переписать этот адаптер на обычные сокеты. Напиши dll для передачи данных и команд и дёргай её из Quik Lua (он это позволяет).

Winelib

Надо мне осмыслить вами предложенный метод ...... пока не осмыслил/не осилил(у Вас исходников нет случаем?)

В моем случае, «нативную, виндовую прогу» - никак не изменить, она полностью закрытая, но с ней можно «общаться» при помощи win named pipes. Поэтому, как вариант, предложил(как себе представляю), написать на C/C++ под winegcc, приложение(костыль передатчик), которое используя win named pipes(получать данные) и unix domain sockets(перекидывать дальше).

Соответственно этот «передатчик» будет запускаться при помощи wine и работать в среде wine. и уже далее общаться с приложением запущенным без всяких wine, которому, как раз нужны данные.

Если она полностью закрытая, тогда вот такой сценарий стоит попробовать.

winegcc