bLuma

To že si z netu stáhneš kalkulačku a po nás chceš, aby jsme dodělali věci do tvého domácího úkolu fakt není rozumné... http://visualcsharptutorials.com/net-framework/simple-calculator/

No když už napíšeš tu chybu, není od věci ji zkusit vyhledat... http://www.trinitycore.org/f/topic/5157-configuring-compiling-and-installing-ace/

make[3]: *** [libACE_SSL_la-SSL_Context.lo] Error 1

Chtělo by to vypsat celý log nebo aspoň detaily chyby. Tohle je výpis k ničemu.

Blbost. Použij Map::GetPlayers() nebo lépe prohledání gridu přes Trinity::PlayerListSearcher (to je přímo to co potřebuješ, použití je třeba ve skriptu azuremyst_isle.cpp, npc_geezle v CompleteQuest()).

Stačí se podívat do zdrojáku a napsat si SQL na vyčištění databáze... Netestováno.

-- creature to creature
DELETE FROM linked_respawn WHERE linkType = 0 AND (NOT EXISTS (SELECT 1 FROM creature c1 WHERE c1.guid = linked_respawn.guid) OR NOT EXISTS (SELECT 1 FROM creature c2 WHERE c2.guid = linked_respawn.linkedGuid));
-- creature to go
DELETE FROM linked_respawn WHERE linkType = 1 AND (NOT EXISTS (SELECT 1 FROM creature WHERE creature.guid = linked_respawn.guid) OR NOT EXISTS (SELECT 1 FROM gameobject WHERE gameobject.guid = linked_respawn.linkedGuid));
-- go to go
DELETE FROM linked_respawn WHERE linkType = 2 AND (NOT EXISTS (SELECT 1 FROM gameobject g1 WHERE g1.guid = linked_respawn.guid) OR NOT EXISTS (SELECT 1 FROM gameobject g2 WHERE g2.guid = linked_respawn.linkedGuid));
-- go to creature
DELETE FROM linked_respawn WHERE linkType = 3 AND (NOT EXISTS (SELECT 1 FROM gameobject WHERE gameobject.guid = linked_respawn.guid) OR NOT EXISTS (SELECT 1 FROM creature WHERE creature.guid = linked_respawn.linkedGuid));

a jeste k te stabilite - ono se neni cemu divit, projizdel jsem vcera jen tak ze zajimavosti TC2, jak je řešená vícevláknovost - CLI, world, SOAP etc... v prvních 3 souborech jsem našel pár chyb, hodně prasáren... že je vůbec div že to funguje, a to jsem došel jen ke spuštění těch threadů... pak jsem radši šel dělat něco jinýho

Docela by mě zajímalo, co konkrétně myslíš. Svého času jsem dost zkoumal zdroják MaNGOSe a i když se to bude lišit tak dost pochybuji, že to je až tak kritické jak zmiňuješ.

Jinak s názorem na ADT souhlasím se Sneakem, většina struktur je dobře známá již z 20. století, projdi si na google books a můžeš se o tom přesvědčit. Extrémně závratných novinek není zase tak moc.

A psát kvůli tomu v dnešní době emulátor od nuly je čiré bláznovství. Musel by jsi tomu věnovat řádku let, aby jsi se dostal alespoň na trochu použitelnou úroveň.

takhle ty tu delas nejaky zavery ohladne IRC na kterem si byl mozna 2-3x je to tam uplne v poho poresi se tam i wow developing a pak je tam jen sranda fejky/drby/proste pokec

Ať tak či onak, těžko můžete očekávat, že kanál dostane oficiální podporu, když "vedením" onoho kanálu jsou lidé zabanovaní z WS.

V realmlistu samozřejmě musíš mít tvoji LAN IP (192.168.x.x, 10.x.x.x, 172.16-31.x.x) a ne loopback (127.0.0.1).

Hráčům přidáváme itemy pomocí funkce

bool AddItem(uint32 itemId, uint32 count);

Tady nejsi v TC, ale v OC.

file://c:\Oregon Core\...

A to tuto metodu nemá.

Je mozny, ze jsem tam neco prehledl, ale neim co.

Si děláš srandu ne?

pPlayer->SendNewItem (16834, 1);
pPlayer->SendNewItem (int, int);
# porovnej s
void Player::SendNewItem(Item *item, uint32 count, bool received, bool created, bool broadcast)

Krom toho, že to používáš chybně, tak SendNewItem předmět neposílá, ani nevytváří. Posílá paket, který zobrazuje hlášku "You received item..." v chatlogu. Na vytvoření itemu se podívej do https://raw.github.com/Remake/OregonCore/master/src/game/Level3.cpp na metodu HandleAddItemCommand. To co potřebuješ je sekvence CanStoreNewItem, StoreNewItem, SendNewItem.

Další várka

Zpracována.

Řetězce se v SQL dotazech musí uzavřít do apostrofů.

V tom případě přicházíme na problém, že ani nevíš, kde se ten spell zablokoval. Tento úsek filtruje kontroly, podle druhu spell efektu a tvůj spell obsahuje charge, apply aura, null (dle wowhead nebo máš v DBC něco jiného?). Do sekce DUMMY se ten kód nemůže dostat a blokace nastává někde jinde.

Ad Hookyns naprosto chybná představa, kontrola !unit testuje, zda-li vrácený ukazatel typu Unit* není NULL. Což nastane, pokud ze spellu žádný cíl nebyl vybrán. V tomto případě se ještě nerozhoduje o druhu jednotky, může to být hráč, npc i pet. Volat metody na NULL ukazateli způsobí crash, proto je to nezbytné zkontrolovat. Může se stát (bugem, hackem, ...), že cíl spellu nebude platný.

Ad Wolf lepší, ale nebezpečné, může způsobit crash.

Správná a bezpečná kontrola musí být:

Unit *unit = m_targets.GetUnitTarget(); 
if (!unit || unit->isPet()) 
   return SPELL_FAILED_BAD_TARGETS; 

Pokud to ovlivnilo použití na hráče tak to může být špatným umístěním kontroly. Sama o sobě se hráčů nedotkne (ani ta původní verze, ta spíše způsobí crash).

Nemazat

Ad 1 tak se nauč pracovat s konzolí a přesměruj si výstupy do souboru (program > build.log 2>&1).

Ad 3 když něco navrhuješ, bylo by vhodné, aby jsi tam byl a nemusel jsem na tebe čekat...

To s extern jsi tam nechal? Dej rebuild all a pak pošli kompletní build log.

Ten skript bych vyhodil, je starý a očividně nedodělaný. Pravděpodobně jediné co bude fungovat je port do GH. K tvému problému, skript někde musí vytvořit globální instanci třídy GuildHouseObject, pravděpodobně bylo napsáno v tom tématu, kde jsi to sebral, kam se měl dopsat řádek "GuildHouseObject GHobj;". Nouzově bude stačit, když to napíšeš do GuildHouse.cpp pod řádky #include.

Protože se to snažíš spustit a ne jenom zkompilovat. Kompilace ti podle logu dole nejspíše proběhla úspěšně.

Ukaž celou hlášku z logu.

Lépe řešené pozicování jsem už dlouho neviděl

To jako fakt používáš tři roky starý mangos? ConfVersion=2008022901. Jinak v první řadě použij aktuální konfig, bez komentářů na konci řádku, to opravdu nevím, jestli je schopen pojmout.

Nehlásí to ještě nějakou hlášku s problémem s tím konfigurákem, před touto chybou? Jinak to vypadá na to, že nejspíše máš chybu přímo v konfiguráku. Schovej si hesla a hoď ho na pastebin.com.

Co ti vypíše příkaz: ls -l /opt/mangos/etc/

char cislo[6]; přepiš na int cislo[6]; Pokud používáš formátovaný vstup/výstup (<<,>>) tak v případě typu char se načítají znaky (jejich ascii kódy) ne čísla.

TC/Mangos to je jedno. V současnosti se akorát liší, jak používají async query a to si rozumný člověk dokáže upravit podle ostatních řádků.

Každopádně tento patch má jednu zásadní chybu - nepoužívá právě prepared statements a async query, které se používají při načtení charakteru. Pro neznalé, při načtení hráče se nejprve načtou veškeré údaje z db a vlastní load se provede až s kompletními výsledky v paměti. Z databázového hlediska je komentář k ničemu a hráč bez řádku může normálně pracovat, nevidím důvod, proč tam vkládat všechny. A ten SQL dotaz nemůže fungovat, string není uzavřen v apostrofách. Použití funkce GetGUID taky není vhodné, protože vrací číslo s rozsahem 64 bitů a to do toho sloupečku nenarveš, správně tam mělo být GetGUIDLow.