<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hi Warren,<div><br></div><div>I had this problem for different reasons (with V2.1, though, but from the release notes I take that this is still valid).</div><div><br></div><div>(1) In one particular case I could track it back to the source file w3fi72.f. Basically, the solution was to pass modify the allocation of the the arrays KBUF and BMS around lines 190-200:</div><div><br></div><div><div>+! CHARACTER * 1 KBUF(*)</div><div>+ CHARACTER * 1 KBUF(ITOT)</div><div>+ INTEGER, INTENT(INOUT) :: ITOT</div><div> CHARACTER * 1 PDS(*)</div><div> CHARACTER * 1 GDS(200)</div><div>- CHARACTER(1),ALLOCATABLE:: BMS(:)</div><div>+ CHARACTER(1), DIMENSION(1:6+(IBLEN+16)/8) :: BMS</div></div><div><br></div><div>This however required a few modifications to the code since the interface to this particular routine is changed (ITOT required).</div><div><br></div><div><div>(2) Are you using the USGS LU database? I found that in lots of places the USGS 24-class data is hardcoded (in V2.1) and the code ends up treating a water field as non-water field and vice-versa. This can lead to nasty problems, including the double-free or corruption ones you have.</div><div><br></div><div>(3) A modified wrf_cntrl.parm can cause UPP to assume that some data, required for other derived variables, has been calculated beforehand but in fact it hasn’t. This needs quite a few patches to various MDL2xxx.f files.</div><div><br></div><div>Please contact me directly if you want further details or if you want me to test your data with my modified version of UPP.</div><div><br></div><div>Cjeers</div><div><br></div><div>Dom</div><div><br></div><div><div>On 24/04/2014, at 9:12 pm, Pettee, Warren <<a href="mailto:wpettee@uncc.edu">wpettee@uncc.edu</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><div id="OWAFontStyleDivID" style="font-size: 10pt; background-color: rgb(255, 255, 255); font-family: Tahoma, Geneva, sans-serif;"><div style="margin-top: 0px; margin-bottom: 0px;">Hi again,</div><div style="margin-top: 0px; margin-bottom: 0px;"><br></div><div style="margin-top: 0px; margin-bottom: 0px;">Does anyone know what would cause this error to be returned from unipost:</div><div style="margin-top: 0px; margin-bottom: 0px;"><br></div><div style="margin-top: 0px; margin-bottom: 0px;"><span style="font-size: 9pt;"> *** glibc detected *** /home/wpettee/Models/WRF_NMM/UPPV2.2/bin/unipost.exe: double free or corruption (!prev): 0x0000000053140070 ***</span></div><div style="margin-top: 0px; margin-bottom: 0px;"><br></div><div style="margin-top: 0px; margin-bottom: 0px;">When I look at one of the unipost_*.out files, nothing serious seems to stick out before the</div><div style="margin-top: 0px; margin-bottom: 0px;">message:</div><div style="margin-top: 0px; margin-bottom: 0px;"><br></div><div style="margin-top: 0px; margin-bottom: 0px;"><span style="font-size: 9pt;">BAD TERMINATION OF ONE OF YOUR APPLICATION PROCESSES</span><br style="font-size: 9pt;"><span style="font-size: 9pt;">EXIT CODE: 134</span><br></div><div style="margin-top: 0px; margin-bottom: 0px;"><br></div><div style="margin-top: 0px; margin-bottom: 0px;"><span style="font-size: 12pt;"></span>I can send my compile/configure logs if needed, but everything seemed to compile nicely. I've been trying multiple strategies to diagnose the</div><div style="margin-top: 0px; margin-bottom: 0px;">problem, but I must be overlooking something. System is x64 Ubuntu 12.04, Xeon 2 GHz. UPP is configured for serial</div><div style="margin-top: 0px; margin-bottom: 0px;">gcc/gfortran.</div><div style="margin-top: 0px; margin-bottom: 0px;"><br></div><div style="margin-top: 0px; margin-bottom: 0px;"><br></div><div style="margin-top: 0px; margin-bottom: 0px;">Thanks,<br style="font-size: 9pt;"><br></div><div><div style="margin-top: 0px; margin-bottom: 0px;"><br></div><div name="divtagdefaultwrapper" style="font-family: Calibri, Arial, Helvetica, sans-serif; margin: 0px;"><div style="font-family: Tahoma; font-size: 13px;"><div style="font-family: Tahoma; font-size: 13px;"><div style="font-family: Tahoma; font-size: 13px;"><font size="2" style="font-family: 'Courier New';"><font face="Tahoma"><font size="2" style="font-family: 'Courier New';"><font face="Tahoma"><b><font size="2">Warren Pettee</font><br></b><font size="2"><font size="1"><a href="mailto:wpettee@uncc.edu">wpettee@uncc.edu</a><br></font></font><b><font size="2"><font size="1"><br></font></font></b></font></font></font></font><font size="1"><font size="1"></font></font></div></div></div></div></div></div>_______________________________________________<br>Wrf-users mailing list<br><a href="mailto:Wrf-users@ucar.edu">Wrf-users@ucar.edu</a><br><a href="http://mailman.ucar.edu/mailman/listinfo/wrf-users">http://mailman.ucar.edu/mailman/listinfo/wrf-users</a></div></blockquote></div><br></div></body></html>