<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">Hi Jeff,</span><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Sorry for delay.  I now understand the -gbs issue with MinGW64 and ADMB.  It turns out</div><div style="font-family:arial,sans-serif;font-size:13px">that the 64 bit MinGW compiler uses 32 bit posix function lseek instead of 64 bit.</div><div style="font-family:arial,sans-serif;font-size:13px">This causes overflow problems with using 64bit integer as a input into a smaller 32 bit</div><div style="font-family:arial,sans-serif;font-size:13px">integer for integers greater than the max value for 32 bit.  To use 64 bit, the compiler</div><div style="font-family:arial,sans-serif;font-size:13px">needs the option _FILE_OFFSET_BITS=64 to be defined. This has been done and committed</div><div style="font-family:arial,sans-serif;font-size:13px">to the repository.  Please download the most current installer,</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px"><a href="http://www.admb-project.org/buildbot/snapshots/admb-latest-windows8-mingw64.exe" target="_blank">http://www.admb-project.org/buildbot/snapshots/admb-latest-windows8-mingw64.exe</a><br></div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Uninstall the previous first.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Then open the ADMB command prompt on the desktop,</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">> admb cjsre</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">> cjsre -nohess -gbs 4000000000</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Thank you for bring the issue to our attention,</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Please let me know if it works,</div><div style="font-family:arial,sans-serif;font-size:13px">Johnoel</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 21, 2014 at 3:58 AM, dave fournier <span dir="ltr"><<a href="mailto:davef@otter-rsch.com" target="_blank">davef@otter-rsch.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> A few issues.<br>
<br>
   I did not intend to present a "final solution" to your<br>
   problem.<br>
<br>
   What I did intend to do was to illustrate how overall<br>
   stability of the model could be improved by modifying<br>
   the objective function in phases.  Then I hoped that<br>
   you and others could incorporate the techniques into<br>
   their bag of tricks.  So for example one could use 3<br>
   phases and add an even smaller offset in the third phase.<br>
<br>
    As for buffer sizes there are two issues.  One is<br>
    specifying the offset into a >2GB buffer.  That has<br>
    to be a type > 32 bits. In 64 bit windows it seems that<br>
    a long int is only 32 bits and mingw64 has followed this<br>
    for windows compatibility.  A long long int will do the<br>
    job but there are other types which can be used. I always<br>
    forget what they are.<br>
<br>
    Then there is the question of writing the buffer to the<br>
    disk when it is full. I used a low level unbuffered<br>
    write function, assuming at the time that it would be<br>
    the fastest method.  However the amount that can be<br>
    written in one write operation is limited.  On my Linux<br>
    system it appears to be 2GB.  So one can either split up<br>
    the write operations or switch to higher level fwrites.<br>
    For the model in question here I used a buffer > 3.5 GB<br>
    which was large enough that nothing needed to be written<br>
    to the disk. This works because in 64 bit Linux a long<br>
    int is 64 bits.<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@admb-project.org" target="_blank">Users@admb-project.org</a><br>
<a href="http://lists.admb-project.org/mailman/listinfo/users" target="_blank">http://lists.admb-project.org/<u></u>mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>