Join GitHub today
What does 'ORDINAL NOT FOUND. THE ORDINAL xxxx COULD NOT BE LOCATED IN THE DYNAMIC LINK LIBRARY LIBEAY32.DLL'. Be sure to keep a copy of the original.dll's before the copy. If using a PC with a Wireless LAN card: It has been found that a conflict may exist between versions of the.dll's mentioned above.
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.
Sign upHave a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
commented Feb 23, 2019
Try to open a jupyterbnb after fresh installation of Anaconda. Executing first cell then the error emerges. Anaconda or Miniconda version:Operating System:
|
commented Feb 24, 2019 • edited
edited
How are you launching jupyterlab? Is it from an activate anaconda environment? Do you have any MKL DLLs in C:WindowsSystem32? From the Anaconda Prompt , please try conda update python , then if that doesn't work, try: |
commented Feb 24, 2019 • edited
edited
I use Jupyter Notebooks and not JupyterLab. I launch it using the promt from the base environment (I have the mentioned bug with the mkl on all my systems - 4 independent computers, so I decided to take one, uninstall conda completely and restart with a fresh system again. Now I only have a fresh base environment. so conda update python does not do anything.).This all happened after I updated my Anaconda systems. I found
in C:WindowsSystem32, but these files exist since 2012 there, so why does the error happen now? But the problem exists no matter if I start with Anaconda Promt or from the navigator. Setting the environment variable did not change anything for me. Im totally desperate. I cannot use any Jupyter Notebook and I need to do my work. :-( |
commented Feb 24, 2019
It should. We release new python builds more frequently than we release installers. Please show the output from conda list --show-channel-urls . |
commented Feb 24, 2019
Found out that maybe ikmultimedia Amplitube is installing the mkl in WIndows System from this tweet https://twitter.com/_tmp_account/status/1083817363047370754 . Just deleting the dlls in Windows/Systems32 does not prevent the error message. |
commented Feb 24, 2019
Please update python to the latest version, show me the output from conda list --show-channel-urls and then attempt the potential workaround I provided:.. all from the Anaconda Prompt. |
commented Feb 24, 2019 • edited
edited
commented Feb 24, 2019 • edited
edited
Thank you. This is an old build of python, a build that predates our workaround for 'DLL-hell'. Again, please from the Anaconda Prompt enter conda update python .. and ensure that you see that python has been updated, in conda list --show-channel-urls you should see:.. once you have this new Python installed with our workaround for 'DLL-hell', from the Anaconda Prompt , issue the following two commands:and test whether it works correctly or not. If it does work correctly you may want to set CONDA_DLL_SEARCH_MODIFICATION_ENABLE in your systems environment variables so you don't have to type this in all the time. Here's a link that may help: https://www.thewindowsclub.com/set-java_home-in-windows-10 |
commented Feb 24, 2019
Many thanks for your help! As I mentioned earlier, conda update python does not update anything. |
commented Feb 24, 2019
OK, solved with conda install python=3.7.2 and now it works. Thanks for helping me out! (Is it true that other software should not deposit their mkl*.dll in C:WIndowsSystems32? |
commented Feb 24, 2019
OK great! Can I ask, did you need to enable our workaround or not? Be careful, the code that reads that env. var. doesn't care what value it contains so confusingly set CONDA_DLL_SEARCH_MODIFICATION=0 enables it. To turn it off in your current shell, you need to use set CONDA_DLL_SEARCH_MODIFICATION= .
It is true. No ISVs (independent software vendors) should put non-driver software anywhere under C:Windows . This folder is to be controlled by Microsoft and the system. Please read about DLL-hell , it's existed for ever and been documented for the same length of time, pretty much. https://en.wikipedia.org/wiki/DLL_Hell |
commented Feb 24, 2019
I did need to set the env var. Turining it off as you stated with set ...= brougth the error back. |
commented Feb 24, 2019
Thank you for the feedback and I'm glad this hack enables people with somewhat messed up system to use our software :-) |
commented Feb 24, 2019
Thanks for helping me out within the Anaconda env. I guess even the workaround is way more sophisticated than the code of the ISV causing the problem.. Deleting the mkl* from the C:WindowsSystem32 alone was not enough. Are there maybe other files from the ISV corrupting or do I have to reinstall something? |
commented Feb 24, 2019
It can be literally any dlls unfortunately. |
commented Feb 24, 2019 • edited
edited
Ok, so in order to prevent this can I set the env var system-wide or is this not a good idea? Also I use nb_conda_kernels with different conda envs. I create an minimal env to start jupyter and then select the desired kernel. Should I install now 3.7.2 in each environment? Hope this is possible with all packages. |
commented Feb 24, 2019
On your system I would recommended setting it system wide. Yes. This is because it is a problem with your system. 3.7.2 is fine with anything basically yes. |
commented Feb 24, 2019 • edited
edited
Ok, because now the problem is somewhere else: conda create -n deeplearning ipykernel anaconda tensorflow keras led me to https://stackoverflow.com/questions/51637222/entry-point-mkl-blas-dgem2vu-could-not-be-located when activate deeplearning I set the env var CONDA_DLL_SEARCH_MODIFICATION_ENABLE=1 system wide, but does not help. |
commented Feb 24, 2019
Please look at the output of conda list. Again you'll see an old python.Why are you installing the anaconda metapackage? It is equivalent todowngrading everything in that set of packages back to the versionscontained in the last anaconda installer release. Just drop it, or installit via anaconda=custom but really it's better to install only what you needin each env. …On Sun, Feb 24, 2019, 4:03 PM Andreas Hopfgartner ***@***.***> wrote: Ok, because now the problem is somewhere else: conda create -n deeplearning ipykernel anaconda tensorflow keras led me to https://stackoverflow.com/questions/51637222/entry-point-mkl-blas-dgem2vu-could-not-be-located when activate deeplearning [image: grafik] <https://user-images.githubusercontent.com/23196828/53300975-a0079700-384d-11e9-869e-fee0b409db91.png> — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#10672 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA_pdMuDWJa-tWBT-stdT-3asKSfL4xCks5vQqmngaJpZM4bOOJS> . |
commented Feb 24, 2019 • edited
edited
Unfortunately not. Python=3.7.2 but crashes instantly after activate deeplearning But seems to be another problem, the crash happens very fast but after a few tries I was able to capture screen. |
commented Feb 24, 2019
Python is not crashing here. You are being told (in a hard to read way) that you haven't installed Visual Studio >=2015 (2017 is best). I'm not sure which package in this collection needs a compiler but it seems one of them does. Can you pass -v to conda activate and see if more information is given? Installing VS2017 is also an option though. |
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment
Hi Dav,
Welcome to Microsoft Community where you can find the answers related to Windows.
As per the description it looks like you are unable to open Internet Explorer due to error message “the ordinal 459 could not be located in the dynamic link library urlmon.dll'.
I would suggest you to try the following methods and check if it helps.
Method 1:
To resolve this problem in Internet Explorer, follow these steps:
a.Quit all programs that are running.
b.Click Start, and then click Run.
c.Type regsvr32 urlmon.dll, and then click OK.
d.When you receive the 'DllRegisterServer in urlmon.dll succeeded' message, click OK.
If this does not resolve the problem, repeat steps 2 through 4 for each of the following files (in step 3, replace Urlmon.dll with each of the file names below):
·Shdocvw.dll
·Actxprxy.dll
·Oleaut32.dll
·Mshtml.dll
·Browseui.dll
·Shell32.dll
Method 2:
I would suggest you to boot into safe mode and test the issue.
Boot to Safe Mode:http://windows.microsoft.com/en-US/windows-vista/Start-your-computer-in-safe-mode
Method 3:
I would suggest you to perform a SFC Scan and check if it helps.
The System File Checker tool (SFC.exe) scans for missing or corrupted system files and repairs them.
How to use the System File Checker tool to troubleshoot missing or corrupted system files on Windows: http://support.microsoft.com/kb/929833
If you need any other information about Windows, feel free to post your questions and we will be glad to help.