<div dir="ltr">Does anyone know of a workaround for this which does not require upgrading GPFS or changing compilers?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 10, 2015 at 2:24 PM, P. A. Cheeseman <span dir="ltr"><<a href="mailto:aai@purdue.edu" target="_blank">aai@purdue.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">     I want to thank Rolf here for his advice because I failed to<br>
do so in an off line reply.<br>
<br>
     Shortly after I replied to Rolf's note, I received notification from<br>
IBM that the problem is related to our version of GPFS (4.1.0-2).<br>
<br>
     Versions 4.1.0-3 and later apparently do not have the problem.<br>
<br>
                                Best regards,<br>
<span class="im HOEnZb">                                Phil<br>
<br>
                                P. A. Cheeseman<br>
                                <a href="mailto:aai@purdue.edu">aai@purdue.edu</a><br>
                                765.496.8224<br>
<br>
<br>
</span><div class="HOEnZb"><div class="h5">> -----Original Message-----<br>
> From: Rolf Eike Beer [mailto:<a href="mailto:eike@sf-mail.de">eike@sf-mail.de</a>]<br>
> Sent: Tuesday, February 10, 2015 13:44<br>
> To: <a href="mailto:cmake@cmake.org">cmake@cmake.org</a>; <a href="mailto:aai@purdue.edu">aai@purdue.edu</a><br>
> Subject: Re: [CMake] Problem writing on GPFS.<br>
><br>
> P. A. Cheeseman wrote:<br>
> >      System: RHEL6   (2.6.32-504.8.1.el6.x86_64)<br>
> >      Hardware: Various cluster nodes.<br>
><br>
> >      A C code with explicit writev() calls, with a NULL pointer in the<br>
> > first iovec entry, also reproduces the behavior.  When the NULL is<br>
> > part of any entry other than the first, the code runs identically for<br>
> > all storage.<br>
><br>
> I would suggest contacting Red Hat. This sounds for me like a bug in the<br>
GPFS<br>
> code, especially since the call succeeds if the (NULL, 0) pair is in a<br>
later pair.<br>
><br>
> Other than that, I don't see a reason why g++ should emit such a call.<br>
Should<br>
> probably be reported to the gcc guys. Or maybe this is just something in<br>
your<br>
> libc, so gcc isn't at fault at all. Probably time for the Red Hat guys to<br>
> investigate, too ;)<br>
><br>
> Eike<br>
> --<br>
<br>
</div></div><div class="HOEnZb"><div class="h5">--<br>
<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Kitware offers various services to support the CMake community. For more information on each offering, please visit:<br>
<br>
CMake Support: <a href="http://cmake.org/cmake/help/support.html" target="_blank">http://cmake.org/cmake/help/support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" target="_blank">http://cmake.org/cmake/help/consulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" target="_blank">http://cmake.org/cmake/help/training.html</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/cmake" target="_blank">http://public.kitware.com/mailman/listinfo/cmake</a><br>
</div></div></blockquote></div><br></div>