DasBlub

have once a look at this source: http://scriptdev2.svn.sourceforge.net/viewvc/scriptdev2/system/system.cpp?view=markup look at SystemMgr::LoadVersion, just try this once (with the exactly same sql statement).

it means that your sql query returned no rows, therefore there was no row to fetch -> you get NULL pointer for pFields. so run once your sql query from hand (on the mysql console) and check if you get a result. 'very different'? you're joking? sd2 is for mangos, most (if not all) from sd2 forum are registered here too. furthermore it's bad because then in one forum they might find a solution and in the other one they're still searching and know nothing about it.

as public server might be illegal in some countries [insert some random legal trash text here (ask davemm, i'm sure he'll know some good texts about that )] we don't think about public servers at all and you wanna have the code? look into the guides (e.g. those in the wiki), here's the code: http://github.com/mangos/mangos http://scriptdev2.svn.sourceforge.net/

don't post the same question in two forums... http://www.scriptdev2.com/help-fetching-info-t4716.html

i personally do clone the whole repo and then just checkout the mangos-0.12 branch (then i have my local master pointing to the remote master, my local mangos-0.12 to the remote mangos-0.12). that would look like this: git clone git://github.com/mangos/mangos.git # clone the mangos repo cd mangos # go into the new folder git checkout -b mangos-0.12 origin/mangos-0.12 #checkout mangos-0.12 in it's own local branch if you want to have only mangos-0.12 in your local master branch: mkdir mangos # create the folder for the repo cd mangos # go into it git init # initialize a new git repo git remote add origin git://github.com/mangos/mangos.git # add the mangos repo as origin git fetch origin # download the whole repo (this gets all data from the repo, starting from this moment you don't need your internet anymore, expect if you want to get newer commits). this does NOT copy the repo into your local repo (it's not a merge, only a fetch) git pull origin mangos-0.12 # pull now the whole mangos-0.12 branch into the local master branch. (all after # is a comment, you don't have to copy this out) hope that helps. PS: all commands just written out of my head... might be that there's a typo somewhere

NickoNiklas: i agree with you, legal way is better. the ddos part was more like a joke

actually i don't have any mercy with those who would pay for it. if they pay for it they'll try to make money with their server. and they should know that it's illegal. and if we don't do anything on the legal way (e.g. pressing charges against them [can i write that in english?^^]) *someone* could do a DDoS attack at their webpages...

gm's can send support-mails with gm-commands. maybe you can do it only when the gm has gm on, but i don't know if that's a good solution...

you're trying to download a gist and not a repo... for git clone you've to use the repository (see his branch-link).

no, that's wrong.it's simply so, that neither the outdoor-pvp nor the alterac patch are ready to go into the repo. therefore they stay in here and are under further development. and yes, the original authors have left mangos, so others have first to learn, what the code does exactly, else they can't maintain it later. so if this code will be ready and a mangos dev (probably balrok?) has learned how to maintain this code (as it contains much changes to mangos), they'll completely review it and commit it.

actually i'm reading it and i would like to automate it too (you see how often i post crashlogs in here... just too lazy to copy it out of the crashlog files)... waza, do you have the script for me?

this patch will *never* work, because you try to modify sd2 files with a git-patch for mangos... EDIT: thanks for changing your post after our little discussion

it is 'git clone' and not 'git pull' to get the repo the first time

well.. mangos normally doesn't like to have script-related questions in this forum. and heisei is not like ACID, heisei is a .sql file with a bunch of shit disclamer: this is my personal meaning about heisei and doesn't represent any official meaning (expect the one of x-savior maybe ); if any mod thinks that this is too agressive, please just delete this line...

it is in git... assembla uses git...

no idea (didn't look at the files). but you should post script related questions in the sd2 forum: http://www.scriptdev2.com/

try again to do that: git add src/game/Warden.cpp git add src/game/Warden.h PS: you modified VC90/game.vcproj but not the files for VC80 and VC100 and not the makefile... this should be changed before commiting

i disagree, different gm levels per realm are needed. the way i would like to have it: - default gm level in account table of realmd - table with gm levels which are specific for a realm (e.g. a table which has only 2 columns: accid & gmlevel) that way you can change the gmlevel for a specific account on a specific realm without changing it for other realms. PS: i didn't look at the previous patches here, just wrote my ideas about it

you already send something to the client and then you try to send a header again. according to the HTTP protocol this isn't possible. but if you still need to do it you can use the output buffering, then php stores everything locally until you flush the buffer (or you delete it) and sends it then to the client (if you flush). this could look like this: <?php ob_start(); // start output buffering echo('bla'); // we write something out if(!secMgr->checkLogin()) { // check if the user is logged in header('Location: login.php'); // user not logged in -> send redirect to login.php exit(); // stop here, we don't need to run the rest of the code (increases performance if the user isn't logged in) } echo('bla'); // again an output ob_end_flush(); // stop output buffering, send all data to the client ?> this is just an example how my code usually looks like, didn't test it, but it shows, how to use the ob. for further informations look here: http://php.net/manual/en/book.outcontrol.php

why should that be 'pain in the ass'? i work this way every day if you look once at professional companies, you'll see, that most don't have any gui installed, and if they have a gui installed the servers are still running at runlevel 3 (=multiuser,network,console) and not runlevel 5 (=multiuser,network,console,gui) just learn how to use the commands and you'll have no problems with it

use ssh + the mysql cli for db access. configure your iptables correctly and turn your server into a bastion host (default all chains to DROP, only exceptions (e.g. mangos, http) are ACCEPT or FORWARD) that way you'll be secured. (as long as your password is not '1234' )

no idea, but why you use such an old version? :confused: for 2.4.3 you can simply use the mangos-0.12 branch, this branch is on 2.4.3 and will always be.

i'm always right i'm just wondering how it would be with the performance with such a scripting language... what's with e.g. a mob which is in an instance like aq40 with a 40person raid and there are e.g. 2-3 instances of aq40 open (e.g. because of an event or whatever...), i'm unsure if lua/whatever could handle that.... oh, blizz only uses lua for the interface, so nothing which needs an update every tick and which has to calculate tons of data. about the implementation of the blizz servers: i already read that blizz servers would run on an oracle cluster and would be implemented in PL/SQL (i work with an application which is implemented that way (ok, it runs on a host and not on a cluster, but still, it's nearly the same)). (source (german): http://spieleprogrammierer.de/phpBB2/viewtopic.php?t=11807&start=15 see post by FalkT)

TheLuda: i think vladimir tried to point out, that *when* someone wants to implement a lua/python/other_damn_scriptlanguage then this person should implement it as a scriptlibrary instead of directly editing the language-support into the core

well... implement it yourself, just write another scriptlib implementation. i agree, i never heard about that angel script.... and to the damn small written letters: good question... you'll implement them for us?