<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'><div style="text-align: left;">Hi,<br></div><div style="text-align: left;"><br>This is a known bug caused by autoconf, which has been worked around in 3.3.3.<br>It turns out that a certain version of autoconf handles the definition<br>of fseeko incorrectly, which causes Gromacs to use the wrong file offset.<br>This only happens on certain system configurations.<br>Unfortunately this version of autoconf was used to make the 3.3.2 distribution.<br><br>Berk<br></div><br><br><hr id="stopSpelling">&gt; Date: Mon, 21 Apr 2008 11:17:15 -0400<br>&gt; From: chris.neale@utoronto.ca<br>&gt; To: gmx-users@gromacs.org<br>&gt; Subject: [gmx-users] 3.3.2 -b option not functioning as expected<br>&gt; <br>&gt; Hello,<br>&gt; <br>&gt; I find that trjconv and g_order 3.3.2 don't properly find the frame to <br>&gt; which I would like to seek via -b. I initially discovered this based on <br>&gt; the output to the command line from g_order about which frame is being <br>&gt; processed, and I have further confirmed that the incorrect frame is <br>&gt; actually getting processed by g_order. Since I believe that the routine <br>&gt; for -b is common to all programs, I tested trjconv and it shows the same <br>&gt; features. The frame is seekable by trjconv -b only with 3.3 and 3.3.1, <br>&gt; but not with 3.3.2. The simple workaround is to go through trjconv -b -e <br>&gt; with 3.3 or 3.3.1and then run g_order 3.3.2 without -b or -e.<br>&gt; <br>&gt; Perhaps I have made some mistake or perhaps this is a known problem, but <br>&gt; I couldn't find any mention of it.<br>&gt; <br>&gt; Below is the output from my tests in case anybody can verify this.<br>&gt; <br>&gt; Chris.<br><br><br /><hr />Express yourself instantly with MSN Messenger! <a href='http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/' target='_new'>MSN Messenger</a></body>
</html>