Update on Windows
by John Zuhone
Hi all,
Good news on the Windows/yt front. I'm happy to announce that as of
right now only one unit test is failing. The failure is subtle, but I
thought I would run it by you all to see what we should do about it.
The failure in question is a comparison test in
yt/utilities/tests/test_units.py, in "test_power":
assert u2.cgs_value == (pc_cgs**2 * mK_cgs**4)**2
basically, the unit cgs_value is exactly the combination of these
factors, so even though they are floats, one would expect that the
equality should hold, and on our other platforms it does. However, on
Windows, the comparison is failing on the last digit, with a relative
difference of ~4e-16 between the two values. So, while I'm not
inclined to be very concerned about it, I'm curious to see what you
guys think about how it should be handled.
Happy New Year!
John Z
--
John ZuHone
Postdoctoral Researcher
NASA/Goddard Space Flight Center
jzuhone(a)gmail.com
john.zuhone(a)nasa.gov
5 years, 2 months
How to test out unit refactor
by Matthew Turk
Hi all,
There was some discussion in IRC of how to test out the new unit
refactor branch. Not all of the frontends have been converted.
Here's how to pull it:
hg pull -r unitrefactor http://bitbucket.org/MatthewTurk/yt
hg up -r unitrefactor
Then, build as usual. As a reminder, this is the primary yt repository now:
http://bitbucket.org/yt_analysis/yt
If you have that set as your "default", you can get back to the tip of
that repository like so:
hg up -r "remote(tip)"
If you want to make sure you're updating to a specific branch, swap
out "tip" for "yt" or "yt-3.0" (which will need to be in quotes, as -
is a special character in revsets.
-Matt
5 years, 2 months
Enzo with inline yt-3.0
by Brian Crosby
Hi everyone,
I’ve been trying to run Enzo with inline yt lately and have encountered a strange error when using yt-3.0. yt is able to load the pf from Enzo, but doing much more than that results in the error
AttributeError: 'IOHandlerInMemory' object has no attribute '_read_fluid_selection'
(full output and traceback: http://pastebin.com/TY9EVDWd)
After this Enzo resumes running, but yt will always fail in the same way.
This same error arises when doing anything simple like making slices or projections, halo finding, making profiles, etc. Curiously, this doesn’t happen build and run Enzo with either the stable or dev branches of yt, and yt-3.0 works just fine when running on its own, either interactively or from a simple script independent of Enzo. The same behavior occurs both locally running OSX 10.9 and running on a Linux machine. Has anyone encountered this before, or have a clue to point me in the right direction to sort it out?
Thanks,
Brian
5 years, 2 months
yt-3.0 on Windows
by John ZuHone
Hi all,
Because I enjoy weeping and gnashing of teeth, I've spent some time off and on over the last few weeks attempting to get yt working on Windows. This turned out to be easier than I had anticipated using conda, but still kind of miserable.
In any case, we have something that does work on Windows, but on x86 only at the moment. This is because something is screwy with the way Anaconda builds HDF5 and h5py on Windows (both x86 and x86_64), and I had to use the binary version of h5py compiled for Windows to get it to work. The latter is only 32-bit.
I've been able to do some basic operations on objects, and make some PlotWindow plots. What I know doesn't work so far:
1) I couldn't get png_writer to compile, and as I recall we are probably going to dump this soon(?), so it's currently not built.
2) Halo finding doesn't work because the modules depend on some header file that Windows doesn't have. We might be able to make this work at some point, though.
3) Reason
If you have a Windows x86 box sitting around and you're curious, please play around with it. Here's how to get it working:
1) Get the Windows x86 version of miniconda here: http://repo.continuum.io/miniconda/Miniconda-2.2.3-Windows-x86.exe
2) Once you've installed it, download the binary version of h5py for 32-bit Windows and Python 2.7 here: https://code.google.com/p/h5py/downloads/list
When you install this, you have the option of pointing it to the Python distribution that Miniconda installed.
3) From the command prompt, install yt by issuing:
conda install yt -c http://conda.binstar.org/jzuhone
which should pick up the rest of the necessary packages, but you should also use conda to install IPython, Mercurial, and the like.
4) If you want to develop, fork my fork:
http://bitbucket.org/jzuhone/yt-windows
the command to develop with a yt source directory is slightly different, it has to be:
python setup.py build --compiler=mingw32 develop
also issue this from the command line before you build:
set PNG_DIR = c:\{path to your miniconda directory}\Library
The only "box" I have at the moment is a virtual machine on my laptop that isn't exactly a good testing platform, so if someone has a box somewhere where they'd like to set up testing that'd be great. I'm also going to see if there's something here at Goddard I can log into to use.
Once we're satisfied that most things aren't breaking too badly I'll issue a PR from my fork.
Best, Merry Christmas, and Happy Holidays,
John Z
5 years, 2 months
Issue #755: YTArray is not pickleable (yt_analysis/yt)
by Nathan Goldbaum
New issue 755: YTArray is not pickleable
https://bitbucket.org/yt_analysis/yt/issue/755/ytarray-is-not-pickleable
Nathan Goldbaum:
After applying the following diff:
```
#!diff
diff -r d20587c1602e yt/data_objects/yt_array.py
--- a/yt/data_objects/yt_array.py Tue Dec 17 14:35:41 2013 -0500
+++ b/yt/data_objects/yt_array.py Wed Dec 18 14:18:00 2013 -0800
@@ -261,7 +261,7 @@
"""
"""
- if obj is None:
+ if obj is None and hasattr(self, 'units'):
return
self.units = getattr(obj, 'units', None)
```
You can try the following test script which illustrates the problem:
```
#!python
○ cat test_pickle.py
from yt.data_objects.yt_array import YTArray as array
import cPickle as pickle
arr = array([1,2,3], 'g')
with open('save.p', 'wb') as f:
pickle.dump(arr, f)
with open('save.p', 'rb') as f:
data_read = pickle.load(f)
print arr
print data_read
```
On my machine, this prints:
```
[1 2 3] g
[1 2 3] None
```
This is related to #754 and #743.
5 years, 3 months
Issue #752: Segmentation fault during isocontour extraction (yt_analysis/yt)
by Nathan Goldbaum
New issue 752: Segmentation fault during isocontour extraction
https://bitbucket.org/yt_analysis/yt/issue/752/segmentation-fault-during-...
Nathan Goldbaum:
I just tried running the following test script:
```
#!python
from yt.mods import *
pf = load('DD0000/DD0000')
dd = pf.h.disk('c', [0,0,1], (20, 'kpc'), (3, 'kpc'))
iso = dd.extract_isocontours('Radiuskpc', 10)
```
I got the following output:
```
[goldbaum@hyades low_resolution_static_subgrids]$ python test.py
yt : [INFO ] 2013-12-13 11:48:07,582 Parameters: current_time = 0
yt : [INFO ] 2013-12-13 11:48:07,582 Parameters: domain_dimensions = [64 64 64]
yt : [INFO ] 2013-12-13 11:48:07,583 Parameters: domain_left_edge = [ 0. 0. 0.]
yt : [INFO ] 2013-12-13 11:48:07,584 Parameters: domain_right_edge = [ 1. 1. 1.]
yt : [INFO ] 2013-12-13 11:48:07,584 Parameters: cosmological_simulation = 0.0
Parsing Hierarchy 100% |||||||||||||||||||||||||||||||||||||||||||| Time: 0:00:00
yt : [INFO ] 2013-12-13 11:48:07,592 Gathering a field list (this may take a moment.)
Extracting 37% |------------------ | ETA: 0:00:00
Segmentation fault
```
I can upload the data somewhere if that would be helpful. This is on the tip of the stable branch.
5 years, 3 months
