Lorac
-
Posts
47 -
Joined
-
Last visited
-
Days Won
2
Posts posted by Lorac
-
-
Did you try running installer with admin rights?
I personally used http://dev.mysql.com/downloads/windows/installer/5.6.html and the offline installer
it should already be set for 5.6.32
As you can see 5.6.32 does run on windows 10 anniversary edition
Just use the offline installer and you "should" be fine -
The issue seems to be related to commit: bb93816b5c7b9a1936fb50d654e49b3d47482f39
Core/PacketIO: Minor refactor in Opcode definitions, packet class type no longer needs to be defined manually, it is now inferred from handler argument
As soon as i reverted that commit and replaced the newly extracted data with the old extracted data core launched just fine
(note) I only reverted to find the commit that broke the db2 compatibilityI am now studying the code and trying to fix the issue caused by the commitEdited
Nvm Shauran committed a fix this morning don't revert anything it works great now -
Thank you very much @Shauren
-
You really do not want 5.7 due to many security issues
For starts there is a backdoor right into your sql server that anyone with any knowledge of it can exploit which is not just limited to your sql server but actual access to all data
one of the newer things is SSL issues that allows intelligence agencies into your system.
It seems they plug one hole and open an other with the patch to plug the previous issue
Then we go to the performance ... we wont mention all the issues there
Please dont rush to move your core over to 5.7 you are asking for big issues because 5.7 is a mess and a lot of people dont even realize it
I miss the orig MySQL pre oracle they totally fubared the new release and continue to do so with each patch -.- -
On 6/17/2016 at 11:44 AM, Expery said:
Yeah, what about "Hotfixes" ? how I can dump them ?
I will be watching also to see response as Hotfixes are a bit of an unknown for me
@FreddyLIE Sorry I was away to long to provide you help
But i see you got a bit of it sorted
Ok yes SET @CGUID 12345 and SET @OGUID 12345 tell where to start with the batch into your creature and object tables Without this it would just write over what you have in your spawnsPutting the guids up say 10000 past last spawn gives you room to work and apply new spawns from TC Generally this is what i do when testing a fix but i keep the sql so i can delete or remove so im back to a fresh TDB when things dont match up or cause more errors in logs
-
To me it looks like a database issue
It looks like the table it calls after >> Loaded 19670 gameobject_template_locale strings in 1906 ms
is what is causing your crash
Sorry I dont work with 4.3.4 so I dont have a log for 4.3.4 to point you in the right direction
Please enable your Dberror logging and launch core... it will point the issue out to you if it is db related and if the 4.3.4 has a solid dberror logging system
I hope this has helped you
Good luck KyanagaCloud -
Question is what is your computers default input output language?
This MIGHT be your conflict as your char set may be different and could render SQL improperly
Also you also may want to check your charset on your db and make sure it is utf8This is all i can come up as to possible issues..
I hope this points you to the issue :-)
Ill try to replicate the issue and if I can Ill know what your error is.
What is your native language so i can set my pc to it? and try to parse -
Yes wow is made by hundreds of people.
Not to mention the Hours days years ... How many expansions are there now and how many patches to the expansions?
You act like its like no big deal and people can just whip up a new client like its nothing.
I am sorry but unfortunately there's some serious issues in your request.
1. To write a whole new opensource client for an existing game is how do I put it nicely ... nuts.
2. We do not have a Viable decompiled client.
3 We do not have the man power blizzard does.
4. Its not just the client that is protected by copy write.
5. There is no MPQs now its Cascs so your idea has a slight snafu.
6. Talking about 3.3.5a um why would someone rewrite a client that is how many years old? November 13, 2008 You do the math.
7. Intellectual property is not just bound to the exe it is bound to MPQs Cascs the whole project.Side note:
If anything I would say being that the core is Modular why not start working on a client for a New game and make our own assets If we were to go through the efforts of making an opensource client.
This takes the legalities out of it. After all Trinitycore is a learning project and a re configurable platform.
So seriously You want to rewrite history of wow? Please by all means take a look at the whole picture as you will find your idea is not for the sane of mind and I don't mean any disrespect in this comment.
Now if you are talking about injecting the exe with your idea to correct the " vulnerability as per mentioned in issue #17290 Please use the proper language or terms.
I again Highly doubt that trinitycore will address this as this type of injection is almost as bad as modifying DBCs which imho is foolish too.
Besides what is the big deal with case in username/password? it shouldn't matter if you are not a private server online which brings me to the next part.
If you are wanting to fix this because you are wanting to host a big ol game server .... you are in the wrong place to be trying to get something implemented like this.
Reason being TC doesn't support this as a whole. Why should you get all the glory when your not willing to learn how to sort your own personal issues ( meaning client wise )
I think I may be right in saying you are only on 3.3.5a because the issues related to 6x is not really viable for you to host on a large scale with the things that are broken.Side note two:
If I am wrong I am sorry
This is just how it appears.
My reply is not meant to troll you. It is just an attempt to show the flaws in your idea no matter how good it sounded at the time you came up with it.
-
Well here's what you are asking for.
1. What is your revision information?
2. What is your host computer os?
3. What db revision are you using?
4. Did you compile the core or is it a repack?This is not a troll but as far as we know you could be using a week old core with tdb 6.0.2 or something
hard to help you when you give very little information.All variables mentioned above can impact your situation and solution
please dont come to the forums because you dont want to post a bug report in the standards that TC bug tracker has.
There's a reason the devs require this information .... so they know what you are working with. Also so they know if you are running a core that has a problem that was already fixed
have you also searched the issues for this problem? it may be there. If this is what you would post in Github I think you are correct.. not so much B---hed at but corrected and told to correct your issue or it would be closed -
try googling what is my ip address and put that for your LoginREST.ExternalAddress ip address
im at a loss for other ideas on why its not logging into bnet -
make sure your LoginREST.ExternalAddress= points to your real ip address not your internal router ip address to get that just type whats my ip address in your search box on browser
-
@Nay What confuses me is his server log ends when it loads vmaps (maybe corrupt data directory or maybe that's where the setting is wrong? )
this tells me to start looking for errors @ 1. configs or 2. the data for core
Crashlogs arnt always direct when it comes to the error sometimes an other error cause makes something else go wrong in the system
@Todd Did you try extracting all the data again if so try disabling vmaps and mmaps and launch worldserver and see if it crashes again.
if it doesn't you have a corrupt vmap or mmap directory try extracting those.
If the crash persists I would suggest grabbing the new config.dists and config from scratch something isnt right with your settings. -
If you look at cmake you will see an option "with dynamic linking" make sure it is unchecked to build it as the old core where its 2 core bins and your configs and tool bins
by placing the check in place it splits the systems into separate dlls which is nice to have when you are constantly changing things and debugging Delete everything in your build directory and rerun cmake if you have the check in the dynamic linkingtry removing the check mark and rebuilding the tools that way and see if its any better
i really think this is your issue your having with patching on systems you didnt build the bins on
-
1
-
-
You can disable wotlk expansion and make it a bc server via your worldserver config
I dont have 3.3.5a but i know there is a setting just like this in your worldserver config# Expansion # Description: Allow server to use content from expansions. Checks for expansion-related # map files, client compatibility and class/race character creation. # Default: 5 - (Expansion 5) # 4 - (Expansion 4) # 3 - (Expansion 3) # 2 - (Expansion 2) # 1 - (Expansion 1) # 0 - (Disabled, Ignore and disable expansion content (maps, races, classes) Expansion = 1 (should be BC)
This will allow you to run up to BC content via 3.3.5a client or 6.2.4 client
-
There's a bunch of information on the wiki on how to build a server and if you use chrome you can translate the page to your language if English is not your native language if you intend to run a server to learn how it works, Try here. That is a great place to get a start on how things work.
If you are trying to get a server build so you can host a private server for personal gain you are @ the wrong place as Trinitycore does not support private servers nor repacks.
If after you have reviewed the wiki and are stuck try posting a topic on where you are stuck. The core has never been easier for a setup. As long as you follow the directions -
are you building core in dynamic or static?
If you are building in dynamic i believe you need to place a copy of common.dll in the same folder as the patcher and wow.exes for it to work Im not sure though i havent explored the linking to see for sure if they split the common.dll on patcher besides the dynamic linking and the overall bnet restructure thats the only change i can think that would impact you like thisIf you are building dynamic try changing over to static in the dropdown and rebuild tools and try that patcher on the other machines
If it patches that is your problem you failed to include one of the required dlls from build directory-
1
-
-
2 hours ago, elireth123 said:
Mmmm ... My problem is that the connection patcher does not work on any other PC. Only the server where it was compiled.
Perhaps it is missing something or maybe has not been compiled well. I tried to use it on multiple PCs and does not work. I supposed that caused the error.
When I try to use the patch, he says "The program is very big to fit in memory"Do you have openssl on that machine?
or Microsoft redistributables?If not this may be your issue
-
1
-
-
You Rock Shauren!
-
The issue is that the build type is checked via ( i think bnet.dll) every time it is started
I.m not exactly sure when the client started doing this. not to mention they did a change on their back-end supposedly to optimize the memory between bnet and client imho I believe it is more to control how client is used and also to control the client hashes IE: /6.2.2a /6.2.3/ 6.2.4/. I can not be sure about this. but im sure the Offy Blizz server sends the packet to update Or client checks a hash list to see if it is the correct client to be running.
I have not checked this yet as im just now getting online since the update.
Right now I believe anyone running 6.2.3 is shot in foot so you are not alone.I haven't found solution but i can list what wont work to save you time
1. Blocking exe via firewall doesnt even work via a closed network using 127.0.0.1 for server address It still tries to update.
2. Changing to exe to read only Nope didnt work update still triggered.
3. Change all of blizzards server addresses to 127.0.0.1 in host file. nope still calls update but fails because distro server is going to 127.0.0.1 lol
4. Take system offline. LOL it throws an error http://US.patch.battle.net:1119/wow/versions:
World of Warcraft could not resolve the address of the network data source. For help fixing this issue, please see: https://battle.net/support/article/7413
So far thats all i have tried to come up with a work around. sorry I could not be better assistance but I thought maybe if I supplied what didn't work it might save you time trying to come up with solution.
-
Ok the problem seems to be based on X64 builds I can build and use X32 I thank you for your time
-
Aokromes I thank you for the link its quite intuitive but it does not cover this issue at all.
I did use the search function of the forums and I did use google and I did come to that link before i even posted
I guess I will look at different avenues since i am getting a canned support message
-
Ok. I followed your directions I also followed the directions posted on the Wiki
As for an error log there is none it will not create one because the Executable will not launch
I have been compiling cores for well over 6 years now I also work with C++ on a daily basis
this is the first time I have come into this issue I also utilized google before approaching anyone with this issue
Only when I could not come up with a solution or locate one that works in the forum or google did i bring this to your attention as I Know theres many other things to focus on
-
I tried that and even a fresh pull and i still have the same issue. I am not real sure what else could be causing it
-
I am also recieving this issue and i am using Open SSL 1.0.0 k
This is a clean pull from the Git.
Both the master branch and 4.3.4 branch are giving the same resultsCompiler MSVS 2010
OS: win 2008 r2Ram 8 gigs
DB:
TDB 4.3.4 alpha
TDB 3.3.5a
Commit hash Author: Vincent-Michael <[email protected]>
Date: 19 hours ago (Sat Sep 14 17:10:32 2013)Commit hash: b3d7b047147d5d7e3cfea253c7abe25bf6c8364a
i really think this is your issue your having with patching on systems you didnt build the bins on
"mmaps_generator.exe has stopped working" issue
in Help and Support
Posted
First and foremost look at the date on the file.
You do realize the core is like living code right? constantly evolving.
How could you expect an extractor / builder from almost a year ago to work with today's core?
Also is this for a repack ?
Main Thing I can say is Dont use repacks,
For starts you don't know what kind of code is in the exes it could be malicious.
And you have no idea how old it is
TC doesnt support repacks. So you would get no support for bugs not to mention it may not be a bug in True source code.
Also how do you fix problems if all you have is the exes or exes and dlls if dynamic build? In a way this is undermining the very reason for TC because someone is spoon feeding you.
Not to mention you would be taking without giving back ( even feedback )
If this is not for a repack ignore the above -.0
If you are using repack, Why not try building your own core. its not hard and TrinityCore has the process fully or mostly documented
Why didn't you compile the tools yourself? its not hard process. Pull source / run cmake/ run your compiler and walaa theres your tools with no adware, spyware, or malicious code.
Not to mention you learn how to build your core.
Which is what TrinityCore is about. Learning.
Core 2 duo 3ghz, 3gb of Ram, Windows 7 64bit
Pushing it a little close aren't you I would think you need at least 4 gigs ram to run the tools optimally To me it sounds like you are running out of ram imho.
I would be willing to bet you do not have the system resources to build your mmaps.
Mmap building is a resource hog when your specs are as mentioned.
Sorry for the wall of words post but i do hope it helps you out as far as to where to start looking to try to get your mmaps tool / and working