On 06/24/2014 07:04 AM, Chris Angelico wrote:
Here's what I'd try:
import sys
sys.modules[d1.__class__.__module__].__file__
sys.modules[d2.__class__.__module__].__file__
Do those in both environments and see where things are actually coming
from.
Debugging tips always appreciated.
Thanks,
On 06/24/2014 08:58 AM, Chris Angelico wrote:
Basically, C is for writing high level languages in, and Python and
Pike are for writing applications. Life is good.
+1 QOTW
--
https://mail.python.org/mailman/listinfo/python-list
On Wed, Jun 25, 2014 at 1:40 AM, Fabien wrote:
> Other related annoying stuff when learning is the good old 2.7 VS 3 problem:
>
> mowglie@flappi ~ $ apt-cache search SciPy
> [...]
> python-scipy - scientific tools for Python
> python3-scipy - scientific tools for Python 3
>
> mowglie@flappi ~ $ ap
On 24.06.2014 16:35, Chris Angelico wrote:
Would be nice if there could be some clear indication that this is the
official and current repo.
indeed. Also, the install procedure is a bit dangerous for new python
users like me. NetCDF4 is out since 2008, it would be great if SciPy
could support
On Wed, Jun 25, 2014 at 12:27 AM, Fabien wrote:
> netCDF4 has two repositories online, one on google code and one on github. I
> mistakenly installed the old one, then I noticed the new one and obviously
> some old stuffs remained in the dist-packages directory. I removed them from
> my path and e
Hi Chris,
On 24.06.2014 16:04, Chris Angelico wrote:
Here's what I'd try:
>>>import sys
>>>sys.modules[d1.__class__.__module__].__file__
>>>sys.modules[d2.__class__.__module__].__file__
that was it!
netCDF4 has two repositories online, one on google code and one on
github. I mistakenly ins
Well, it 'appears' to be the same type, but given that the File from one is
different from the other, I think they aren't...
Googling a bit, I found the source:
https://code.google.com/p/netcdf4-python/source/browse/trunk/netcdftime.py?r=1117
and it has a 'datetime' which says: "Phony datetime obj
On Tue, Jun 24, 2014 at 11:59 PM, Fabien wrote:
> Hi Chris,
>
> thanks for the hint. Indeed they are not an instance of the same class:
>
isinstance(d1, datetime)
> Out[6]: False
isinstance(d2, datetime)
> Out[7]: True
>
> so this is something I should check with the NetCDF4 package deve
Hi Chris,
thanks for the hint. Indeed they are not an instance of the same class:
>>> isinstance(d1, datetime)
Out[6]: False
>>> isinstance(d2, datetime)
Out[7]: True
so this is something I should check with the NetCDF4 package developers.
While The python interpreter can compare them, my pyde
On Tue, Jun 24, 2014 at 11:28 PM, Fabien wrote:
> So they are two instances of the same object but something in pyDev doesn't
> want to compare them. Any Hint?
Are they really instances of the same class? One of them comes from
/usr/local/lib/python3.3/dist-packages/netcdftime.py and the other
co
10 matches
Mail list logo
