<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>