Wątek: Podstawowy kod wtyczki

[Kaworu]

Usuń odwołanie do libUI, powinno działać ;P

[wlodixon]

@kaw: a dało by rade udostępić ten base_plug w formie w której się od razu kompiluje (bez kwiatków) ? :P próbuje pod VS 2008 i już poprawiłem nawet błędne odwołania do nagłówków, skopiowałem API do folderu do którego są odwołania w projekcie :P ale nadal brakuje  "/libUI/interface.h" z pliku WndOptionsS.h :)

Jakimś psim swędem kasowałem, kroiłem itp. i w końcu skompilował mi to VC 2008.

W poniższym linku wszystko co pokroiłem razem z API by nic nie zabrakło.

http://http://rapidshare.com/files/190397820/_base_plug.rar

A poniżej screen mojego nędznego działania.

[Dziaddu]

Przykład od Kaworu ma sporo zbędnego kodu, więc raczej nie jest dobrym pomysłem zaczynanie od niego. Na początek wystarczy:

Kod: [Zaznacz]

#include "..\_wtw2\.api\plInterface.h"

WTWFUNCTIONS *pF = NULL;
WTWPLUGINFO plugInfo = {
	sizeof(WTWPLUGINFO),
	L"Hello world!",
	L"Najprostszy możliwy plugin",
	L"© 2009",
	L"Autor",
	L"mail@autora",
	L"www.",
	L"", //link do pliku xml na potrzeby autoupdate'u
	PLUGIN_API_VERSION,
	MAKE_QWORD_VERSION(0, 1, 0, 0),
	WTW_CLASS_UNKNOWN,
	NULL,
	0,
	0,
	0,
	0
}

WTWPLUGINFO * __stdcall queryPlugInfo(DWORD apiVersion, DWORD masterVersion)
{
	return &plugInfo;
}

int __stdcall pluginLoad(DWORD callReason, WTWFUNCTIONS *fC)
{
    pF = fC;

    /* tu będzie wszystko, co wtyczka będzie robiła podczas ładowania,
     * np. dodawanie "sztucznych" kontaktów, zakładanie hooków itp.
     * pF = fC jest po to, żeby w każdym innym miejcu kodu można było
     * wywoływać funkcje wtw przez pF->Call()
     */

    // żeby udowodnić, że to się wywołało (tylko na potrzeby przykładu):
    MessageBox(NULL, L"Wtyczka załadowana", L"Hello world!", MB_OK);

    return 0;
}

int __stdcall pluginUnload(DWORD callReason)
{
    /* tu wtyczka po sobie posprząta
     * zdejmie hooki, zniszczy okienka, usunie dodane kontakty...
     */

    // żeby udowodnić, że to się wywołało (tylko na potrzeby przykładu):
    MessageBox(NULL, L"Wtyczka wyładowana", L"Hello world!", MB_OK);

    return 0;
}

Moim zdaniem najlepiej zacząć od czegoś takiego i właśnie na taki szkielet liczyłem, zaczynając temat ;)

[Kaworu]

Przykład od Kaworu ma sporo zbędnego kodu, więc raczej nie jest dobrym pomysłem zaczynanie od niego.

Wiesz, tego co wysłałem to j używam jako bazy do pluginów, mam w im od razu opcji i ustawiony plik konfiguracyjny ;P

[Dziaddu]

Ale dla kogoś, kto chce zrozumieć jak to działa, ma zbyt dużo zaciemniaczy ;)

[Kaworu]

To dodałem Twoj kod do Wiki ;p

[wlodixon]

Do jakiego Wiki - ja chyba o czymś nie wiem.

[Kaworu]

Dużo osob nie wie ;P

[wlodixon]

A jakiś link można prosić?

[Kaworu]

Ale tam w sumie na razie niczego ciekawego nie ma.

[wlodixon]

Rozumiem...

[Simek]

Wiki: [...]

Oj trudno było się domyśleć ; P

// kaw usunął link, bo wcale nie ma ochoty aby na razie google go złapały ;p

[Dziaddu]

Dlaczego wtw musi mieć wersję x64? :P Tylko mi życie komplikuje. Zainstalowałem Windows SDK, które ma kompilator z VS pozwalający na tworzenie binarek 64-bit na 32-bitowych systemach. Fajnie, tylko nawet wersji 32-bit nie chciało mi poprawnie skompilować/zlinkować, żeby wtw widziało je jako poprawną wtyczkę, więc po kilku godzinach kombinowania, zmieniania ustawień, próbowania zmuszenia cl.exe do zaakceptowania pliku .def (uprzejmie informowało mnie, że ów plik został zignorowany), ostatecznie odinstalowałem WinSDK. Głównie dlatego, że Zhvir, widocznie zdesperowany ;) na tyle, że sam zaczął szukać rozwiązania dla mnie, podrzucił mi istotną informację: MinGW-w64 wcale nie działa wyłącznie na x64, jak błędnie myślałem (albo jestem zbyt głupi, albo faktycznie "normalne" programy mające wersje z przyrostkami "64" i "32" działają pod konkretnymi systemami - a tu taki psikus. Jeszcze raz dzięki dla Zhvira). Przechodząc do sedna: skonfigurowałem sobie Code::Blocks, żeby korzystało z MinGW-w64, ale dostaję taki błąd przy próbie kompilacji:

Kod: [Zaznacz]

C:\Program Files\K2T\WTW\API\wtwPluginSettings.h|186|error: cast from 'void*' to 'int' loses precision|

Chodzi o linię:

Kod: [Zaznacz]

ret = (int)sDef.paramValue;

Rozumiem skąd problem: void* jest wskaźnikiem 64bit, a int ma tylko 32 bity, ale czy na x64 nie powinien być on 64-bitowy? Trzeba jeszcze coś zdefiniować, żeby taki był? Niby bez tego nagłówka wszystko się kompiluje i linkuje (nie wiem jeszcze czy działa), ale boję się, że coś się będzie sypało. Poza tym w przyszłości ten nagłówek może być potrzebny ;)

[Kaworu]

Dlaczego wtw musi mieć wersję x64? :P Tylko mi życie komplikuje.

Bo ma być nowoczesny, keidys sie żąstanawiałem and zostawieniem tylkow wersji x64. ;P

Kod: [Zaznacz]

C:\Program Files\K2T\WTW\API\wtwPluginSettings.h|186|error: cast from 'void*' to 'int' loses precision|

Chodzi o linię:

Kod: [Zaznacz]

ret = (int)sDef.paramValue;

Zrób (int)(QWORD) albo obniż marudzenie kompilatora na takie rzeczy, to powinien być najwyżej warning; Poza tym C-Style-Cast powinno dać mu wyraźnie do zrozumienia, ze o to chodzi i nie ma marudzić.

Rozumiem skąd problem: void* jest wskaźnikiem 64bit, a int ma tylko 32 bity, ale czy na x64 nie powinien być on 64-bitowy? Trzeba jeszcze coś zdefiniować, żeby taki był?

Wszystko jest ok, to kompilator za bardzo narzeka.

Niby bez tego nagłówka wszystko się kompiluje i linkuje (nie wiem jeszcze czy działa), ale boję się, że coś się będzie sypało. Poza tym w przyszłości ten nagłówek może być potrzebny ;)

Problemy masz tylko przy adresach funkcji czy zmiennych, jak je rzucisz na int32 to obetnie kawałek adresu i nieomal pewny masz crash. W tym wypadku void* jest tylko "uniwersalnym typem", ktory akurat tutaj przechowuje wartości od 0x0 do 0xFFFFFFFF, wiec obcięcie go niczemu nie zaszkodzi.

[Dziaddu]

keidys sie żąstanawiałem and zostawieniem tylkow wersji x64. ;P

Ani się waż! ;)

Dzięki za informacje. Po skompilowaniu i próbie włączenia Zhvir dostaje informację, że nie znaleziono jakiegoś modułu, chociaż z niczego niestandardowego nie korzystałem. Czyli jeszcze jeden problem (z którym powalczę we wtorek najwcześniej), ale przynajmniej już to widzi jako binarkę x64 :D

[dk3mpa]

Przykład od Kaworu ma sporo zbędnego kodu, więc raczej nie jest dobrym pomysłem zaczynanie od niego. Na początek wystarczy:
[code]#include "..\_wtw2\.api\plInterface.h"

WTWFUNCTIONS *pF = NULL;
WTWPLUGINFO plugInfo = {
   
} ; <----- BRAKUJE DZYNDZLA

:)

mi też nie wykrywa jakiegoś modułu ;| i w ogóle nie działa widać tylko w okienku wtyczek wrrr :P

ktoś tu ma jakiś szkielet który faktycznie działa :P a nie tylko się kompiluje ?

[Dziaddu]

Jeśli pod VS, to nie mam (bo nie mam VS; kod pisałem na podstawie tego, co działa w C::B, zmieniając tylko konwencje wywołań funkcji na takie, które podobno działają w VS). Może Kaworu albo Malcom pomogą.

Jeśli pod C::B, to patrz: pierwszy post. Jeśli znasz się na rzeczy i wiesz jak zrobić dll-kę, to ten szkielet powinien Ci wystarczyć, żeby przerobić go na coś działającego pod VS.

[muni0alfons69]

@kaw: a dało by rade udostępić ten base_plug w formie w której się od razu kompiluje (bez kwiatków) ? :P próbuje pod VS 2008 i już poprawiłem nawet błędne odwołania do nagłówków, skopiowałem API do folderu do którego są odwołania w projekcie :P ale nadal brakuje  "/libUI/interface.h" z pliku WndOptionsS.h :)

Jakimś psim swędem kasowałem, kroiłem itp. i w końcu skompilował mi to VC 2008.

W poniższym linku wszystko co pokroiłem razem z API by nic nie zabrakło.

Wiem, że trochę bawię się w archeologa, ale czy mógłbym prosić o re-upload?
Choć podejrzewam, że ten szkielet nie będzie kompatybilny ze zmienionym API...
Czy istnieje możliwość pozyskania zgodnej, aktualnej wersji?
Z góry dziękuję. ;)

[wlodixon]

Wiem, że trochę bawię się w archeologa, ale czy mógłbym prosić o re-upload?
Choć podejrzewam, że ten szkielet nie będzie kompatybilny ze zmienionym API...
Czy istnieje możliwość pozyskania zgodnej, aktualnej wersji?
Z góry dziękuję. ;)

Wysłałem Ci na maila - zobacz czy dziala i ewentualnie wrzuc na forum :)

[muni0alfons69]

Dzięki wielkie, pozwól, że dopiero jutro przyjrzę się temu czemuś bliżej. ;)