<div dir="ltr"><div>Hi Sam and Dylan,</div><div><br></div><div>I certainly appreciate both of you providing diagnostics in trying to troubleshoot this matter. It pains me to say that: i) you even have to experience this disruption, and ii) I can not replicate (and thus troubleshoot) the problem in any fashion :-( <br></div><div><br></div><div>I could not glean any insight from the traces. A commonality seems to be Ubuntu, so I stood up a fresh Ubuntu 18.02 distro (on a virtual machine), and did a conda install of ncl into a fresh environment, and things work as expected. Of note - in the minimalist installation of Ubuntu 18.02, I did have to do an "apt-get" to install tcsh/csh -- do either of you recall this being an issue for you, and how did you acquire your "C-shell"?</div><div><br></div><div>So, I don't get it -- ncl_filedump is nothing more than a C-shell script that sets up a bunch of stuff and then calls NCL to do little more than (if you were to do this from the command-line):</div><div><br></div><div>$ ncl</div><div>ncl 0> f = addfile("....your file...", "r")</div><div>ncl 1> print(f)</div><div><br></div><div>If either of you could//would, can you verify that at least this basic functionality works?</div><div><br></div><div>I wish I had a better answer... :-/</div><div><br></div><div>Rick</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 17, 2018 at 9:54 PM, Rick Brownrigg <span dir="ltr"><<a href="mailto:brownrig@ucar.edu" target="_blank">brownrig@ucar.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Long story short -- Kevin and I have been talking about this issue with ncl_filedump, and another one he pointed out involving ng4ex. The commonalities are:</div><div> - emerged in 6.5.0</div><div> - both are c-shell drivers ultimately calling NCL</div><div> - all known incidents occur on Ubuntu systems</div><div><br></div><div>I engaged one of the users to provide me shell-traces and system-traces, but that was not revealing. He tells me that if he simply starts NCL and opens one of the problematic files with addfile(), everything is OK. <br></div><div><br></div><div>I can't replicate the problems anywhere on systems I have access to, and am afraid we are going to have to stand up an Ubuntu syetem (VM) somewhere to try and replicate the issue, :-/ <br></div><div><div class="h5"><div><br></div><div><br></div><div><div><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Sam McClatchie</b> <span dir="ltr"><<a href="mailto:smcclatchie@fishocean.info" target="_blank">smcclatchie@fishocean.info</a>></span><br>Date: Mon, Sep 17, 2018 at 1:42 PM<br>Subject: Re: [ncl-talk] problem with ncl_filedump *.nc ?<br>To: Rick Brownrigg <<a href="mailto:brownrig@ucar.edu" target="_blank">brownrig@ucar.edu</a>><br><br><br>
<div text="#000000" bgcolor="#FFFFFF">
Hello Rick<br>
<br>
Thanks for looking into this. I am using Ubuntu 18.04. Here is the
output that you requested:<br>
<br>
smcc@jaguar:/data/dynamic_data<wbr>/scratch$ ldd `which ncl`<br>
linux-vdso.so.1 (0x00007ffe281a0000)<br>
libssl.so.1.1 => /usr/lib/x86_64-linux-gnu/libs<wbr>sl.so.1.1
(0x00007f2824005000)<br>
libcrypto.so.1.1 =>
/usr/lib/x86_64-linux-gnu/libc<wbr>rypto.so.1.1 (0x00007f2823b8d000)<br>
libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libX<wbr>render.so.1
(0x00007f2823983000)<br>
libfontconfig.so.1 =>
/usr/lib/x86_64-linux-gnu/libf<wbr>ontconfig.so.1 (0x00007f282373e000)<br>
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.s<wbr>o.1.0
(0x00007f282352e000)<br>
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX<wbr>11.so.6
(0x00007f28231f6000)<br>
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libX<wbr>ext.so.6
(0x00007f2822fe4000)<br>
libgfortran.so.3 =>
/usr/lib/x86_64-linux-gnu/libg<wbr>fortran.so.3 (0x00007f2822cb3000)<br>
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.<wbr>6
(0x00007f2822915000)<br>
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so<wbr>.2
(0x00007f2822711000)<br>
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libs<wbr>tdc++.so.6
(0x00007f2822383000)<br>
libgomp.so.1 => /usr/lib/x86_64-linux-gnu/libg<wbr>omp.so.1
(0x00007f2822153000)<br>
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s<wbr>.so.1
(0x00007f2821f3b000)<br>
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthre<wbr>ad.so.0
(0x00007f2821d1c000)<br>
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.<wbr>6
(0x00007f282192b000)<br>
/lib64/ld-linux-x86-64.so.2 (0x00007f28278cb000)<br>
libfreetype.so.6 =>
/usr/lib/x86_64-linux-gnu/libf<wbr>reetype.so.6 (0x00007f2821677000)<br>
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat<wbr>.so.1
(0x00007f2821445000)<br>
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libx<wbr>cb.so.1
(0x00007f282121d000)<br>
libquadmath.so.0 =>
/usr/lib/x86_64-linux-gnu/libq<wbr>uadmath.so.0 (0x00007f2820fdd000)<br>
libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libp<wbr>ng16.so.16
(0x00007f2820dab000)<br>
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.<wbr>1
(0x00007f2820b8e000)<br>
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libX<wbr>au.so.6
(0x00007f282098a000)<br>
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libX<wbr>dmcp.so.6
(0x00007f2820784000)<br>
libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.s<wbr>o.0
(0x00007f282056f000)<br>
librt.so.1 => /lib/x86_64-linux-gnu/librt.so<wbr>.1
(0x00007f2820367000)<br>
<br>
smcc@jaguar:/data/dynamic_data<wbr>/scratch$ uname -a<br>
Linux jaguar 4.15.0-34-generic #37-Ubuntu SMP Mon Aug 27 15:21:48
UTC 2018 x86_64 x86_64 x86_64 GNU/Linux<br>
<br>
smcc@jaguar:/data/dynamic_data<wbr>/scratch$ gcc -v<span><br>
Using built-in specs.<br>
COLLECT_GCC=gcc<br>
COLLECT_LTO_WRAPPER=/usr/lib/g<wbr>cc/x86_64-linux-gnu/7/lto-wrap<wbr>per<br>
OFFLOAD_TARGET_NAMES=nvptx-non<wbr>e<br>
OFFLOAD_TARGET_DEFAULT=1<br>
Target: x86_64-linux-gnu<br>
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
7.3.0-16ubuntu3'
--with-bugurl=<a class="m_-8203994636335106497m_7793217584817406634m_7105659064281507133moz-txt-link-freetext">file:///usr/shar<wbr>e/doc/gcc-7/README.Bugs</a>
--enable-languages=c,ada,c++,g<wbr>o,brig,d,fortran,objc,obj-c++
--prefix=/usr --with-gcc-major-version-only
--with-as=/usr/bin/x86_64-linu<wbr>x-gnu-as
--with-ld=/usr/bin/x86_64-linu<wbr>x-gnu-ld --program-suffix=-7
--program-prefix=x86_64-linux-<wbr>gnu- --enable-shared
--enable-linker-build-id --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --libdir=/usr/lib
--enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=n<wbr>ew --enable-gnu-unique-object
--disable-vtable-verify --enable-libmpx --enable-plugin
--enable-default-pie --with-system-zlib --with-target-system-zlib
--enable-objc-gc=auto --enable-multiarch --disable-werror
--with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,m<wbr>x32
--enable-multilib --with-tune=generic
--enable-offload-targets=nvptx<wbr>-none --without-cuda-driver
--enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu<br>
Thread model: posix<br>
gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3) <br></span>
smcc@jaguar:/data/dynamic_data<wbr>/scratch$ <br>
<br>
Best fishes<span class="m_-8203994636335106497m_7793217584817406634HOEnZb"><font color="#888888"><br>
Sam</font></span><span><br>
<br>
<div class="m_-8203994636335106497m_7793217584817406634m_7105659064281507133moz-cite-prefix">On 18/09/18 03:32, Rick Brownrigg
wrote:<br>
</div>
<blockquote type="cite">
<div>This is odd -- I am able to dump all of these files, using my
development version (which is still very 6.5.0-ish) and a
bonafide 6.5.0 as installed via conda -- everything runs just
fine.</div>
<div><br>
</div>
<div>I wondering if I could get someone who is experiencing this
issue to run:</div>
<div><br>
</div>
<div>ldd `which ncl`</div>
<div>uname -a</div>
<div>gcc -v</div>
<div><br>
</div>
<div>and send the output directly to me?<br>
</div>
<div><br>
</div>
<div>Rick</div>
</blockquote>
<br>
</span><span><div class="m_-8203994636335106497m_7793217584817406634m_7105659064281507133moz-signature">-- <br>
Sam McClatchie (fisheries oceanographer)<br>
& Elena Turin (accounting & auditing)<br>
FishOcean Enterprises<br>
<a href="https://maps.google.com/?q=38+Upland+Rd,+Huia,+Auckland+0604,+New+Zealand&entry=gmail&source=g" target="_blank">38 Upland Rd, Huia, Auckland 0604, New Zealand</a><br>
cell: 027 752 8495<br>
<span style="text-decoration:underline"><a href="http://www.fishocean.info" target="_blank">Internet</a></span><br>
<img style="width:150px;height:149px" alt="" src="cid:part2.1B3A6540.9850A406@fishocean.info"><br>
<br>
"The time has come", the tui said,<br>
"to talk of many things:<br>
Of songs - and ferns - and flowering flax,<br>
of Pukekos and dreams ..."<br>
<br>
(not Lewis Carroll)
</div>
</span></div>
</div><br></div></div></div></div></div>
</blockquote></div><br></div>