2013/11/6 Douglas N Greve <greve@nmr.mgh.harvard.edu>

OK, it is actually running which means we solved the problem about the platform. Can you tar up avg_monkey and transfer it to me on our file drop so I can run it?

doug

On 11/06/2013 02:26 PM, Caspar M. Schwiedrzik wrote:

Hi Doug,
the script I am running just calls mri_mcsim like this:
~/bin/mri_mcsim \
--surface avg_monkey rh \
--fwhm-max 10 \
--o csd \
--base mcz \
--nreps 10000 \
--no-label \

When I call this from the script or from the command line, I get a segmentation fault. The last line in the terminal reads:
1152 99.89 0 Segmentation fault
This seems to be happening after 1152 iterations, which leaves me puzzled.
Caspar

2013/11/5 Douglas N Greve <greve@nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.edu>>

I can't tell what is going on in the script. Run mri_segstats from
the cmd line and send the terminal output.
doug

On 11/05/2013 10:38 AM, Caspar M. Schwiedrzik wrote:

Hi Doug,
this is not working for me yet.
I am using
freesurfer-Linux-centos4_x86_64-stable-pub-v5.1.0-full, which
contains v1.17 of mri_mcsim.
I tried the two centos4 versions of mri_mcsim v1.24 that Zeke
provided.
For the 64bit version, I get the following error:
./cache_csd_surface.script: line 10: 17763 Segmentation fault

For the 32bit version, I get ERROR: ld.so: object
'/space/opt/libGL.so.1' from LD_PRELOAD cannot be preloaded:
ignored.
and then after 1153 iterations, I get 78.91 0
./cache_csd_surface.script: line 10: 18061 Segmentation fault.

Not sure why this is happening.
Thanks, Caspar

2013/11/4 Douglas N Greve <greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>

Caspar, is this resolved yet? What version of FS is your base
installation and for what platform?
doug

On 11/01/2013 01:29 PM, Caspar M. Schwiedrzik wrote:

Hi again,
I keep getting segmentation fault errors (this time
with the
centOS4 version).
After 1153 iterations, I get 78.91 0
./cache_csd_surface.script: line 10: 18061
Segmentation fault
~/bin/mri_mcsim --surface avg_monkey rh
--fwhm-max 10 --o
csd --base mcz --nreps 10000 --no-label
This version also signaled "ERROR: ld.so: object
'/space/opt/libGL.so.1' from LD_PRELOAD cannot be
preloaded:
ignored" when it started.
With the centOS4 64bit version, I got a segmentation fault
error with the first iteration, or even before.
Caspar

2013/11/1 Caspar M. Schwiedrzik
<cschwiedrz@rockefeller.edu <mailto:cschwiedrz@rockefeller.edu>
<mailto:cschwiedrz@rockefeller.edu
<mailto:cschwiedrz@rockefeller.edu>>
<mailto:cschwiedrz@rockefeller.edu
<mailto:cschwiedrz@rockefeller.edu>
<mailto:cschwiedrz@rockefeller.edu
<mailto:cschwiedrz@rockefeller.edu>>>>

just a quick update. I just saw that the centOS4
version
threw the
following error message:
ERROR: ld.so: object '/space/opt/libGL.so.1' from
LD_PRELOAD
cannot be preloaded: ignored.
Do I need to worry about this?
Thanks, Caspar

2013/11/1 Caspar M. Schwiedrzik
<cschwiedrz@rockefeller.edu
<mailto:cschwiedrz@rockefeller.edu>
<mailto:cschwiedrz@rockefeller.edu
<mailto:cschwiedrz@rockefeller.edu>>
<mailto:cschwiedrz@rockefeller.edu
<mailto:cschwiedrz@rockefeller.edu>
<mailto:cschwiedrz@rockefeller.edu
<mailto:cschwiedrz@rockefeller.edu>>>>

Hi Zeke,
thanks for making these available. The centOS4
version
seems
to work so far, for the
centOS4_x86_64 version I got the following
error message:
./cache_csd_surface.script: line 10: 17763
Segmentation fault
Caspar

2013/11/1 Z K <zkaufman@nmr.mgh.harvard.edu
<mailto:zkaufman@nmr.mgh.harvard.edu>
<mailto:zkaufman@nmr.mgh.harvard.edu
<mailto:zkaufman@nmr.mgh.harvard.edu>>
<mailto:zkaufman@nmr.mgh.harvard.edu
<mailto:zkaufman@nmr.mgh.harvard.edu>
<mailto:zkaufman@nmr.mgh.harvard.edu
<mailto:zkaufman@nmr.mgh.harvard.edu>>>>

Casper,

This email thread is kinda long and Im not
able to
clearly
decipher what has been tried and what
hasn't, so Im
sending you a link to all 3 dev versions of
mri_mcsim that
we build.

ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/fsdev/zkaufman/casper/

This includes the following:

-centOS4
-centOS4_x86_64
-centOS6_x86_64

Unfortunately we do not have a centOS5
build of
that binary.

-Zeke

On 11/01/2013 08:09 AM, Caspar M.
Schwiedrzik wrote:

Hi Doug, Nick, and Zeke,
just following up: Is there a version
of mri_mcsim
>1.17 that is
compatible with centos5?

Thanks!
Caspar

2013/10/30 Douglas N Greve
<greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>

Nick/Zeke, do we have anything
that will
run under
CentoOS5?

On 10/30/2013 12:00 PM, Caspar M.
Schwiedrzik wrote:

Hi Doug,
with the new version, I am now
getting the
following error
(excerpt):
after it dispalys the average
vertex area,
*** glibc detected ***
.../bin/mri_mcsim:
malloc(): smallbin
double linked list corrupted:
0x00000000281efc40 ***
followed by a backtrace and a
memory map.
This did not happen when I ran
it with
--checkopts.
Caspar

2013/10/30 Douglas N Greve
<greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu

<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>>

OK, I put a centos4 build
there, that
should work

On 10/30/2013 11:05 AM,
Caspar M.
Schwiedrzik wrote:

Hi Doug,

that would be Red Hat
Enterprise
Linux Server release 5.9
(Tikanga)
Caspar

2013/10/30 Douglas N
Greve
<greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>

<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu

<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>>>

what OS platform
are you
using?

On 10/30/2013
11:00 AM,
Caspar M.
Schwiedrzik wrote:

Hi Doug,

thanks for
the advice.
When I try to
use the new
mri_mcscim, I get the
following
error messages:
/usr/lib64/libstdc++.so.6: version
`GLIBCXX_3.4.11'
not found
/usr/lib64/libstdc++.so.6: version
`GLIBCXX_3.4.9'
not found
/lib64/libc.so.6: version `GLIBC_2.7'
not found
Caspar

2013/10/30 Douglas N
Greve
<greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard> <mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard> <mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>

<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard> <mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu

<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>>>>

On 10/30/2013
08:51 AM,
Caspar M.
Schwiedrzik wrote:

Hi Doug,
thank you very much!
I
have two
follow-up
questions for your two
suggestions:
1) If I want to use mri_glmfit-sim but my
conjunctions
are not
from contrasts that are all from the
same GLM,
I guess
I can
still do what you suggested but I will
have to
come up
with a
fwhm.dat for the conjunction, correct?
Is there a way to compute this from the
conjunction
sig map,
or should I use the average or the max
or the
min of the
contrasts that go into the conjunction?
This
is for
functional
data.

If they
are not
from the
same GLM, then I would
use the
larger of
the two
FWHMs.

2) It seems that there is a version of
mri_mcsim that
allows
one to specify a range of FWHM with the
flag
--fwhm-max;
however, version 1.17 that comes with
the 5.1
and 5.3
releases
does bot have that option. Is the
version of
mri_mcsim
that
understands --fwhm-max available?

Try
ftp://surfer.nmr.mgh.harvard.__edu/transfer/outgoing/flat/__greve/mri_mcsim

<ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/mri_mcsim>
doug

Thanks again, Caspar

2013/10/24 Douglas N Greve
<greve@nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard> <mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard> <mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>>>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard> <mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>>>

<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>
<mailto:greve@nmr.mgh.harvard.edu
<mailto:greve@nmr.mgh.harvard.edu>>>>
<mailto:greve@nmr.mgh.harvard <mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>
<mailto:greve@nmr.mgh.harvard
<mailto:greve@nmr.mgh.harvard>>.>__edu
<mailto:greve@nmr.mgh.harvard.edu