Nay
-
Posts
2766 -
Joined
-
Last visited
-
Days Won
179
Posts posted by Nay
-
-
If you build the server to C:/TrinityCoreBuild, you cannot launch the binaries from C:/TrinityCoreBuild/bin/Release/worldserver.exe
You can either copy the contents of the Release directory somewhere else OR, as explained, use the CMAKE_INSTALL_PREFIX to put the files in the correct place automatically (once you compile the INSTALL project in Visual Studio or run "make install" on Linux).
-
1
-
-
PCH speeds up compilation, by a lot.
-
I recommend reporting any issues in the tracker. They do not get visibility here.
-
As explained in the wiki, you need to select the C++ compiler in Custom install options of Visual Studio
-
@blyzzar you need at least Visual Studio 2015
-
Create a pull request in the Github repository.
-
I don't want anything
If you have errors during compile, you can post the errors.
The ones in CMakeError.log should be ignored.
-
When you run Visual Studio and compile...
-
Those errors do not matter, they are tests done by CMake internals.
All that matters is in the Visual Studio compile log.
-
@Drakos What errors are you talking about? Paste the output of the compilation.
-
3 hours ago, mainstand said:
Where can i get id's of this gameobjects to try to find/add them in "gameobject" database?
By using a sniffer (it captures network packets between the client and server) while connected to an official server.
-
1
-
-
--- Canned message start --- It appears the issue in the original post was solved, so this thread shall be closed. Should you encounter any other difficulties, please open a new thread. --- Canned message end ---
-
One issue we had tabs is that more people than expected simply missed them and could not find the guide for the other OSs.
Anyway, I can see that expandable text working for small portions, not entire pages. If we had a single page for all the OSs, would the texts in the expandables be short excerpts or the whole thing?
-
-
That seems to be the opinion of someone that is removing his/her stuff from Github.
-
6 hours ago, F03SD said:
and must be removed
{citation needed}
-
11 hours ago, Krudor said:
Can't you just port the WowPacketParser data model to separate project, and use protobuf to serialize and then deserialize the data in whatever program needs to use it.
WPP does not have a "data model" for packets atm.
1 hour ago, tot78 said:step 1) WPP should instantiate and fill one object per packet. The class of the object should depend on the opcode of the packet. This class should model the packet and each class's instance should be able to store every information that could potentially be included in that type of packet.
That's more or less what needs to be done... except that the same packet can have different representations across client versions.
-
The "new" text output won't have to be the same and it will break stuff (but that's on the people that assumed that non-formatted text is safe to be consumed).
-
1
-
-
I didn't mean to say that it didn't provide value, au contraire, tools like this are absolutely needed.
However, imo, relying on the fragile text output format of WPP is insane; it will change and it does not matter the client version.
The time spent implementing the text parsers could be used to change WPP so that it can output in a better format.
@Polaretto is working on changing this so let's help him
-
1
-
-
Oh noes, parsing arbitrary text
That is going to break at any minor change to current WPP output format...
-
That seems fine. The problem is probably in one of the DLLs that you copied to the worldserver directory.
-
Compile with Visual Studio.
-
Somewhere, somehow, you are mixing 32 bit vs 64 bit DLLs.
Can you post your CMake output?
-
Removed? Everything is on https://github.com/TrinityCore/TrinityCore/commits/master 3.3.5, 4.3.4, 6.x and now 7.x
[SOLVED]Files compilation error
in Solved Issues
Posted
Shauren added support for 7.2.0 now