Wątek: Przejście z VS2008 na VS2013

[mucha]

Cześć,
W końcu znalazłem trochę czasu, żeby przekompilować (niektóre) moje wtyczki pod nowego Visuala tak żeby działały na nowszych nightly. Prawie skończyłem, ale nasunęło mi się parę pytań:
1. Czy prócz konwersji pliku projektu i ustawienia Platform toolset na "Visual Studio 2013 - Windows XP (v120_xp)" trzeba zrobić coś jeszcze?
2. Co się stało z msgSubject z wtwArchiveEntryMessage i wtwMessageDef?
3. wtwGetInet wyleciało?
4. Czy konieczność przekompilowania wtyczek na VS2013 jest podyktowana względami technicznymi czy ideologicznymi, innymi słowy czy wtyczki mogłyby działać dalej bez rekompilacji?

I mała info-rada dla potomnych: zapisujcie pliki .rc w UTF-16, VS2013 nie radzi sobie z UTF-8.

[Kaworu]

1. Czy prócz konwersji pliku projektu i ustawienia Platform toolset na "Visual Studio 2013 - Windows XP (v120_xp)" trzeba zrobić coś jeszcze?

Nie, ale zmień tymczasowo runtime na Multithreaded (bez DLL) dzieki czemu na starej stabilnej tez beda działały, a jak wyjdzie nowa stabilna to przestawisz na "Multithreaded DLL" i bedzie po kłopocie.

2. Co się stało z msgSubject z wtwArchiveEntryMessage i wtwMessageDef?

Ni ma. Zostalo zastapione czyms innym, a temat wstawiamy w msgExtInfo z name=L"subject".

3. wtwGetInet wyleciało?

Miałem cos takiego?

4. Czy konieczność przekompilowania wtyczek na VS2013 jest podyktowana względami technicznymi czy ideologicznymi, innymi słowy czy wtyczki mogłyby działać dalej bez rekompilacji?

Nie mogły by. Myslalem ze moga, teoretycznie powinny ale okazlo sie, ze komunikator wali milionem bledow o ladowaniu CRT bez manifestu i wtytczek nie uruchamia, wiec wstawiłem tam fake CRT z 9.0.

[mucha]

Nie, ale zmień tymczasowo runtime na Multithreaded (bez DLL) dzieki czemu na starej stabilnej tez beda działały, a jak wyjdzie nowa stabilna to przestawisz na "Multithreaded DLL" i bedzie po kłopocie.

Nie chce mi się tego wszystkiego kompilować/kopiować/wgrywać etc 2 razy. Jak ktoś będzie miał "starą" stabilną i zainstalowane redistibutable dla VS2013 to zadziała, a jak nie ma to albo sobie ściągnie starszą wersję wtyczki albo je zainstaluje.

Miałem cos takiego?

Było, zwracało (przypuszczam, że przydzielony dla wtyczki/dzielony pomiędzy wtyczkami) HINTERNET. Zmieniłem na InternetOpen.

Dzięki

[mucha]

Jeszcze jedna rzecz, kiedyś w API udostępniałeś skompilowane sqlite (tak wiem, to mogło być 4 lata temu). Teraz widzę, że jest tylko nagłówek sqlite.h, ale .lib brak. To jakieś przeoczenie czy teraz mamy sami tą bibliotekę zapewniać?

[Kaworu]

Pewnie przeoczenie. Ale jak nie potrzebujesz czegoś specjalnego z SQLite to moze wtw:db ?

[mucha]

Nie chce wprowadzać teraz żadnych większych zmian w kodzie, bo nie mam czasu na testowanie tego. Fajnie jakbyś przywrócił to sqlite.lib do API, bo właściwie tylko to mi zostało do przeportowania.

[Kaworu]

Nastepna nightly doda liba, tylko ze zmienioną nazwą.

[kwiateusz]

[adrian_007]

[mucha]

Taki mały offtop, ale jeśli używasz C++ (a używasz) to nie trzeba robić initStruct po definicji struktury. I też nie trzeba robić reinterpret_cast<WTW_PARAM>(&s) czy (WTW_PARAM)(&s) w fnCall, można po prostu dać "s". Patrz: wtwPlugin.h i __wtwStdStructDefs.

[kwiateusz]

bez rzutowania to sie kompilator rzuca, jeszcze init to moze przejsc.

adrian a czym moj kod sie rozni oprocz warunku na h? Kod mi działa, kompiluje, odpala, tyle ze item.itemText nie zwraca tego co wczesniej (moze cos przeoczylem... dzis caly dzien siedze nad kodami w różnych językach...)

[adrian_007]

[kwiateusz]

Dzięki, od razu wychodzą moje braki z cpp, to wracam do zabawy, bo teraz to mi sie wszystko sypie. poprzednie api było bardziej idiotoodporne :)

[Kaworu]

Ty ale te zmiany w API to nastąpiły już jakiś czas temu, Ty jakieś antyczne musiałeś mieć, czy coś. :P

[kwiateusz]

Po datach utworzenia plików patrze że coś koło 2012, ważne że działało :P