Log in

View Full Version : msvcr110.dll is missing


Figback65
10-15-2014, 11:35 PM
Hi all,

I am having a problem getting my server to boot up. I havent updated in a long while and decided to updated. I downloaded the latest peq and re-git all the sqls and everything.

After sourcing everything in, letting the new character conversion do its thing. I still get the error message for msvcr110.dll is missing eqemu.

I searched for threads and seen a post about the same thing, it stated buff issues and the Uleat mentioned it was a project illusion issue and a fix was pushed. I searched through the sqls in required and noticed the 3 AA updates and they included changes for project and perm illusion. Although none of them update and it says duplicate entries then cancels.

On a side note for information. I do use a custom spells_new and I use titanium based setup. I tried with my spells and still got the message. I resourced and tried with default peqbeta spells_new and still got the error. I also deleted the entries in the character_buffs and still get the same error.

Any ideas?

Thanks all!

Figback65
10-15-2014, 11:47 PM
Also for information. I have characters that i need to transfer from old database to new one. They are based off my custom spells_new as well. I am wondering if that is causing a mismatch possibly?

devn00b
10-16-2014, 12:30 AM
MSVCR110.dll is the Microsoft Visual C++ Redistributable dll that is needed for projects built with Visual Studio 2011. The dll letters spell this out.
MS = Microsoft, V = Visual, C = C++, R = Redistributable

This error appears when you wish to run a software which require the Microsoft Visual C++ Redistributable 2012. The redistributable can easily be downloaded on the Microsoft website as x86 or x64 edition. Depending on the software you wish to install you need to install either the 32 bit or the 64 bit version. Refer the following link:
http://www.microsoft.com/en-us/download/details.aspx?id=30679#

Figback65
10-16-2014, 12:56 AM
Thank you so much for the quick reply!

I downloaded the x64 version. I followed the new guides perfectly on what to download and install. IE The correct perl per guide and visual studio 2013 express for desktop. All my builds completed successfull and such. 12 success.

After installing the vcredist_x64.exe and rebooting the PC, I still get the error.

I am on win7 64bit.

In the guide it stated to allow visual to install updates and such. It never found any updates for me, nor through windows updates. Is that a possible cause for the issue?

Figback65
10-16-2014, 01:09 AM
I found an update manually in visual that was mysql data tools, installed that update and it did not fix it either.

Oh and just found the post you copied and pasted lol.

I also searched my server and the .dll file is in my windows\SyWOW64 folder

I copied DLL to my windows 32 folder and the error didnt happen, just a hard crash and nothing loaded.

I double checked all my install files. Perl, Mysql are 64bit, Visual studio gave me no choice, Cmake is 32bit and theres not a 64bit cmake

Figback65
10-16-2014, 02:24 AM
I installed Distributables for 2012 and it got rid of the error.

Although now in the cmd windows. UCS.exe does not load past "loading database" Has it all changed with the new builds? I checked logs and i am getting log files per zone boot up like its working. I am so confused, this is why i stopped updating because it keeps changing and i do not have a coding background to understand all of this stuff. :(

Figback65
10-16-2014, 04:24 AM
Nevermind, I got it all working.

Definately had to install redistributable from 2012 Visual update 4 into my 2013 Visual to get rid of dll error. I also everything transferred over so my players did not lose anything at all. Although with the new build my DBI is not working so now im on that and may have to make a new thread later bc my leaderboards dont work lol

Goodluck out there!

Figback65
10-16-2014, 05:33 AM
Nevermind finding things are broken. Reverting back to old setup but would love to get this working.

Problems
Buffs Fade on zone(Checked new character_buffs table nothing being written)
Command Prompt Boxes for zone,world,etc display nothing anymore
DBI does not work
Merchants have no items on lists.

This is all i could find so far.

What worked
Tell Queues
Merchant open/close shop
New character Creations

So some stuff works, Some does not. Its picking and choosing what to write to database.

Possble issues compiling as x64?
Is x86 more compatable even on a win7 64bit system?

More information : Newly formatted PC to dedicate as server, Installed SSD. Have not browsed internet on it, no viruses nothing. 100% dedicated box for Server

Figback65
10-16-2014, 05:25 PM
I am going to keep updating this thread for anybody else who finds this information usefull.

I am reformatting and going to use all x86 installs since guide says they are most compatable. Granted on previous versions I have been successfull with x64 but this may be the current problem with the new build, dependencies, and such. Will keep updating till success!

Fig

vsab
10-17-2014, 04:05 AM
There shouldn't be anything inherently incompatible with x64 in EqEmu terms, but you may well need to ensure you have 64 bit dependencies (perl, dunno if DBI comes in different flavours?).

Over the past 6 months the database has gone through masses of changes, and development seems to have stepped up a notch with LOTS of changes too. I recognise some of those errors from other threads (merchants/buffs) so it might be worth looking through both the Linux and Windows servers support threads, or post a new thread for each one, which might attract a bit more attention from the devs or someone who has already had that issue ;)

Figback65
10-17-2014, 04:17 PM
I dunno it was a huge mess and a mass combination of problems.

Fresh format and Fresh build of x86 and then finding the thread to edit buff update.sql fixed my issues with buffs on zone.

You definately have to go back and reapply .sqls no matter what version you download. Also have to pay attention to which ones fail and makes sure they dont fail just bc they are duplicates.

All fixed and running though. Figured it all out.