LINUX.ORG.RU

wine умеет немного больше или Win32 кросплатформенный api

 , , , ,


0

2

Сегодня случайно открыл для себя что wine это не только запускалка .exe файлов на linux, но также и портированное win32 api.

Наверное, это и так все знают, хотя часто вижу сообщения в духе: «никогда не портируют на linux, так как прибито гвоздями к Win32».

Те кто так думают, знайте, Win32 кросплатформенный api, и нужно всего лишь перекомпилировать.

Нашёл в интернете hello world на Win32 api:

#include <windows.h>

LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM);

int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,LPSTR lpCmdLine, int nCmdShow)
{
    MSG  msg;    
    WNDCLASSW wc = {0};
    wc.lpszClassName = L"Static Control";
    wc.hInstance     = hInstance;
    wc.hbrBackground = GetSysColorBrush(COLOR_3DFACE);
    wc.lpfnWndProc   = WndProc;
    wc.hCursor       = LoadCursor(0, IDC_ARROW);

  
    RegisterClassW(&wc);
    CreateWindowW(wc.lpszClassName, L"Native App",
                  WS_OVERLAPPEDWINDOW | WS_VISIBLE,
                  100, 100, 330, 270, 0, 0, hInstance, 0);

    while (GetMessage(&msg, NULL, 0, 0)) {
  
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }

    return (int) msg.wParam;
}

LRESULT CALLBACK WndProc(HWND hwnd, UINT msg, 
    WPARAM wParam, LPARAM lParam) {

    static wchar_t *lyrics =  L"Hello World!";

    switch(msg) {

        case WM_CREATE:
      
            CreateWindowW(L"Static", lyrics, 
                WS_CHILD | WS_VISIBLE | SS_LEFT,
                20, 20, 300, 230, 
                hwnd, (HMENU) 1, NULL, NULL);
            break;

        case WM_DESTROY:

            PostQuitMessage(0);
            break;
    }

    return DefWindowProcW(hwnd, msg, wParam, lParam);
}

собрал

winegcc main.c -o hello

создалось два файла:

  • hello.exe
  • hello.exe.so

hello.exe это на самом деле баш скрипт:

#!/bin/sh

appname="hello.exe.so"
# determine the application directory
appdir=''
case "$0" in
  */*)
    # $0 contains a path, use it
    appdir=`dirname "$0"`
    ;;
  *)
    # no directory in $0, search in PATH
    saved_ifs=$IFS
    IFS=:
    for d in $PATH
    do
      IFS=$saved_ifs
      if [ -x "$d/$appname" ]; then appdir="$d"; break; fi
    done
    ;;
esac

# figure out the full app path
if [ -n "$appdir" ]; then
    apppath="$appdir/$appname"
    WINEDLLPATH="$appdir:$WINEDLLPATH"
    export WINEDLLPATH
else
    apppath="$appname"
fi

# determine the WINELOADER
if [ ! -x "$WINELOADER" ]; then WINELOADER="wine"; fi

# and try to start the app
exec "$WINELOADER" "$apppath" "$@"

выглядит как-то так: https://i.imgur.com/u6pzVeJ.png

★★★★★

Ответ на: комментарий от torvn77

Вообще это единственный API который достаточно понятен чтобы новичёк смог на нём написать графическое приложение с циклом обработки сообщений.

Бред.

EXL ★★★★★
()
Ответ на: комментарий от fsb4000

Чем им кросплатформенные либы не угодили?

У них сопряжение с целевой платформой полное говно. Поэтому Firefox использует прослойку к WinAPI на Windows, к CocoaAPI на macOS и к GTK+3 на Linux.

Подобным образом работает кросс-платформенный плеер VLC, кстати. С тем лишь исключением, что для Windows и Linux использует Qt, а вот для macOS – CocoaAPI, ибо реализация Qt под macOS – самая худшая у Qt.

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 1)
Ответ на: комментарий от EXL

Скорее у него техническая импотенция.

Что только подчёркивает достоинство WinApi и отсутствие для Linux хороших мануальников по основам написания программ.

torvn77 ★★★★★
()
Ответ на: комментарий от torvn77

Что только подчёркивает достоинство WinApi и отсутствие для Linux хороших мануальников по основам написания программ.

Это называется порог вхождения. Чтобы дельфистов всяких поменьше бегало.

EXL ★★★★★
()
Ответ на: комментарий от beaver

Пример на winapi прямо брат близнец кода на xlib.

anonymous
()
Ответ на: комментарий от fsb4000

Чем им кросплатформенные либы не угодили?

Например, тем, что GTK ни разу не кроссплатформенная, а в Qt есть некоторые щекотливые моменты в лицензии, из-за чего Otter Browser под GPLv3 можно опубликовать, а вот мозиллу под MPL или хром с закрытыми сорцами - уже нельзя.

byko3y ★★★★
()
Ответ на: комментарий от byko3y

в Qt есть некоторые щекотливые моменты в лицензии
Otter Browser под GPLv3 можно опубликовать
а вот мозиллу под MPL или хром с закрытыми сорцами - уже нельзя

Э-э-э, но это ведь как раз говорит о достоинствах лицензии Qt и ущербности лицензий лисы/хрома? Или о чём ты вообще?

anonymous
()
Ответ на: комментарий от anonymous

Э-э-э, но это ведь как раз говорит о достоинствах лицензии Qt и ущербности лицензий лисы/хрома? Или о чём ты вообще?

Это я отвечал на вопрос:

Чем им кросплатформенные либы не угодили?

Вот именно лицензией им не угодил Qt - Firefox и Chrome не могут использовать Qt. Есть Falkon, Otter, Arora на Qt, но это довольно малопопулярные проекты.

byko3y ★★★★
()
Ответ на: комментарий от byko3y

А, зашквариться GPL боятся... понятно. Так выходит, туда много чего впихнуть нельзя. Большой стопор в развитии браузеров, полагаю — потому они и такие жирные.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.