Jump to content


  • Content count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About Sirius

  • Rank

Profile Information

  • Gender
    Not Telling
  • Location

Recent Profile Visitors

1868 profile views
  1. Dbc, Maps, mmaps, Vmaps problems

    This actually poses a question on my part, I have a patched .24742 (which is what I believe TC is currently supporting) but a client that's 24974, and by client I mean I'm using a patched exe for version 24742 but my copy updated to 7.3 so my game files are 7.3 but the exe I'm using is I know it'll connect, but will I experience problems I wouldn't normally if I had an entire client at .24742, or is the supported patched binary good enough? (All server data files extracted from correct 24742 version.)
  2. Sniffer

    Also keep in mind that if you have more than one key64 file for an older version, sometimes the sniffer uses it. Edit: If you've updated to a newer version remember to delete the old batch file. Don't just use the new sniffer/key. @Aokromes is correct I mis-worded this, edited.
  3. Library version not match

    Check the log files that it makes upon running it, even if it closes right away all the info you need will be in there. Make sure the same dlls (libeay, libmysql, ssleay) that you used to compile are in the folder the server is in. If you've copied it to a folder outside the compile bin folder, you'll also need to move the .pem file.
  4. So I've got everything compiled correctly and running, but I'm getting "Unable to connect..." from the client. Double checked the ports, used canyouseeme.org and they're showing up good, made sure I set SET portal "" in the wtf file and then ran the 32 and 64 over the connection patcher for client 22995 (from fresh compile of commit a999c29a80eb62304cb63b6fba8372f2a0482f32) double and triple checked everything. I'm not seeing any hint of connection from the server but I'm using the patched binary. Sounds like it's all client-end but not sure from where. Solved: Just for S&G tried adding the bnet port I tied to the portal address in the wtf as such; ' SET Portal "ip:port" ' then ran the connection patcher again, solved the issue, hope that helps someone.
  5. Compile or cmake problems

    @Nay You're right I've had mysql for other uses and didn't think I had to compile to x64 just because mysql was. But changed the references and reran cmake, compiled perfectly. Thanks.
  6. Compile or cmake problems

    So I double and triple checked I was using the correct MySQL version; CMake reported no errors and generated the build fine. Here is the log I'm getting when I build http://pastebin.com/0zQ8TGZt building off master ( a999c29a80eb62304cb63b6fba8372f2a0482f32 ) I'm sure there's a way to increase the heap size, but I've tried disabling the optimization inside VS14 no luck. Not quite sure what the mysql issues are pointing to. Anyone else come across this before? Is it something on my end or just a revision can't be built yet for the master branch?
  7. Well I saw that there's supposed to be a hotfix database, there's 1 hotfix that adds to the wdb. So only the world DB needs updates run on it? The DB I downloaded from http://www.trinitycore.org/f/files/file/19-tdb-6-full/ <~ there is dated 10/19 so I would need all updates from 10_19_00/01 on? Edit: Emptied out the hotfix, world, and char databases. Ran a clean of wdb and char. Applied hotfixes to hot db and updates to world, same issue.
  8. Been getting one of those fun [1054] Unknown column 'guid' in 'where clause' ...type of errors. It so far only happens during a character deletion. I've tried it with the character database clean import from the git, also tried it with all the updates, and with only the last update. (A few updates don't work from last year, guessed they were old.) Exactly what is the current date of the character DB, and what are it's needed updates as of today's repo?