hexchat : xchat builds

Web, mail, IRC, IM, hálózatok

hello,

meguntam, hogy nincs egy normális ingyenes program winre. xchat-hez szoktam, az kell. de az meg fizetős. a forrás meg nehezen fordulgat, de ennél közelebb még nem kerültem hozzá :) a linkeléssel vannak még gondok, de úgy döntöttem, hogy ha már ennyit kínlódok vele, legyen valami nyoma:

http://code.google.com/p/freakschat/

először is szeretnék oda eljutni, hogy a trunk-ban is kijavítgatom a hibákat, mint a gépemen, persze több odafigyeléssel. meg közben egy referencia zubuntu-n is igyekszem folyamatosan tesztelni, nem szeretnék egy win-only forkot csinálni :)

aztán ha minden okés, felkerülnek majd build-ek is, terveim szerint 32 és 64 bites windows verziók.

fikkantani lehet nyugodtan, de tapasztalatnak jobban örülnék olyanoktól, akiknek sikerült már életet lehelni ebbe a dögbe :)

az uj projekt:

XChat-WDK

xchat-wdk on windows 7

xchat-wdk, patchset az xchat svn forraskodhoz, wdk-val buildelve. enjoy.

A még újabb project:

HexChat

hexchat

  • 12637 megtekintés

( bervi | 2009. 02. 26., cs – 20:46 )

no, fordítási hibák megoldva. winen, linuxon lefordul a dolog, szóval ha valaki nekiállna fordítania, (elvileg) most már nem kell patch-eket halásznia

linuxon linkel és a kész bináris fut is rendesen. winen még a linkelés nem jó (ergo nem is használható még), de ami késik, nem múlik.

( bervi | 2009. 02. 27., p – 00:40 )

nahát. ez aztán egy igazán érdekes probléma :)

ez:
http://lists.zerezo.com/gtk/msg00784.html
alapján

- a dll-eknek a path-ban kell lennie - pipa
- minden .lib-et fel kell sorolni a makefile-ban - pipa

és mégse találja. lefordul, de nem linkel. senki nincs itt, aki fordított már gtk programot winre? :)

egyébként adok egy make log-ot is, hátha valaki megvilágosodik

szerk: de hülye vagyok, elfelejtettem, h az xchat-deps-ben a 64 bites cuccok vannak, én meg azóta 32 bitest próbálok buildelni :D na majd ...

szerk2: még mindig nincs siker, de nagyságrendekkel kevesebb hiba van:

új make.log

( bervi | 2009. 02. 27., p – 06:12 )

végülis belepasszíroztam az egészet vs-be, de fél napba telt :) van jó sok össze-vissza define-olás benne, elég gány ez így. már arra is gondoltam, hogy egyszerűbb lenne 2 külön forrást karbantartani, mert ez így nagyon hányás :)

na de ez még a kisebb gond. a nagyobbik gond, hogy az xhcat a kapcsolódás alatt megdöglik:

http://img243.imageshack.us/img243/8727/clipboard02.png

de ha nem kapcsolódik sehova, kb. fél perc után akkor is meghal. és még egy érdekesség, ha a network listen hagyom, akkor nincs semmi baja.

a mai ökörködésemet nem töltöttem fel svn-be, inkább csak kísérlet volt. még kiagyalom, hogy legyen-e két külön branch, vagy megpróbálom-e összeházasítani a kétféle forrást. őszintén szólva az előbbi felé hajlok - mivel a wines build vs solution-ban van, nem épp ugyanolyan a könyvtárszerkezet. ja, és jóval kevésbé (semennyire) használható, mint a unix verzió... illetve ha valami el van gányolva a wines forrásban, a unixos legalább még használható marad.

na, ennyi mára, most egy ideig off (jövő pénteken mcp vizsga), addig is legalább elmondhatom, hogy a unix forrást bárki forgathatja, ha akarja (elvileg kínlódás nélkül)

( bervi | 2009. 02. 27., p – 06:46 )

közben rájöttem, hogy onnastól kezd el megbicsaklani, hogy valami hálózati forgalmat próbálna generálni, addig semmi baja. talán az ssl libekkel van valami, majd később filózgatok rajta.

aki esetleg legózni akar:

freakschat solution (vs2008)

ami az install notesban még nincs benne, hogy kellenek az openssl libek is a gtk cuccok mellé:

http://www.slproweb.com/products/Win32OpenSSL.html

Win32/64 OpenSSL v0.9.8j, install valami mappába, aztán az ottani bin, exp, include, lib mappákat be a freakschat-deps-be (utána az openssl-t lehet is uninstall-ozni). have fun

( bervi | 2009. 03. 02., h – 22:37 )

működik, pár hupos jóemberrel beszéltem is vele :)

közben persze más dolgaim is sűrűsödnek (murphy), úgyhogy svn-be vs-ben forgatható forrás szerintem 2-3 hétnél hamarabb tuti nem fog felkerülni, de amint már írtam, ami késik, nem múlik :)

vs-ben rengeteg warning-ot kapok, pl. sprintf helyett _sprintf-et illene használni (iso c++ 99 szerint asszem), ezeket valszeg át fogom írni, feltéve, hogy gcc nem fog begörcsölni rajta. valakinek erről infó? (persze előbb-utóbb kiderül, legkésőbb mikor megpróbálom lefordítani)

ez eddig ok, de ha ez a tényleges ajánlás, akkor szerintem nem lenne hülyeség átírkálni. a vs helpje ennyit mond:

These POSIX functions are deprecated beginning in Visual C++ 2005. Use the ISO C++ conformant _strdup, _wcsdup, _mbsdup instead.

szerk: de úgy látom, posix-ban ezek nem jók. úgyis lesz egy külön fájl, beinclude-olva mindenhova, pl. overrides.h, abba lehet ilyeneket tenni:

#ifdef _MSV_VER
#define strdup _strdup
#define strtoull _strtoui64
#define strcasecmp stricmp
#define strncasecmp strnicmp
#endif

stb. és minden compiler örül.

( bervi | 2009. 03. 03., k – 23:13 )

licenszelési kérdések:

  1. ha jól vettem ki, minden módosított forrásfájlba bele kell tenni egy sort ide:

    /* X-Chat
    * Copyright (C) 1998 Peter Zelezny.
    *
    * This program is free software; you can redistribute it and/or modify
    * it under the terms of the GNU General Public License as published by
    * the Free Software Foundation; either version 2 of the License, or
    * (at your option) any later version.
    *
    * This program is distributed in the hope that it will be useful,
    * but WITHOUT ANY WARRANTY; without even the implied warranty of
    * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
    * GNU General Public License for more details.
    *
    * You should have received a copy of the GNU General Public License
    * along with this program; if not, write to the Free Software
    * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA
    */

    na most mivel a név is változik, ezt hogy? így?

    /* X-Chat
    * Copyright (C) 1998 Peter Zelezny.
    *
    * freakschat
    * Copyright (C) 2009 nevem.

  2. azokkal a forrásfájlokkal mi a helyzet, amelyekből hiányzik ez? beletehetem az én 2 új soromat a licensz fölé, de akkor úgy hat, mintha az egészet én írtam volna. ilyenkor mi a korrekt eljárás?
  3. ha később beleteszem egy új verzió változtatásait, amit nyilván nem én írtam, csak belegyógyítottam a forrásba? ilyenkor az eredeti készítő neve + az év kerül fel, az enyém, aki beletette (gyakorlatilag valszeg másolta), vagy mindkettő? bár ez már felveti az esetleges patch-ek beolvasztásának kérdését is...

jogászok előnyben :)

( bervi | 2009. 05. 12., k – 20:02 )

na, van új fícsörd dánlód, már fordul vs-ben, némi infó a hekkeléséhez a wikiben, de még nem teljes, de szerintem polírozásra már csak vizsgák után kerül sor :)

köszi.

a cél az lenne, hogy legyen egy tisztán tartott, működő forrás, amiből bármikor lehet fordítani, akár linuxon, akár windows-on. előbbi az elejétől fogva teljesült, a wines is kezd most már. teljesen használható valami szerintem nem lesz belőle nyár vége előtt...

eddig rengeteg munka volt az is, hogy egyáltalán leforduljon, most úgy, ahogy működik. de még nagyon sok tennivaló van, pl. 2 fagyás is, meg terjeszthető formába önteni a dolgot, stb.

egyébként sok hibánál olyan, mintha szándékosan lennének benne, ami a program fizetős volta miatt nem lenne meglepő...

de így, egy normális projekt keretén belül, verziókövetéssel elkerülhető a folytonos gányolás, nem kell mindig újrakezdeni az egészet, ha valaki valamit hozzá akar tenni, egyszerűen megtehető, stb. szerintem ez már valami.

egyébként akit érdekel, frissítettem az INSTALL.win-t, a fordítást segítendő

egyébként sok hibánál olyan, mintha szándékosan lennének benne, ami a program fizetős volta miatt nem lenne meglepő...

Egy időben elég sokat használtam xchat-et, amikor még win alá is free beer volt.
A fejlesztő szerint azért lett fizetős, mert
1. fizetős programokkal kellett
fordítania (kell legalább 1 Windows meg persze VS express.... :),
2. ahogy Neked is, neki is sok idő és
munka volt a wines verzió elkészítése.

Az a tény, hogy a program valószínűleg
nem cross-platform compilant pedig már egy másik téma.

Mindenesetre köszönöm a munkát, jó látni, hogy ebben az el-msn/-skype-osodott
világban még van aki a jó öreg IRC-et is használja ;)

--
A gyors gondolat többet ér, mint a gyors mozdulat.

"1. fizetős programokkal kellett
fordítania (kell legalább 1 Windows meg persze VS express.... :)"

ez nagyon gyenge indok. ennyi erővel az összes wines fejlesztő pénzt kérhetne :)

"2. ahogy Neked is, neki is sok idő és
munka volt a wines verzió elkészítése"

ezzel meg az a gond, hogy azért sok idő, mert tett róla, hogy sok idő legyen :) most már fordulni fordul. ha elkészül a solution fájl, utána a fordítás annyiból fog állni, hogy:

1. függőségek letöltése
2. függőségek kicsomagolása a megadott mappába
3. solution fájl megnyitása VS-ben
4. F5

szerintem ez elég egyszerű :) szóval az indok, amiért fizetős az xchat: kell a lóvé ;)

( bervi | 2009. 10. 04., v – 08:35 )

nagyon nincs időm ilyenekre, de annyit csináltam, hogy buildeltem egyet a legfrissebb csomagokkal, és összedobtam a libekkel futtatható formában. akit érdekel, lehet próbálgatni, van x86 és x64 build is:

http://code.google.com/p/freakschat/downloads/list

két ismert bug:
- fagyás a tálcaikonra kattintáskor
- fagyás linkre kattintáskor

a többi dolognak működnie kellene.

még annyi megjegyzés, hogy az installerek esetén a path csak akkor lesz jó, ha x86-on az x86, x64-en az x64 csomagot telepítitek (és nem állítgatjátok az install path-ot). kézzel persze lehet haxolni...

szerintem.

végülis kiderült, hogy ez miért van. a plugin interface xchat_get_info() függvénye a win_ptr id-vel hívva unixon gtkwindow-t ad vissza, míg windows-on hwnd-t. az ezt az okosságot intéző ifdef kiherélése után végre működik ez is. xchat-wdk 1431-2-vel kezdve. kicsit sokáig tartott...
szerintem.

ez nem egészen így van, mert eddig a plugin-tray le volt tiltva, és xtray volt használva. ha megnyugtat, a silverex buildben is xtray van, csak abban le sincs tiltva a plugin-tray, szóval azzal továbbra is lehet fagyasztani. de azért kösz :P

amúgy meg nem azért, hogy magam ellen beszéljek, de az ssl és a python továbbra sem megy. ez a tray dolog pont egy kevésbé fontos dolog volt :)

de ettől függetlenül persze a legújabbat tartom az eddigi legjobb buildnek. a changelog-ból kiderül, hogy miért.
szerintem.

( bervi | 2009. 10. 06., k – 15:19 )

ahah, volt a buildelésről téma a hivatalos xchat fórumon. úgy tűnik, most lett annyira használható, hogy szó nélkül töröljék a topikot :D

szerintem.

http://code.google.com/p/xchat-wdk/downloads/list

1409-7-re mar azt mondom, hogy korrekt. tray icon megy (na jo, az x64 build nem minimalizal, de legalabb nem fagy), linkeket is megnyitja, /msg is megy. perl, tcl, es (elvileg) ipv6 is mukodik.

ami nem megy, az a python plugin es az ssl, de talan tulelheto nelkuluk, en speciel egyiket se hasznaltam soha.

szerintem.

az a post április elejei ;) nyilván mindig a legújabbat featured-et érdemes használni :) az x64 build-del sincs gond egy ideje, az xtray fixálva lett rá, de azóta amúgy is már a beépített tray plugin van (1431-2 óta), nem az xtray.

sőt, ha nem kell tcl, akkor az x64 jobb választás, mert ott engedélyezve vannak a taskbar alert-ek. x86-on érdekes módon fagynak, ezért ott le vannak tiltva. gyanús, hogy valami gtk bug, mivel a releváns xchat kód ugyanaz. nem lenne meglepő, mivel pl. a libwimp is broken, ami miatt nem megy az xp kinézet. de legalább lehet témázni. wikiben/bugtrackerben van infó ezekről.
szerintem.

( bervi | 2010. 05. 22., szo – 16:49 )

portable-t egyébként bárki csinálhat magának, simán kimásolja az xchat-wdk mappát a program files-ból, bárhol mennie kéne.
szerintem.

végülis megcsináltam. kicsit haxoltam a kódon, hogy a portable változat a saját mappáján belül, a config mappába mentse a beállításokat, így (elvileg) el lehet hurcolászni pendrive-on is akár (a kicsomagolt fájlokat). ha valaki kipróbálja valami idegen, szűz gépen, jó lenne, ha leírná a tapasztalatát, hogy tényleg megy-e :)
szerintem.

( honorshark | 2010. 05. 23., v – 18:23 )

Ezzel mi legyen ? Bekuldom labba hogy ellenorizzek.
http://noob.hu/2010/05/23/xchat.jpg

(A figyelmeztetes mar a C:\Windows\Installer\....msi\ alol is elojon, barmikor probalok valamit telepiteni. (Le kellett szednem kezzel a Program files-bol, majd CCLeaner-el takaritani es Spybot-al leszedni eltavolitasi menubol hogy mukodjenek ujra az installerek.))

Hmm par hettel kevesebb regem van es cirka ~15 oldal -? Levagy maradva ugylatom.. gondolom majd nekiesel a munkanak. :D

(Unalmamban sok helyre irkaltam, sok hulye vitaba belementem mikor semmi ertelme nem volt, csak az idomet akartam olni, unatkoztam. Nem unatkozom, nem szorakoztatom magam a marhakon.)

Na jo de itt is kesz, vege. Beirtal valamit, nincs kozod, sokat irok, sokat irsz, szep a profilunk, minden szep es jo. Tehat Xchat-wdk. :) Finito~

( hrgy84 | 2010. 05. 29., szo – 23:19 )

Kerdes: mingw-vel nem probaltad forgatni, vagy nincs is ra lehetoseg? Nalam a nagyon problemas programok MSYS+MinGW komboval majdnem kezesbaranyok lesznek. Pl. ruby-val is rengeteget szoptam VS-sel, MinGW alatt meg osszejott.
Raadasul a MinGW-s forditasnak megvan az az oriasi elonye, hogy nem kell a forditohoz igazitott VC runtime a progi futtatasahoz (mert egyebkent mindig a fordito rendszerrel egyezo runtime kell, VS2008-ashoz pl. a 2008-as).
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

azért van wdk-val buildelve, mert azzal megy minden winen xp-től kezdve, és nem kell vc++ redistet telepíteni a népnek. olyan, mintha vc6-tal buildelnél (xp-féle msvcrt.dll). azért csak xp-től felfele, mert a legújabb wdk-ban dobták a 2k támogatást. de mivel a 2k használat valahol 0,5% alatt van, így különösebben nem izgat. meg ha jól emlékszem, a gtk se támogatja már, de ez nem tuti.

több infó:

http://winbuild.daydreamer.nu/

archives rész.

mingw-vel nem próbáltam, de a manual alapján az alkotó se, úgyhogy gyanús, hogy nem lenne nagy siker. az ms valszeg használhatóbb környezetet gyárt winre, mint egy hobbiprojekt. ja de emlékeim szerint egyszer próbáltam mingw-vel alkotni valamit, de pár hibaüzenet után meguntam. most már meg annyira nem izgat, mivel a jelenlegi build környezet jól működik.

egyébként a legtöbb (mindegyik?) hiba syntax error vagy olyan kód, ami windows-on egyszerűen nem működik. ilyenekre a mingw nem szokott tudni megoldást adni, csak a cygwin. azt meg hanyagolnám.
szerintem.

( bervi | 2010. 05. 30., v – 11:40 )

xchat-wdk r1439 = xchat 2.8.8 kint
szerintem.

ennél jobban nem tudom leírni:

http://code.google.com/p/xchat-wdk/issues/detail?id=3

készíthetnék python-os build-et, de debugoláshoz úgyis kell saját build környezet, szóval szerintem anélkül nem nagyon tudsz belenézni érdemben.

buildelésről:

http://code.google.com/p/xchat-wdk/wiki/Building

de ha neked már ránézésre van valami tipped, mit kéne átírni, megpróbálhatok én is buildelni.

szerintem.

nem dobál warningokat. kiírja, hogy python interface loaded. aztán betöltenél valami .py-t, és megdöglik minden. így ni:

http://img684.imageshack.us/img684/2637/clipboard01yo.png

a python plugin forrása egyébként:

http://xchat.svn.sourceforge.net/viewvc/xchat/plugins/python/python.c?v…

silverex buildben is meghal. "debug"-ra nyomva egyébként ntdll-lel sír valamit:
Unhandled exception at 0x778b8c39 in xchat.exe: 0xC0000005: Access violation writing location 0x00000014.

disassemble-re nyomva:
http://winbuild.daydreamer.nu/pub/xchat-wdk/disasm.txt

801. sorra mutat. de nem hiszem, hogy ebből épeszű ember kihámozza, hogy mi is a baj :D
szerintem.

elvileg activepython kell neki, abból próbáltam 2.5-tel és 2.6-tal. 2.4 már nem elérhető, de úgy *rémlik*, hogy anno a freakschat-et még azzal próbáltam, ugyanúgy fail volt. korábban ebben a topikban azt írtam, hogy megy, de az csak annyi volt, hogy build-elt. később ténylegesen kipróbálva az is fagyott.

nem forgattam magamnak, mivel biztos vagyok benne, hogy activestate-eseknél csak szarabbul sikerülne :)

szerk: megnéztem python.org 2.4-essel, tökugyanaz. ugyanannál a sornál hal le.

szerk2: python.org 2.6 szintén zenész.
szerintem.

mivel az eddig próbált összes python és xchat builddel ugyanaz a hiba, nem hiszem, hogy a python a ludas (főleg a sok megtalált agyfasz hiba után, amit a kódban ki kellett javítani, hogy menjen). szabad tudni, te miért gondolod így?

de egyébként mostanában se időm, se lehetőségem nem nagyon lesz ezzel játszadozni...
szerintem.

En se tudom. De ha a XChat python kodban van elszurva valami, az a sokkal rosszabbik verzio. Ha lesz idom, ranezek a kodra, de nem igerek semmit.

A python forgatasa amugy nem ordongosseg, van valahol egy buildbot script benne, az leszed minden fuggoseget automatan, leforgatja, es a pythont is leforgatja.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( bervi | 2010. 06. 15., k – 22:08 )

r1441 kint, benne dcc64 fix (4gb-nál nagyobb fájlküldéshez kell)
szerintem.

( bervi | 2010. 07. 30., p – 22:33 )

1444 kint, benne perl plugin javítások ill. tcl támogatás az x64 buildhez.
szerintem.

( bervi | 2010. 08. 10., k – 21:16 )

r1451 kint, lényegében csak frissítve xchat head-re
szerintem.

( bervi | 2010. 08. 11., sze – 03:15 )

hopp, 1451-2 kint, benne openssl támogatás, illetve a több szerverre való csatlakozás javítva.
szerintem.

( bervi | 2010. 08. 11., sze – 06:41 )

r1451-3 kint, benne python támogatás.

valamit kérnék: akinek van ipv6 elérése, meg tudná nézni, hogy lehet-e rajta keresztül csatlakozni a legújabb build-del?
szerintem.

( bervi | 2010. 08. 11., sze – 23:26 )

r1451-4, még beletettem az xdcc plugint, több kiadás most már azt hiszem nem lesz egy ideig :D
szerintem.

http://code.google.com/p/xchat-wdk/downloads/detail?name=xchat-lua%200…

csak x86 van belőle (nincs x64 lua build), de nem valami stabil. ha script-et, vagy magát az interfészt próbálom unload-olni, befagy. azért remélhetőleg használható, majd írd meg légyszíves, hogy neked megy-e, amivel használni akarod. mivel ilyen, jelenleg nem kerül bele a telepítőbe.

szerk: ja mégse, van másik dist is, majd ránézek.

szerk2: á, ez sehogy se jó. minden build-nek kell a visual c redist, márpedig a wdk build-nek pont az a lényege, hogy ne kelljen. úgyhogy ez külsős stuff marad.

http://code.google.com/p/luaforwindows/

ezzel buildeltem.

szerk3: ...kivéve, ha tudok készíteni wdk buildet a luából, mindjárt kiderül.

szerintem.

na, az újban (r1451-5) benne van, a telepítőben ki lehet választani. rakd fel hozzá a lua-wdk buildet:

http://winbuild.daydreamer.nu/pub/lua/

csomagold ki valahova, aztán add hozzá a PATH-hoz. majd később nem kizárt, hogy összedobok hozzá valami telepítőt, akkor majd ennyit se kell.
szerintem.

Csak dll kell neki!

Egysoros teszt: /LUA xchat.printf("my nick is %s", tostring(xchat.get_info("nick"))) ... [pipa]
Szkriptfájl betöltés: /LOAD whois-event.lua ... [stop] 


Unknown file type h:\Program Files\XChat-WDK\whois-event.lua. Maybe you need to install the Perl or Python plugin?
Használat: LOAD [-e] <fájl>, bővítmény vagy parancsfájl betöltése

Hova kell rakni a lua fájlt, hogy megegye?

kérlek, próbáld meg ezek közül valamelyikkel (telepítésnél rakd fel a lua-wdk-t is):

http://code.google.com/p/xchat-wdk/downloads/detail?name=XChat-WDK%20r1…
http://code.google.com/p/xchat-wdk/downloads/detail?name=XChat-WDK%20r1…

mennie kéne. ha megy, kiteszem mindenestől, aztán elég lesz már a mókából :D
szerintem.

Betöltés nem létező szkriptfájl esetén:

Lua plugin: error loading script cannot open C:\Users\foofighter\AppData\Roaming\X-Chat 2/ize.lua: No such file or directory

Betöltés létező szkriptfájl esetén:

/load whois-event.lua

Működik, de dob warningot: 


Gdk gdk_pixmap_new: assertion `(width != 0) && (height != 0)' failed
Gdk gdk_pixmap_new: assertion `(width != 0) && (height != 0)' failed
Gdk gdk_pixmap_new: assertion `(width != 0) && (height != 0)' failed

Utolsó kérés: tudsz olyan buildet csinálni, ami a relatív config mappából olvassa ki a *.conf fájlokat és nem az Appdata-ból, így hordozhatóvá válik a cucc.

öh. a warning-oknak elvileg nem kéne megjelennie. a telepítő elvileg bedob egy XCHAT_WARNING_IGNORE környezeti változót, ami ezeket letiltja. a wines gtk port sajnos ilyen.

portable pedig már van, csak szét kéne nézni ;)

http://code.google.com/p/xchat-wdk/downloads/list

szerintem.

"Köszi a gyors forgatást! Végre egy ingyenes luaképes, win-xchat."

szívesen.

"Lua interface (v0.7 ($Rev: 91 $)) loaded"

ezzel mi a gond? így van a kódban is:

#define LXC_VERSION "0.7 ($Rev: 91 $)"

mondjuk ezek a $-t télleg kicsit hülyén néznek ki, kódban kitöröltem, majd köv. riliznél nem lesz már ilyen.

szerintem.

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

beszéltem a perl plugin karbantartójával, aki egyrészt elmondta, hogy a perl 5.12-vel sincs semmi gond, így arra frissítettem, másrészt előtúrt nekem egy patch-et, aminek köszönhetően a tálcavillogásért felelős alacsonyszintű kódot lecseréltük gtk-sra, és most már megy az x86 buildben is.

ennek eredménye az r1454.
szerintem.

( bervi | 2010. 08. 16., h – 15:00 )

ha valakit érdekel, elérhetővé tettem a letöltések között a felhasznált lua és openssl buildeket.
szerintem.

( bervi | 2010. 08. 17., k – 03:47 )

r1455-2: összevontam a standard és portable telepítőket, illetve nem kicsit, nagyon átdolgoztam a wikit/oldalt, remélhetőleg javára.
szerintem.

( mn3monic v | 2010. 08. 17., k – 19:36 )

Gondolom nincs vele semmi gáz, csak azért írom, hogy tudj róla, az avast ezt mondja a telepítőről: http://majki.hu/xchat.png

--
ez ugye csak valami vicc

sajnos tudok róla, de azért köszi. lehet valami false positive jelzést küldeni vissza, vagy csak én képzeltem? mert ha lehet, akkor megköszönném...

szerk: utólagos engedelmeddel betettem a shotot a cikkbe.

szerk2: úgy néz ki, hogy automatikusan elküldi labba a gyanús fájlokat.
szerintem.

nekem továbbra is riaszt, minden frissítve van pedig.

de végül is vbox megosztásból a guest helyi lemezére másolva, aztán ott ellenőrzést futtatva sikerült elővarázsolni a chest-be dobást, majd onnan a false positive jelentést. leírtam, hogy forrást, binárist hol találnak, megadtam az e-mail címem, stb. remélhetőleg lesz már vele valami.
szerintem.

( bervi | 2010. 08. 19., cs – 01:04 )

r1459 kint, portable kicsit továbbdolgozva. meg hozzá a telepítő is. most már szerintem fejfájás nélkül lehet intézni vele a normál és portable telepítést is.

sőt, runtime lehet váltani a 2 változat között, a portable-mode fájl segítségével. [info]
szerintem.

( hrgy84 | 2010. 08. 20., p – 00:47 )

Ize, te hogy csinalsz magadnak WDK-s konzolt? Nekem (64 bites Win7 gepen) allandoan x64-re akar targetelni, akkor is, ha a x86-os konzolt inditom el. Valami nagyon szar benne, de nem tudom micsoda.

Raadasul az include valtozot nem allitja be tisztessegesen, csak a \api van benne, a \crt pl. kene, es megsincs.

A vim-mel teszteltem, de valami nem gombolyded. A msvcrt_wxp.o-t hozzaadtam (a win2000-es kikerult az uj WDK-bol), es annal bukott ki, hogy x64-re akar forgatni...
-- 


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

az a msvcrt_wxp.o gondolom msvcrt_winxp.obj akart lenni? igen, win2000 már nem támogatott, de azt úgy kb. 0,5% használhatja, szóval szerintem nem nagy kár érte. egyébként ha x86 már megy, és x64 builddel próbálkozol, oda msvcrt_win2003.obj fog kelleni.

amúgy a start menüs build environment-ekkel ne is vesződj, én is sokat szoptam vele, amíg rájöttem, hogy semmire nem valók. simán parancssorból fordítok, 3 dolgot kell kézzel beállítani: PATH, INCLUDE, és LIB, azt hiszem magától értetődő, hogy melyik mire jó.

a batch fájlok:

http://code.google.com/p/xchat-wdk/source/browse/build/build-x86.bat
http://code.google.com/p/xchat-wdk/source/browse/build/build-x64.bat

neked szinte biztos, hogy nem fog ennyi minden kelleni. pl. az inc\api\crt\stl70 csak az xtray miatt kellett, de már nem használom, majd valszeg törlöm is (most vettem észre).

a PATH-ban van VS is, ez azért van, mert a wdk-ban nincs library manager (lib.exe) és manifest tool (mt.exe), viszont az xchat-hez kell. neked nem biztos. ez a path vs2010-hez van, a korábbi verzió kicsit más, de azt elő tudod túrni, ha szükséged lesz rá. ja, és az OACR-es cuccokat ne használd, nem tudom pontosan, mire jók, csak azt, hogy azzal nem megy :)

illetve esetleg még érdekes lehet a makefile:

http://code.google.com/p/xchat-wdk/source/browse/src/makeinc.skel
http://code.google.com/p/xchat-wdk/source/browse/src/makefile.mak

ezekből neked megint csak nem fog kelleni a többsége.

szerk: ja, még van egy (szerintem) elég jó leírás a környezet beállításához:

http://code.google.com/p/xchat-wdk/wiki/InfoBuilding

ez leírja, hogyan lehet kizárólag ingyenes eszközökkel csinálni. bár az x64 szívás, mert ahhoz még kell az SDK is. én nem ezekkel buildelek, hanem wdk+vs2010pro (ezért is van az x64 résznél az az "Add this line to build\build-x64.bat" cucc).

szerk2: najó, a wikiből megint csak nem sok releváns lesz neked, a lényeg, hogy ha mt vagy lib kell, akkor legyen fent VC, meg x64-en az SDK is.

szerintem.

A VS nalam szeriatartozek, szoval az mindig fenn van. A build scripteket majd megnezem, most megint mac alatt vagyok.

Amit el szeretnek erni, hogy legyen egy normalis openssl buildem, mert jelenleg csak VS2008-as openssl-em van, es az valahogy nagyon kilog az alapvetoen mingw buildelt rendszerbol, viszont a openssl meg nem hajlando mingw alatt buildelodni rendesen. Meg van egy halvany eselye a cygwin profilnak (marmint hogy a configure kap egy cygwin opciot), de nem fuzok hozza vermes remenyeket.

Bar, most jut eszembe, te raktal ki wdk-s OSSL buildeket, nem?
-- 


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

"Bar, most jut eszembe, te raktal ki wdk-s OSSL buildeket, nem?"

de-de, az xchat-wdk is azt használja. szerintem érdemes lenne kipróbálgatnod a 3 wdk patch-et, ha azokat tudod buildelni, akkor már közelebb vagy.

http://code.google.com/p/xchat-wdk/source/browse/#hg/ext

a buildek:

http://code.google.com/p/xchat-wdk/wiki/InfoOpenSSL
http://code.google.com/p/xchat-wdk/wiki/InfoNSS
http://code.google.com/p/xchat-wdk/wiki/InfoLua

bár a lua patch hunk failed-et ír, fogalmam sincs miért, de kézzel csinálva jó. illetve az nss a legérdekesebb, az úgy van megcsinálva, hogy ha nem wdk-val van buildelve, akkor is jó maradjon. abban van pár wdk-specifikus dolog is, pl. GetCurrentProcessId, vsnprintf, stat mizériák, amikkel trükközni kell. a path-ok hardcode-olva vannak.

szerintem.

Nekem csak openssl kell, koszi. Nem tudom, hogy a gcc-hez jo lesz-e a wdk patchset, de sztem ha elsore nem fordul le, akkor rogton WDK-ra valtok, nekem csak az a cel, hogy MSVCRT.DLL fuggo legyen, es ne MSVCR90.DLL fuggo, a tobbi nem szamit.
-- 


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

Vegul maradtam a WDK-nal. Kiegeszitettem a MSYS utvonalaval a PATH-ot, hogy legyen tar meg lzma, illetve megfaragtam a include es lib valtozokat is, most forog masodszor a openssl, mert kifelejtettem valamit belole, de eddig jol nez ki.
-- 


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

Azon felul, hogy allandoan osszehanyja magat a make parancs, semmi az egvilagon. Nem talalja meg vmiert a sajat libjeit, gozom nincs, hogy miert, de az openssl az, amibe nem szivesen nyulok bele kezzel, mert eleg sok minden epul ra.
Se MSYS, se a kulon mw.bat nem kepes leforgatni a cuccost.

Valoszinu, hogy cygwin alatt lefordulna, de hat akkor cseberbol vederbe esnek, megintcsak fuggnek valami szartol. WDK-val viszont szepen forgott.
-- 


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

Noha 64 bites gepet hasznalok elsosorban, nem ragaszkodom a 64 bites binarisokhoz, foleg mert XP-bol altalaban 32 biteset szoktam telepiteni a virtualis gepeimre, es azon biztosan nem futnanak a Win64-es buildok. Marpedig egy olyan alapmu jelenlete, mint a GVim-e szamomra letfontossagu. Nagyokat szoktam nezni, hogy a Notepad-ben a ZZ egyszeruen ketto darab Z-t jelent, es nem a mentes+kilepes szinonimaja :-)
-- 


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

( joco01 v | 2010. 08. 22., v – 22:08 )

ez miért windows driver kit? mi van ebben driver specifikus? nem a sima windows sdk-ra gondolsz, ami egyébként a studioval együtt is települ?

--
joco voltam szevasz

( bervi | 2010. 08. 23., h – 02:38 )

szeretnék egy egyszerűnek tűnő dolgot elérni: amolyan "universal binary" telepítőt. azaz egy tölthető telepítő, ami lényegében egy SFX. kicsomagolja pl. %TEMP%-be a benne levő 2 telepítőt, elindításkor megkérdezi, hogy x86 vagy x64 változatot szeretnél-e, és elindítja a kiválasztottat.

valakinek van ötlete, hogy mivel lehet ezt megoldani? ingyenes eszközre lenne szükségem.
szerintem.

Vannak olyan programok, amik hasonló módon települnek, csak automatikusan döntik el, hogy 64 vagy 32 bit. Talán a VirtualBox lesz az, amiből esetleg ötletet is meríthetsz. (Egyébként így települ még az Avast!, a DoPDF, és minden egyéb drivert tartalmazó cucc.)

Egyébként az is gyakori, hogy ha külön van választva a 32 és 64 bites telepítő, akkor ez utóbbi msi csomag, és nem a "hagyományos" InstallShield. Esetleg azt is megnézhetnéd, megoldható-e a te feladatod msi-vel.

--
Don't be an Ubuntard!

köszi, de már megoldottam. egy külön innosetup telepítő, ami csak megkérdi, hogy mi kell, kicsomagolja, aztán elindítja. automatikus döntést nem akarok, mert nem tartom kizártnak, hogy valaki x64 winen akar x86 buildet futtatni (de perpill amúgy se tudom, hogy megoldható lenne-e egyáltalán valahogy).

r1459-2, lehet tesztelni. az összevonás mellett frissítettem pár gtk.org-os függőségen is.
szerintem.

Az automatikus dontest egy esetre felprogramozhatnad: 32 bites oprendszerre. Ott ugyanis ertelmetlen megkerdezni barkitol barmit.

Btw, te hanyas Gtk-t hasznalsz? Nekem a 2.14 (amivel a BuildWinPidgin oldalon ajanljak a forditast) remesen bugos, nem tolti be a kepeket se. 2.18 az, amivel mar ugy-ahogy ki vagyok bekulve - bar nem tudom, hogyan lehetne ravenni, hogy kicsit jobban illeszkedjen a Win7 temajahoz.
-- 


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

a 32 biten egyből x86 telepítést megpróbálom valahogy megoldani, de egyelőre ötletem sincs, hogyan kéne :)

pidginesek állítólag valami clipboard hiba miatt használnak 2.14-et, bár én nem tudom, pontosan mi nem megy...

2.18-cal nem fog menni a win7 téma. meg 2.20-szal se. 2 link:

http://www.gtk.org/download-windows.html

"2.16: old, but in many respects more stable"

https://bugzilla.gnome.org/show_bug.cgi?id=598299

itt maguk a devek mondják, hogy 2.16-ot tessék használni. bár most már van egy raklap patch csatolva, meg is kérdeztem már, hogy most akkor ebből mi is kéne. de gtk buildelést nem úszod meg, mert gtk3ba került csak bele.

szerintem.

annyit elértem, hogy x86 winen nem jelenik meg az x64 opció, x64-en pedig az x64 verzió van bejelölve alapból. azt elérni, hogy x86-on automatikusan indítsa az x86 telepítőt, elég húzos lenne, úgyhogy inkább nem erőlködtem vele.

verziószámot emiatt nem pörgettem, de a telepítő frissült.
szerintem.

Nekem van ötletem.

Mi lenne, ha nem lenne két külön telepítő belecsomagolva egy harmadikba, hanem belecsomagolnád ugyanabba a telepítőbe a 32 és 64 bites fileokat is, és ha 32 bites a rendszer, akkor nem kérdezne, ha 64 bites, akkor meg igen. Ezután mindössze annyit kell tenni, hogy a telepítő feltételesen csomagolja ki a fileokat a választástól függően.

Így még azt az adatmennyiséget is megspórolnád, ami a duplikációból adódik.

--
Don't be an Ubuntard!

erre én is gondoltam, csak van vele pár gondom.

így egyszerre nem lehet fent az x86 és az x64 (kivéve, ha portable install van valahol). ez nem nagy gáz, mert szerintem rajtam kívül senki nem rakja fel mindkettőt, én is csak tesztelés miatt.

nem tudni, mi történik, ha valaki felrakja az egyiket a másik után. ha a korábbit lepucolja, akkor oké, egyébként nem megfelelő, mert 1 uninstaller lesz a vezérlőpultban (legalábbis így sejtem), fájlok meg 2 helyen.

ami a nagyobb baj,hogy inno setup-ban nincs ilyen, hogy install set, csak fájlokkal dolgozik. tehát ezt csak úgy lehet megoldani, hogyha az összes 64 bites dll-t meg exét átnevezem $foo-x64-re pl., és egy mappába teszem a 32 bitesekkel, a telepítőben meg megadom, hogy nevezze vissza. ez egy kicsit gány megoldás.

ugyanakkor nem lenne rossz, mert a jelenlegi 40 megás telepítésből 25 mb ugyanaz (a fordítások). megnézem, mit sikerül összehozni.

szerintem.

Azt simán megteheted szerintem, h. install előtt megnézed, van-e telepített példány, és ha van, rátolni az uninstallert (lásd vlc). Vagy akár azt is megteheted, hogy frissítés jelleggel feltolni, azaz nem változhatna a telepítési útvonal. Ehhez mondjuk nem árt, ha az architektúra függő fileok nevei megegyeznek (lásd lenti példa).

Az viszont tényleg gáz, hogy az innosetup nem filesetekkel dolgozik, szerintem ez lenne a minimum. Mondjuk azt se lehet megcsinálni, hogy szétosztod a fileokat 3 mappába (x86, x64, shared), és ezekből összemergelni a fileokat a telepítési mappába?

Azaz pl: 


x86:
xchat-wdk.exe
openssl.dll
...

x64:
xchat-wdk.exe
openssl.dll
...

shared:
pixmaps/
nemtommivanitt/
...

Telepítés:
copy $arch/* $installpath
copy shared/* $installpath

--
Don't be an Ubuntard!

ez nem ilyen egyszerű, mert a 2 build-nek más a neve. ráadásul az uninstaller sem ugyanott van a registry-ben bejegyezve (wow miatt). a telepítési útvonal tiltása megint nem jó, mert aki portable-t akar, annak kell. plusz van 2 dll, aminek más a neve (gtk-sok hülyesége, fogalmam sincs, miért van így). az install seteknek végülis nem túl sok haszna lenne, mert szét van bontva a telepítő fícsörökre, úgyhogy a fordításokon kívül lényegében egyesével teszem helyére a fájlokat.

már van működőképes telepítő, korábbi verziókat törölni kell hozzá sajnos. de igazából akkor sincs katasztrófa, ha nem, előbb-utóbb úgyis feltűnik a user-nek, hogy van xchat-wdk és xchat-wdk (x86) ikon is... innestől 1 verzió lehet fent, de azt ki lehet választani, hogy x86 vagy x64 legyen (kivéve x86 winen). telepítés előtt mindig törli a korábbi verziót (erre mondjuk portable-nél nem árt figyelni).

még kicsit takarítok a kódon, aztán elérhető lesz az 1459-3.
szerintem.

nem. telepítéskor megnézi registry-ben, hogy van-e előző verzió, ha van, törli.

ennek az a következménye, hogy ha feltetted rendesen, aztán csinálsz egy portable install-t, akkor letörli a rendest. míg ha portable után rakod fel rendesen, mindkettő megmarad.

szerk: a kérdés nem volt teljesen hülyeség, a választ beleírtam a wikibe is:
http://code.google.com/p/xchat-wdk/wiki/InfoPortable

szerintem.

Mwhahahahaha. Pont a 2.16-osban van a clipboard hiba, azert valtottam 2.18-ra.
Eddig szerencsere megusztam a gtk buildelest, most a laptopon kimondottan gtk-val csomagolt pidgin buildet hasznalok (dogfooding, ugye...), es a win7 temat leszamitva jo. Ez se critical feature csak jo volna, ha menne, de Gtk-t csak ezert nem fogok buildelni.
-- 


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

Nem, legalabbis nalam nem. Az volt a jelenseg, hogy Firefoxbol nem tudtam pastazni a pidginbe, mindenhonnet mashonnan igen, tehat notepadbol is (ez volt a workaround, nyitottam egy notepadet), illetve asszem pidginbol nem tudtam kicopyzni semmit (de erre nagyon ritkan van szuksegem). A Gtk 2.18 megoldotta mindkettot.

Mondjuk, erdekes, az egyik Evolution verzional amit kiprobaltam, ez odaig fajult, hogy se onnan, se oda nem mukodott a copypasta, nem tudom mitol...
-- 


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

szerencsére úgy tűnik, hogy az xchat nem érintett ebben. gtk-t buildelni perpill nekem se lenne sok kedvem. nem tudom, miből gondolják, hogy bárki is használni fog egy olyan verziót (gtk3), amiben naponta van valami breakage.

pár vicces bejegyzés:
http://blogs.gnome.org/otte/2010/07/27/rendering-cleanup/
http://blogs.gnome.org/otte/2010/07/30/highlights-of-guadec-2010/

főleg ez a mondat: "People want me to break GTK even more."

no comment.

szerintem.

Nem tudom, lehet hogy bugos alverziot probaltam, tenyleg passz. Mindenesetre en maradok a jol bevalt 2.18-asnal, legfeljebb ha lesz szamottevo igeny ra (>= 2 ember rajtam kivul), akkor utanavizualok, mit lehet tenni a dologert.
-- 


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

2.22 kint, de eléggé bajos. eddig "csak" 4 problémával találkoztam, de szerencsére a karbantartó eléggé gyorsan reagál, úgyhogy a többsége már oké.

perpill még ez aktív:
https://bugzilla.gnome.org/show_bug.cgi?id=630962

az átlátszó háttér bukta, azt letiltottam. emellett még nincsenek win64 csomagok, de legalább azok kevésbé lesznek bugosak.
szerintem.

"Windows SDK for Windows Server 2008 and .NET Framework 3.5 (you only need Visual C++ Compilers)"
Hmm... biztos, hogy ezt akartad irni? A VC++ mar providal egyszer VC compilert, a SDK-bol pont hogy inkabb csak a headerek meg a libek kellenek.
-- 


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

az express-ben nincs 64 bites compiler, ezért kell az sdk ;)

header meg lib jön a a vc++-szal is (nyilván), hogy 64 bites lib is, azt fejből nem tudom, de a lényeg, hogy x64 build-hez kell az sdk is.

majd ha nagyon unatkozom, felrakok már vbox-ba egy 7-est, aztán megnézem, hogy tényleg megy-e minden úgy, ahogy le van írva. de elvileg kéne, mert egyszer már próbáltam.

szerk: még azon is gondolkozom, hogy inkább átírom vs2010 trial-hoz, tisztább megoldás szvsz.
szerintem.

( foofighter | 2010. 08. 28., szo – 18:46 )

Először is köszönet a kitartó fáradozásaidért!

A telepítőbe fel lehetne venni a Black Edition-t? A fekete nyugtatja a szemet. :D

A felhasználólistát jobbra-fel raktam és a csativálasztót tabosítottam.
Itt vannak a fekete verzió konfig fájlai, így ezzel nem kell fáradnod:

http://foofighter.pastebin.com/6fZrbj8E

aham, és hogy cseréled le egy gépen az *összes* konfigfájlt? mert ugye multiuser programról van szó. nincs rá mód, hogy ezt ellenőrizd. meg amúgy sincs eszem ágában se x user konfigját áttúrni. az már csak mellékes, hogy nem nsis-t használok...

max portable install-nál lehetne valami ilyet beletenni (mivel ott nincs előtte konfigfájl), csak azt perpill nem tudom, hogy lehetne megoldani (tasktól függő task). rendes installnál szépen hekkelje a konfigját, akinek kell.
szerintem.

( hrgy84 | 2010. 08. 28., szo – 18:37 )

@foofighter: lecci tedd a fajlokat pastebinre, nagyon hosszu lesz tole az oldal, koszi.
-- 


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

( bervi | 2010. 08. 29., v – 17:54 )

azon gondolkozom, hogy használja-e egyáltalán valaki az easywinampcontrol plugin-t, mert nekem gyanús, hogy nem. van itt ilyen? :D
szerintem.

( bervi | 2010. 08. 30., h – 04:43 )

r1464-4: visszakerült az xtray, telepítés során választhattok közte és a plugin-tray közt. a win7 a plugin-tray beállítást nem jegyzi meg (hogy elrejtse-e vagy sem), gondolom valami id generálással kapcsolatos. xtray-jel ez jól működik, csak gond volt a konfigfájl mentéssel, de már azt is megoldottam. ja, meg plugin-tray-jel nem működik az away se, míg xtray-jel igen.

most úgy működik, hogy ha érzékeli (run-time nézi) az xtray dll-jét, akkor a plugin-tray-t nem aktiválja, tehát nem kell letiltani se.

emellett opcionálissá váltak a plugin-ek, és bekerült a black mellé a simply glyphed téma is.
szerintem.

Lassan egy oprendszer telepitojet is megszegyenito valasztasi lehetoseg-mennyiseg all a kedves felhasznalok rendelkezesere.
Kene valami eladhatobb nevet kitalalni, es akkor lehetne a projektet reklamozni, sztem nepszeru lenne.
-- 


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

mi a gond a mostani névvel? és mi lenne egy jobb név? nem hiszem, hogy ezen múlna. vagy csak nekem rossz a képzelőerőm.

freakschat-et nem töltötte senki, mondjuk az nagyságrendekkel szarabb volt. ezt beküldtem start64-re meg xchatdata-ra, és így töltik havonta úgy 100-an. szerintem innestől kezdve nem a névvel van a gond, csak azzal, hogy nem nagyon ismerik. google 70 találatot dob rá.
szerintem.

"How about "Some hobo's build of XChat which doesn't suck quite as badly as some of the others"? It's long, but you could shorten it to shboxwdsqabasoto."

ennyit erről :) bervi amúgy se lenne a nevében, mert egyrészt rühellem ezt a nevet, másrészt eléggé egoista megmozdulás lenne.

nekem személy szerint semmi gondom a jelenlegi névvel, nyilván nem véletlenül adtam neki.
szerintem.

Oke, csak egy hulye otlet volt. Amugy foofighter otletet (XChat Bervision) meg nem is velemenyezted (jo, benne van a bervi... na es? Legalabb jelzi, hogy ez a te munkad). De nekem meg a Freakschat is tetszett. Most, hogy mar van felhasznaloi bazis, lehet, hogy megennek ilyen neven is.
-- 


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

http://code.google.com/p/xchat-wdk/wiki/InfoBuilding

erre gondolsz?

ha időt akarsz spórolni, a 3 szoftver, a forráskód, az x86 függőségek és az x86 openssl-wdk már elég működőképes buildhez. de ne a build.bat-ot futtasd, hanem a build-x86-ot. és x64 win kell hozzá, különben a PATH-okat javítgatni kell a batch fájlokban.
szerintem.

Statusinfo:
VC++ xPress 2010 fenn, de nem tamogassa a 64 bites buildet. Azert asztalon kinn a x86 konzol linkje
Win7 SDK fenn, asztalra kipakolva egy csomo parancsikon, 2 architektura, 3 platform, Debug/Release konzolok
WDK most jon epp le... De baromi nagy darab minden ilyen DK... 1.7MBit kicsit keskenyke ra.

-- 


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

Alakul. A VS2010 Express-be nincs 64 bites forgatorendszer, ezert le kell szedjem a teljes VS2010-et. Most csorog at, amugy nagyjabol kesz a szerver, meg par parancsikon, egy kis finomitas, es mar kesz is. Majd meg a javas cuccokat kell feltenni, de az mar a kisebbik munka.
-- 


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

Java fenn, Windows Update mar a telepites fazisnal tart.

PS: hogy en mennyire nagyon elmondhatatlanul utalom az osszes IE telepitojet, a 6 ota, azt el nem tudom mondani. Mi a Merlin lottyedt pofazacskojaert kell allandoan megkerdezni, hogy akarom-e telepiteni? Ha egyszer elengedtem a telepiteset, akkor persze hogy akarom! Idiotak gyulekezete.
-- 


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

nekem van egy problémám az új verzióval: ha említik a nickem vagy pm jön akkor feljön egy szövegbuborék. ez nekem nem kell. pont ez tetszett ebben, hogy ez eddig nem volt, nem ugy mint silverixben. erre nincs vmi megoldas? ellenben azt szeretnem, hogy jelezzen ha ilyen esemeny van, tehat valtozzon meg az ikon, de ez a szovegbuborek win7 alatt marha idegesito.

verzio:
-win7 x64
-r1464-5
-xtray

( bervi | 2010. 09. 06., h – 14:26 )

1464-6:

- a magam által elbaltázott perl plugin javítása
- az update menüpont helyett updater plugin. install alatt válasszátok ki, és indításkor automatikusan ellenőrzi, hogy van-e új verzió. ha van, szól, és linket is dob hozzá. de egyébként futás közben is lehet ellenőrizni, az upd paranccsal, ha valaki nem nagyon zárogatja be az ablakot.

plusz úgy tűnik, avast-nál végre megvizsgálták az x86 exét, már nem jelzi vírusnak.

False positive alert will be fixed in VPS 100904-0. We added all your binaries to our cleanset to avoid this problem in future. Best regards, Michal Trs from Avast viruslab.

szerintem.

Csak egy kérdés, lehet n00b kérdés, nem megoldható hogy esetleg 32bites beta buildeket tudnál
prezentálni ezekből a munkákból ? Esetleg vmi "installerrel" megspékelve ?

Tudom tudom, alapjávan véve buildeld magad topic ez itt, de lehet érdemes lenne ezekből a buildekből vmi
binárisokat is közzétenni. Vagy nem lehetséges ?

Üdv
-krix-

( bervi | 2010. 09. 19., v – 05:42 )

1468:

* update Perl to 5.12.2
* update Tcl to 8.5.9
* fix scrollback shrinking
* enable advanced settings pane
* retain emoticon settings
* add IGNALL command

szerintem.

nincs kizárva, de egyelőre ennek nem láttam jelét, ők meg nem mondták. szoktam velük beszélni. zed-et kivéve, de ő pont nem érdekel.

de attól miért lennék persoan non grata, hogy linkelik a build-em pár oldalon? a zed utáni egyik fő committer oldalán is linkelve vagyok...
szerintem.

( bervi | 2010. 09. 22., sze – 15:21 )

jött egy mail, miszerint adományoznának nekem 20$-t paypal-en. nem tudom, hogy egyrészt vajon fake-e, másrészt hogyha nem, elfogadjam-e...
szerintem.

Mi a helyzet a DCC 1024 bájt-nál behal hibával. Az 1024 bájtot becsülettel kiküldi, (egy linuxos chattel, mint fogadóval teszteltem). Tehát:

Kézfogás megtörtént:

> SYN,
< SYN-ACK
> ACK

Adatküldés:
> PSH,ACK (1024 bájt) // sent = send (sok, buf, 1024, 0);
< ACK
< PSH,ACK (4 bájt) (0x00000400) // send (dcc->sok, (char *) &pos, 4, 0);
> ACK

ÉS vége...

dcc.c:1467

Hmm... 


n = recv (dcc->sok, buf, sizeof (buf), 0);
		if (n < 1)
		{
			if (n < 0)
			{
				if (would_block ())
				{
					if (need_ack)
						dcc_send_ack (dcc);
					return TRUE;
				}
			}
			EMIT_SIGNAL (XP_TE_DCCRECVERR, dcc->serv->front_session, dcc->file,
							 dcc->destfile, dcc->nick,
							 errorstring ((n < 0) ? sock_error () : 0), 0);
			/* send ack here? but the socket is dead */
			/*if (need_ack)
				dcc_send_ack (dcc);*/
			dcc_close (dcc, STAT_FAILED, FALSE);
			return TRUE;
		}

Újabb bugocska:

Egy háromgigás fájlt akarok elküldeni ezt írja ki:

Cannot send directories or empty files.

hmmm... az st.st_size signed int?

( bervi | 2010. 09. 25., szo – 03:40 )

http://daydreamer.nu/tmp/xchat.exe.zip

ebben esc gombbal lehet bezárni úgy kb. minden panelt. ha valaki esetleg próbálgatja, és valami olyat tapasztal, amit szerinte nem kéne, szóljon. (1468 x86 build exéjét le lehet ezzel cserélni).

szerintem.

( Yume | 2010. 09. 25., szo – 13:47 )

Tudom kicsit offtopic, de OSX ala nincs valakinek kedve "folytatni" az XChat-Aquat? :)

( Lacikaaa | 2010. 09. 25., szo – 14:01 )

csak nalam van olyan bug, hogy a trayen az awayt beallitva nem tortenik semmi? plugint-trayt hasznalok x64es build. koszi!

( bervi | 2010. 09. 30., cs – 05:13 )

beküldtem 8 patchet, kíváncsi vagyok, mi lesz velük

https://sourceforge.net/tracker/?func=detail&aid=3078373&group_id=239&a…
https://sourceforge.net/tracker/?func=detail&aid=3078376&group_id=239&a…
https://sourceforge.net/tracker/?func=detail&aid=3078378&group_id=239&a…
https://sourceforge.net/tracker/?func=detail&aid=3078380&group_id=239&a…
https://sourceforge.net/tracker/?func=detail&aid=3078384&group_id=239&a…
https://sourceforge.net/tracker/?func=detail&aid=3078386&group_id=239&a…
https://sourceforge.net/tracker/?func=detail&aid=3078397&group_id=239&a…
https://sourceforge.net/tracker/?func=detail&aid=3078399&group_id=239&a…
szerintem.

( bervi | 2012. 07. 27., p – 15:38 )

A 2.9.1 hamarosan kint, benne rengeteg újdonság (talán 150 commit körül járunk a 2.9.0 óta). Előzetes build-ek Windows-ra:

http://rnbw.in/BhMTM