DasBlub

the file has been deleted, either by the uploader or by an abuse report. please upload it somewhere else.

search for "mangchat", it's what you need -- DasBlub

no, if you do i++ or ++i doesn't matter in a for(), only in java they have that weird shit that this changes the for()...the diff is, that with i++, you've to create a copy of i, increment the original i and then return the copy of i in order to get the original number, and with ++i you just increment i and then return it

you can read the history here: http://www.gotwow.ic.cz/

i agree, normally i'm just using 'vim' to edit the files and then the console make commands... it's easier than any GUI editor. altough i miss visual studio on linux

this patch has been commited in [9107]. I've now done a backport for it (fixed also 0.12 specific warnings): http://github.com/DasBlub/mangos/commit/ab20daf117f2a4ddf1a4e6fbcd53f5e41222a68d -- DasBlub

What bug does the patch fix? What features does the patch add? This patch fixes most of the compiler warnings from gcc. more infos in the commit message. For which repository revision was the patch created? master branch, [9105]. Is there a thread in the bug report section or at lighthouse? No Who has been writing this patch? me. thanks to Zor and vladimir for their help with a few questions. Patch 9103 and 9105 were already commited, here is the rest of the fix: http://github.com/DasBlub/mangos/commit/046e09731126caf89c0aacf945ce94363a04a232 Added: Backport to mangos-0.12: http://github.com/DasBlub/mangos/commit/ab20daf117f2a4ddf1a4e6fbcd53f5e41222a68d Test I've tested that patch on windows xp 32bit and on linux (xubuntu) 64bit. i tested compiling and i tested, if the server still starts. i couldn't test more, sorry.

i'm using code::blocks on xubuntu (ubuntu + xfce) and it works very good. i just opened the VC90.sln with it and it converted it to c::b files. to compile i still use the normal console and the 'make' command (but you could also change the projects to use those make files) -- DasBlub

TheLuda: Is it possible to allow users to change the design? This new design is... let's say "not so nice"... i liked the old default style from vBulletin 3 (the same as in the SD2 forum), maybe it's possible to get something like that one? I assume it's still possible to change that over the UserCP, altough this has been disabled (the option is not there), so i'd be glad, if you could re-enable it. Thanks! -- DasBlub

This patch contains much trash/nonsense. for example this: - for(; type < 4; type++) + for(type; type < 4; type++) this doesn't change anything... maybe, and only maybe, this might be the solution: + ScheduleReset(true, t - tim[type-1], InstResetEvent(type, mapid, difficulty, -1)); -- DasBlub

happy new year! indeed a big change already at the beginning of this year. thanks! -- DasBlub

it has been fixed in [9076]. and EffectMiscValue is already used there.

i voted yes as i prefer security. but maybe a special listener in the realmd which allows password change/check would be nice for those 3rd party systems. altough this listener would require to have some security implemented too... (an srp6 handshake to change/validate another srp6 o_O)

this would be bad, as you'd then force the users to install an additional software. and implementing warden in mangos... i'm not sure about this. from the technical part, this would be *very* interesting, although there might be some criminal potential in that, as you could also abuse this system to run basically *any* on the client side (at least if i understood warden's concept correctly).

they're different processes and they can't know that there's another instance running, so it's all loaded for each process.

maybe this helps: http://bit.ly/7bzplK http://developer.apple.com/mac/library/documentation/Porting/Conceptual/PortingUnix/intro/intro.html http://www.macresearch.org/using_a_makefile_as_an_xcode_target

it's posting! *SCNR*

i updated the 0.12 version of it: http://github.com/DasBlub/mangos/tree/no_char_delete-0.12 (well... i deleted + recreated the branch, so you might get errors if you've it already in your repo...) if i find some time, i'll update the master branch too.

i haven't been working on this patch since longer time, and i haven't been keeping my repo up to date. so maybe you get a few merge errors, but it should (theoretically) work with the newest version(s) too. just try it, if you get merge error... merge it and post a diff sorry, but as already stated in the udb forum, i'm out of time, so i can't update it. -- DasBlub

just set the gmlevel for those accounts to something >0 if you don't want those accounts to use special commands, just update your 'commands' table and set all commands which require a gmlevel >= 1 to gmlevel+1 and then all your accounts with gmlevel >= 1 to gmlevel+1

i'm not 100% sure, but may it be, that the .pinfo command displays it?

maybe this is something which some persons assumed already: that blizz is using different dbc's on client & server (if they're using dbc's at all on server side) and the client doesn't know about everything.

i think that you might have to use the same code as in the db. i'm not 100% sure, but i think it was $B

i remember that we two once tried to move it but then got stopped by someone (wasn't it vladimir) who pointed out that those were hacks

you can use 'git rebase' that way your patch is always on the top. honestly i haven't known that 'back then when i started', so i used 'git pull' -> i get merge errors too from time to time. then there's only one thing to do: open it in a text editor and go through it and fix it.