Patman128

That is just how the chat system works.

I won't, and like Schmoozerd said it's probably related to rsa's stuff. Mangos does not support these custom repos.

I won't, and like Schmoozerd said it's probably related to rsa's stuff. Mangos does not support these custom repos.

For the future, could you post the whole crash log and not just the useless part?

Why would they store the same information for each player when they can just get it from one place? This seems more logical. Because someone a long time ago thought blobs would be a good idea. There are plans on changing this but no one has done it yet.

Not sure which DBC viewer you use, because it works fine in mine. Nothing has changed in 3.3.5.

Though I think this would probably be more difficult than just converting the scripts themselves. The languages are also very different. And given the quality of most of these Lua scripts, I would really hate to see what they look like in C++. I took a badly written 591 line Lua script and converted it 102 lines of reasonable C++, an automatic generator would have probably given around 500-600 lines of equally redundant code. If you must run bad Lua scripts, than a Lua engine is probably easier. Otherwise, just redo what you need and get away from Lua altogether.

Well, when you open a chest, you actually cast a spell, so the duration is in the spell. The spell you cast depends on the LockType (from LockType.dbc) For example, if I want it to have the 10 second cast, I would look up that in LockType.dbc (it's 17 PvP Open) and then look up the lock ID with this lock type in Lock.dbc (1479 or 1599) and then can use one of these on the door/chest/whatever.

Well, you can't do it while they online without some sort of core modification. I think the best way would be to use the revive command via SOAP and let the server handle it.

No I don't, sorry.

This is a rip of the UDB wiki: http://filebeam.com/1ecfde13d7dc8773066499e12e46c758 Mangos wiki should probably have this information.

Well, here's an example of the first one converted into C++: http://paste2.org/p/961690 Just to show what can be done with a rather poorly written Lua script.

If you look up iIgnoreMapIds, you will find this code: VMAPLoadResult VMapManager2::loadMap(const char* pBasePath, unsigned int pMapId, int x, int y) { VMAPLoadResult result = VMAP_LOAD_RESULT_IGNORED; if (isMapLoadingEnabled() && !iIgnoreMapIds.count(pMapId)) { if (_loadMap(pMapId, pBasePath, x, y)) result = VMAP_LOAD_RESULT_OK; else result = VMAP_LOAD_RESULT_ERROR; } return result; }

It would appear you don't have enough memory. Try with --hiResHeightmaps false.

Yeah, can you post an example? I think the best thing would be for you to learn C++ and mangos scripting and do it yourself, because there aren't many people around here who are good at this and aren't busy with other stuff.

There is a similar thing with vmaps with maps to ignore. In VMapManager, there is this code to split it: void VMapManager2::PreventMapsFromBeingUsed(const char* pMapIdString) { iIgnoreMapIds.clear(); if (pMapIdString != NULL) { std::string map_str; std::stringstream map_ss; map_ss.str(std::string(pMapIdString)); while (std::getline(map_ss, map_str, ',')) { std::stringstream ss2(map_str); int map_num = -1; ss2 >> map_num; if (map_num >= 0) { DETAIL_LOG("Ignoring Map %i for VMaps", map_num); iIgnoreMapIds[map_num] = true; // unload map in case it is loaded unloadMap(map_num); } } } }

As long as only the updating thread writes data, it should work fine. However, you will probably need to use locks appropriately to make sure the renderer only renders complete sets of data and not halfway through an update. Using threads for every unit is a bad idea. Threads are expensive. One or a few AI threads is a good idea, but many AI threads will actually kill any performance increase.

There are UDB update packs you probably forgot. If you want to use them you'll most likely need to start over with the DB though.

One you build youself. It looks, feels, and works exactly like you want it to, and you have the satisfaction of knowing you built it yourself.

No, it isn't. Who said this?

PEBKAC errors impossible to fix.

STICK TO ONE THREAD PLEASE! Completely useless bug report. Close this please.

Well... have you opened the solution? And how did you build it in the first place?

It seems like a pretty pointless feature. More frequent passwords only leads to more forgotten passwords, and simpler and less secure passwords, defeating the purpose of the system entirely. It has no effect on bruteforce hacks and keyloggers, and simpler passwords means easier to guess passwords.

TheLuda, I'm not sure I quite understand your position. Opening the forum to guests would reduce the number of users, not increase it. I think what he means it open it for guests for viewing, not posting. If you do this, than many people who make accounts just to view the installation guide would no longer have to. Either this, or open a new section for guests that contains all guides and important information for compiling, installing and using mangos. At least it would allow people who come here to not just get hit by a registration-wall and leave open the possibility of registering later and getting access to the rest of the forums if they run into any problems.