XChat-WDK r1451-4

Internet Relay Chat / IM

Az XChat-WDK egy patchset az XChat SVN-hez, mely lehetővé teszi, hogy a Visual Studio és a Windows Driver Kit segítségével build-elhessük. Ma kiadtam az r1451-4 verzióját. Ez az első verzió, melyet teljes értékűnek tekintek. Amit tud:

  • NLS
  • IPv6 támogatás (nincs tesztelve)
  • SSL támogatás
  • DCC64 támogatás
  • XDCC plugin
  • Perl, Python, Tcl interfész
  • EasyWinampControl plugin
  • telepíthető és portable változatok
  • 32 és 64 bites build-ek

A részleteket kedvelők számára: a jelenlegi verzió Visual Studio 2010, Windows Driver Kit 7.1.0, GTK 2.16.6 (és függőségei), OpenSSL 1.0.0a (WDK), ActivePerl 5.10, ActivePython 2.6 és ActiveTcl 8.5 segítségével készült.

A WDK használatáról bővebb információkat KK és NN cikkjében találtok.

Az érdeklődők letölthetik a stuff-ot, vagy elolvashatják a tanácsokat illetve a változások listáját. További információkat az XChat használatáról az XChatData-n olvashattok. Have fun!

( bervi | 2010. 08. 12., cs – 08:10 )

hehe, murphy már csak ilyen, pont most tettem ki egy új kiadást, kérésre beletettem a lua interfészt is, szóval most már az is van. egyébként nem szokott ilyen sűrűn lenni új riliz.
szerintem.

( Joejszaka v | 2010. 08. 12., cs – 11:51 )

Felraktam a 32-bites Windows-os változatot XP-re.

Hát, elég bugosnak tűnik.
Ablak fejléc nélkül indul el a képernyő tetején, és esélyem sincs mozgatni...

mármint emiatt az egy dolog miatt "elég" bugos? ilyet egyébként sose csinált nekem, pedig minden riliz után megnézem vbox-ban 32 és 64 bites xp-n.

nem teljesen világos, hogy csak el van tolódva annyira, hogy nem látszik a felső rész, vagy eleve nem is jelenik meg.

de akkor már megpróbálhatnál valami ilyet pl.
szerintem.

az a lényeg, hogy minden visual studio (és annak parancssori fordítója) a saját visual c runtime-jával linkelődik. ezzel csak az a gond, hogy az a runtime, ami az xp-ben alapból megvan, utoljára visual c 6-ban volt, ami ősrégi. ekkor marad 2 lehetőség:

a) az app nem fog futni a többi verzión
b) minden user-t rá kell venni, hogy telepítse a buildeléshez használt visual c-hez tartozó redistributable-t (én legalábbis nem fogok egy gpl-es app-pal microsoft runtime-okat szállítani)

részemről egyiket sem tartom túl jó megoldásnak. de pl. az ati driver telepítőjénél is lehet látni ezt a bizonyos redist-et, meg elég sok app-ban.

de ekkor jön képbe a wdk, amivel lehetőség van ezt a dolgot megkerülni, és új visual studio verziókkal buildelni korábbi windows verziókra is.

de ez mind le van írva a 2 linkelt cikkben ;)

ezzel a wdk build-eléssel szórakozok néha, nss+nspr, openssl, xchat, stb.
szerintem.

hat regen (~10eve) eleg nagy szivas volt a mingw, szinte mindent bugosan forditott, elcrashelgetett a compiler stb... par honapja megneztem ujra es hat egesz kiforrott lett, minimalis modositassal le tudtam vele forditani a linuxra fejlesztett hdaudio-toolst, pedig vannak benne eleg gaz megoldasok, de mukodott szepen.

A'rpi

nézd, én elhiszem, hogy "egész jó", de én nem látom értelmét windows-on egy linux port használatának, amikor az megy a windows-os compilerrel is. mellesleg a mingw64 jelenleg alfa/béta/mittoménmi (legalábbis erre enged következtetni, hogy nincs belőle riliz, meg hogy prerelease gcc-ből van).
szerintem.

Nekem ez a DDK-s dolog tunik hekkelesnek, olvastam mar rola, de pl. arra se sikerult rajonni, h magat a DDK-t honnet lehet leszedni, mert mindenutt a Platform SDK-ra linkeltek. Aztan meguntam a szopasokat, mert egy csomo proginak (koztuk a pidginnek is) nincs vc supportja, csak mingw. Ez vegul el is dontotte a kerdest, maradt a msys/mingw. A 64 bit meg windows alatt sosem izgatott kulonosebben. Amiota megoldottak a hosts file-val kapcsolatos bugot (a 32 bites progik tallozaskor nem lattak a system32 mappat, bar direkt eleresi uttal meg lehett nyitni barmit), azota nincs igenyem 64 bites wines programra. Jo, kozben a Vim nem tud megnyitni tobbgigas fajlokat. Kit zavar.
-- 


Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

azóta WDK lett, a DDK-ról nem tudok nyilatkozni. de nézzük: wdk googleben, első találat, ott "How to Get the WDK", ott "Microsoft Download Center", "Download", majd "Start download". szerintem túlélhető.

a pidgin meg pont szar példa, pont most hadakozott vele egy srác #pidgin-en, aztán az lett a vége, hogy feladta, mivel a pidgin-t fordítani windows-on tömény undor. nekem is órákig telne, pedig én már párszor fordítottam. egy raklapnyi függősége van olyan libekre és utilokra, amik elsődlegesen *nix-ra készültek. az ilyenek nyilván nem túl valószínű, hogy menni fognak vs/wdk-val.

de az xchat megy. a hozzá készült dokumentáció is visual c-ről ír, a mingw-ről csak annyit, hogy "I havn't tried this yet". tehát miről beszélünk?

egyébként meg én is tudnék hozni ellenpéldát, pl. a mozillás nss vs-sel gyönyörűen fordul, mingw-ben meg hekkeléssel elérheted, hogy legalább a libek leforduljanak, bár a tesztek nem.
szerintem.

msys van benne, mingw nincs. és? :)

szerk: egyébként itt a howto:
http://developer.pidgin.im/wiki/BuildingWinNSS

pidginesek úgy döntöttek, hogy gcc-vel csinálják, hogy egységes legyen a többivel, de ahogy le is van írva, "The build will likely not complete successfully".

szerk2: hmm, most látom, hogy van új riliz, majd ha ráérek, frissítek a howton meg a buildeken is...
szerintem.

( bervi | 2010. 08. 14., szo – 05:52 )

egyébként azon gondolkozom, vajon nem sértek-e valami export law-t azzal, hogy openssl lib-eket terjesztek a google szerverein. ötlet?
szerintem.