title: Python scipy module import error due to missing ._ufuncs dll
body: <p>I have some troubles with sub-module integrate from scipy in python.
  I have a 64 bits architecture, and it seems, according to the first lines of the python interpreter (see below) that I am also using a 64 bit build of Python together with Anaconda.</p>
  
  <p>Below is the problem (I just wrote the minimal code to show what's happening)</p>
  
  <hr>
  
  <pre><code>Python 3.4.3 |Anaconda 2.3.0 (64-bit)| (default, Mar  6 2015, 12:06:10) [MSC v.1600 64 bit (AMD64)] on win32
  Type "help", "copyright", "credits" or "license" for more information.
  &gt;&gt;&gt; import scipy
  &gt;&gt;&gt; import scipy.integrate
  Traceback (most recent call last):
    File "&lt;stdin&gt;", line 1, in &lt;module&gt;
    File "C:\Users\*********\Anaconda3\lib\site-packages\scipy\integrate\__init__.py", line 55, in &lt;module&gt;
      from .quadrature import *
    File "C:\Users\*********\Anaconda3\lib\site-packages\scipy\integrate\quadrature.py", line 10, in &lt;module&gt;
      from scipy.special.orthogonal import p_roots
    File "C:\Users\*********\Anaconda3\lib\site-packages\scipy\special\__init__.py", line 636, in &lt;module&gt;
      from ._ufuncs import *
  ImportError: DLL load failed: Le module spécifié est introuvable.
  </code></pre>
  
  <hr>
  
  <p>The same happens with import scipy.special</p>
  
  <p>As you can see scipy can be imported, however scipy.integrate generates an error. What is odd is that in the folder
  ...\lib\site-packages\scipy\special, the ._ufuncs.pyd is appears.
  Also, I am using scipty regularly for other purposes, and everythings works usually fine. </p>
  
  <p>I am using version 0.18.0 of scipy and pip 1.8.1. 
  I tried to reinstall scipy with conda but this does not seem to change anything.</p>
  
  <p>It seems that the dll cannot be found. I found a few posts on the internet (including one that advises to download a "libmmd.dll" in C:\Windows\SysWOW64) with similar issue, but none seems to work.  My guess is that this is still a pb of 32-64 bit compatibility  as this is the most common pb with python and I remembered having huge pb when first seting up everything a few months ago.</p>
  
  <p>So, following up the initial question, is there a way to know which version (32 bit or 64 bit) of each package or dll is effectively installed/loaded? 
  Do you have another idea why I get this error message?</p>
  
  <p>Thank you for your answers, this problem is quite frustrating...</p>