Wrong result of static code analysis

Description

Static code analysis reports an error “module numpy.random has no multivariate_normal member” although such a method exists and the code actually runs without any problems.

What steps will reproduce the problem?

1. Enter code

"""minimal example of static code analysis fault"""
import numpy.random
SAMPLE = numpy.random.multivariate_normal([1, 1], [[1, 0], [0, 1]], 50)

1. Press F8 or choose “Run static code analysis” from the “Source” menu

What is the expected output? What do you see instead? The expected output is “no issues”. However, I get an error message “module numpy.random has no multivariate_normal member”. The code runs correctly, so the method indeed is there.

The state of spyder after code analysis and running the file is presented on the attached picture.

Please provide any additional information below

Version and main components

• Win10 64 bit
• Spyder Version: 3.2.4
• Python Version: 3.6.3
• Qt Versions: 5.6.2, PyQt5 5.6 on Windows

Dependencies

pyflakes >=0.6.0 :  1.6.0 (OK)
pycodestyle >=2.3:  2.3.1 (OK)
pygments >=2.0   :  2.2.0 (OK)
pandas >=0.13.1  :  0.20.3 (OK)
numpy >=1.7      :  1.13.3 (OK)
sphinx >=0.6.6   :  1.6.3 (OK)
rope >=0.9.4     :  0.10.5 (OK)
jedi >=0.9.0     :  0.10.2 (OK)
nbconvert >=4.0  :  5.3.1 (OK)
sympy >=0.7.3    :  1.1.1 (OK)
cython >=0.21    :  0.26.1 (OK)
qtconsole >=4.2.0:  4.3.1 (OK)
IPython >=4.0    :  6.1.0 (OK)
pylint >=0.25    :  1.7.4 (OK)

[texadactyl]

@CAM-Gerlach

Never mind. I found my answer. In astropy.units, some of the values therein are not constants but instead derived during import. So, the diagnostic is correct although its a head-scratcher until one understands the way the atsropy units are set up.

[texadactyl]

@CAM-Gerlach

I know this closed issue is 4 years old but it seems to be a similar symptom that I and others at the Seti Institute have been having with astropy units. Small sample code:

from astropy import units as u

val = 8100.0
val *= u.MHz
print(val)

It excutes correctly. However, F8 --> E1101 (no-member) line 4: Module 'astropy.units' has no 'MHz' member which is not true!

Equivalent to this closed issue? I would guess that it is a limitation or bug in pylint. Who do you think is the responsible project, astropy or pylint? I will pursue this with them.

Thank you.

P.S. This issue seems to be fixed for the example presented by @J-Ty .