Jump to content

Pysis

Members
  • Posts

    42
  • Joined

  • Last visited

  • Days Won

    1
  • Donations

    0.00 GBP 

Everything posted by Pysis

  1. From the community help forum by Mac Wheeler, ported to here from The advice given to Mac should be checked that the script is following as well, checking out the git repo completely/recursively with all submodules and their contents properly downloaded.
  2. Right, which is why I originally didn't comment when I saw the post before Elms did, hence treating it as a bug report to investigate into further detail later.
  3. I almost mentioned the git command, but using getmangos.sh that should take care of everything.. I also use it from the Fedora guide and you grab that individually from GitHub, and it should download the code I think.
  4. Strange, never seen that before. Would guess network or storage drive issues, not permission though since you own the new directory.
  5. Pysis

    Downloading the MaNGOS sourcecode

    To turn a previously downloaded repo without history into a dev mode one that does, I used this command https://stackoverflow.com/questions/6802145/how-to-convert-a-git-shallow-clone-to-a-full-clone To do the reverse, I am trying this, but it is not working so far.. https://stackoverflow.com/a/46004595/1091943 Clear local (now hidden) data:
  6. So instead, you could have clients change their hosts file with the ip of the server they are connecting to, correct?
  7. Still couldn't get VS2017 to work any better until I got some other issues figured out. Now that it has built through easy build but there any no real special profiles to take advantage of, I may only build without VS and just use attach to process instead.
  8. 2019 community is current now, but not supported mentioned by Ace; no details on that currently, something about the changed build process. In the same online installer client I downloaded for 2019 it also offered 2017 community in the available list, which I hear should work fine. I had already tried it and the 30 day trial ran out, but you can get past that activating it by signing in: https://stackoverflow.com/a/43390495/1091943
  9. Update/TLDR: Don't add another app on your PATH that may add a library, like OpenSSL's libeay32.dll. Also don't use a too recent version of OpenSSL like version 1.1.1, instead use most recent LTS version 1.0.2. Also please document this detail more as it is more difficult without practice to debug application loading issues O_o. ----------------------------------------------------------------------------------------------------------- Unable to search the bug tracker by summary text or keywords. Occurs for both "realmd.exe" and "mangos.exe". Opens dialog stating above and error code (0xc000007b), closing immediately after I click ok. Doing so plainly from file explorer causes this issue. Invoking it from a CLI simply returns with no messages printed. I don't see anything in Windows Event Viewer for this error, which is a bit surprising. Would like a log file to inspect, but maybe this error occurs too early in the processes boot process. I wanted to debug in Visual Studio but only got a list of loaded dlls, no breakpoint in the disassembly as I was hoping. I don't have the source code set-up for it. I tried looking at dependencies like either of the provided MSVC++ 2015 14.0... redists and it said I have that or newer versions already installed. Installed Win64 OpenSSL v1.1.1g 63MB Installer from https://slproweb.com/products/Win32OpenSSL.html which made libssl-1_1-x64.dll appear in System32 where it was not before, still have the error. Same even when copying those files to the program's same directory. I even followed this guide to set environment variables without any better result: https://tecadmin.net/install-openssl-on-windows/ Looking at links like these: https://appuals.com/fix-error-0xc00007b-application-was-unable-to-start-correctly/ https://www.diskgenius.com/how-to/fix-error-code-0xc000007b.php https://www.reviversoft.com/blog/2013/11/how-to-solve-the-0xc000007b-unable-to-start-error/ https://answers.microsoft.com/en-us/windows/forum/windows_other-gaming/unable-to-start-correctly0c000007b/d454167c-3fb9-47c2-bc1b-e66c7146211b?auth=1 I have tried running as administrator, making sure I already had the optional windows feature MS .NET Framework 3.5 (with 2.0 and 3.0) (half) selected/installed, and seeing that I had "xinput1_3.dll" files in the System32 and "SYSWOW64" directories, 64-bit and 32-bit respectively. I am using server_releasex64 0.22.0 downloaded recently from GitHub. Didn't know how to select that for the bug's Version field. Both of the exe files are "PE32+ executable (console) x86-64, for MS Windows". Same arch for the included mysql client dll, version 5.7, and also for the recently (re-)installed openssl dll. On my Windows 10 64-bit system, fresh install with game data extracted and database data initialized, running MySQL 8.0.19 Community Server Win64 (x86_64) and 5.7 as well, although I don't think that's relevant for this application boot issue. Seems I have the same issue Xemron had in the getMaNGOS Public discord server #help-and-support channel on 01/08/2019: https://discordapp.com/channels/286167585270005763/429648020875771904/532374732096405512. ------------------------------------------------------------------------- Somehow I managed to think of more tools to use to debug this issue. I thought Sysinternals Process Explorer (Procexp) letting me view open handles for the process would help locate the loading issues, bit it didn't list many at all. Then I went onto Process Monitor (Procmon), found some interesting entries, filter by filesystem and/or process/thread activity, did an export, ran a shell command: and guess what I found. It was trying to access a "libeay32.dll" it wanted anywhere, and finally found it in an nmap installation I had previously put on my path, and it was 32-bits, mixed with my 64-bit system and other loaded dll files, similar, but not exactly what those other articles were mentioning. I wonder why the OpenSSL I had didn't work, but after viewing this link: https://github.com/sfackler/rust-openssl/issues/448 I got an idea that it was the correct provider. Then I revisited this article: and found a little comment in there talking about not using the latest 1.1.1 version as an incompatibility, but the 1.0.2 promised LTS release of the library. Once I installed that distribution I was good to go :). With this process, I believe it would be useful to highlight that comment more in several places. In the main content of that one guide, on the GitHub repo readme file, and possibly elsewhere. Related Posts: Application error : the application was unable to start correctly (0xc000007b ). click ok to close the application. Mangos map extractor error error when starting .exe in build folder Loaded DLLs.txt Loaded DLLs 2.txt
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy Terms of Use