Dear experts,<br>Hi! I see the following on the site:<br><h1 style="background-color: rgb(255, 255, 0);" class="firstHeading">Error 0x0 and 0x1</h1> <h3 style="background-color: rgb(255, 255, 0);" id="siteSub">From FaHWiki</h3> <div style="background-color: rgb(255, 255, 0);" id="jump-to-nav">Jump to: <a href="http://fahwiki.net/index.php/Error_0x0_and_0x1#column-one">navigation</a>, <a href="http://fahwiki.net/index.php/Error_0x0_and_0x1#searchInput">search</a></div> <!-- start content --> <div style="background-color: rgb(255, 255, 0);">The 0x0 and 0x1 errors are unknown errors - all errors that are known will end with some other <a href="http://fahwiki.net/index.php/CoreStatus_codes" title="CoreStatus codes"> error code</a> and message, but those errors that Pande Group hasn't seen before or did not know about, will end with error 0x0 or 0x1. </div><div style="background-color: rgb(255, 255, 0);"><b>Note:</b> The WU data of an unknown error can
not be trusted and by definition you'll never get any credit for it. If the 0x0 and 0x1 error cause is identified and classified as some sort of EUE then you'll start getting credit for such WUs. One possible cause of errors 0x1 and 0x0 is a hardware failure (which is why the software is unable to classify them). If a RAM failure is detected by the OS or for some reason the program wishes to allocate more memory and the OS refuses, the OS will terminate FAHcore_* and the client will no longer be able to communicate with the FAHcore producing <i><b>Client-core communications error: ERROR 0x1</b></i> </div><div style="background-color: rgb(255, 255, 0);"><i>0x0 errors are Unix Specific and under Linux this error often can be related to Glibc incompatibility.</i><br> </div><div style="background-color: rgb(255, 255, 0);"><b>Note:</b> When using the Gromacs core on Linux, this error is also generated in circumstances where the Windows core would produce a <a
href="http://fahwiki.net/index.php/EUE_Types#Gromacs_cannot_continue_further" title="EUE Types">"Gromacs Cannot Continue further" EUE</a>. Unfortunately Pandegroup are currently unsure how WUs are triggering this error. As a result a normal EUE is not triggered, and the whole WU gets dumped and lost. <a href="http://folding-community.org/viewtopic.php?p=124655#124655" class="external text" title="http://folding-community.org/viewtopic.php?p=124655#124655" rel="nofollow">Folding-community: Guha Jayachandran's comment in "Core status 0?"</a> </div><div style="background-color: rgb(255, 255, 0);">Under the Gromacs33 (A0) core, this error is returned because even though the cause is known, it has not yet been categorised. The error creates an output in the log similar to this: </div> <pre style="background-color: rgb(255, 255, 0);">Warning: 1-4 interaction between and at distance 0.000 which is larger than the 1-4 table size 8.298 nm<br></pre> <div style="background-color:
rgb(255, 255, 0);">One possible cause for error 0x0 is forgetting to redirect the standard output. If you're running in the background without a command such as './fah5 -verbosity 9 >/dev/null 2>&1 &', the simulation will probably get past 100% and then create an error. </div> <pre style="background-color: rgb(255, 255, 0);">These are ignored for the rest of the simulation<br>This usually means your system is exploding,<br>if not, you should increase table-extension in your mdp file <br></pre> <div style="background-color: rgb(255, 255, 0);">It should be noted that you yourself cannot increase the <i>table-extension</i>, it is an integral part of the WU </div><div><span style="background-color: rgb(255, 255, 0);">Error 0x1 is not always an "unknown error" When a WU expires, you may receive this error:</span> </div>As I have the Lincs error.Is my problem related to this type? As I am using Suse linux and I added directly the gromacs software to
Installation packages.<br>Regards,<br>Lal badshah<br><p> Send instant messages to your online friends http://uk.messenger.yahoo.com