"Incorrect function (0x1)"?
Message boards : Number crunching : "Incorrect function (0x1)"?
Author | Message | |
---|---|---|
When a host of main recovered from hanging up and ran the BOINC client, I found an error occured to this result.
<core_client_version>5.4.11</core_client_version> This error happens when BOINC client isn't closed before shutting down or restarting, too. It's an unique error and I've never seen other science applications have experienced this kind of error so far. ____________ I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions. |
||
ID: 910 | Rating: 0 | rate: / | ||
On my system no problem with this. It works fine!
|
||
ID: 912 | Rating: 0 | rate: / | ||
When a host of main recovered from hanging up and ran the BOINC client, I found an error occured to this result. There is a temporary fix. Its in the news archive. It was a problem related to Linux... now in windows boxes it is the first time that I see it. We will investigate further. Here is the fix copied from the news archive for reference. Thank you September 19, 2006 15:30:00 We have finally found the cause of the problem that some users were experiencing on their Linux systems. It has to do with the stacksize setting on your machine which is for some distros (SuSE 9.3 and 10 for example) set to unlimited and for others (FCx, Ubuntu, etc) set to a limited value like 10240. On the Bash and K shells your setting can be seen by typing 'ulimit -s' in a terminal. With TC shell it is 'limit'. To make the Charmm 'exit 1' errors go away, please set the stacksize to unlimited using the command 'ulimit -s unlimited'. This is not saying that Charmm will use all of your memory (it won't), but it gives us a little bit more space to do our simulations correctly and without errors. Please let us know if this does not work for you. If it does work, please add this command to your shell initialization file (.bashrc, .tcshrc, .kshrc, etc) in your home directory. Of course don't forget to resume the D@H project on your boincmgr in case you suspended it before. |
||
ID: 913 | Rating: 0 | rate: / | ||
Thanks for reply,
<message> The same error happens when the application process is ended manually via Task Manager, whether the science application is of docking@home or not... Anyway there is a page explains the 0x1 error @ BOINC wiki. Thanks for reading, suguruhirahara ____________ I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions. |
||
ID: 918 | Rating: 0 | rate: / | ||
Thanks for reply, Thanks for the information, will look into it. |
||
ID: 922 | Rating: 0 | rate: / | ||
The same error happens when the application process is ended manually via Task Manager, whether the science application is of docking@home or not... Could it be Vista related..? |
||
ID: 932 | Rating: 0 | rate: / | ||
I just checked the host as well and I can say that it is the first Longhorn machine I've seen :-) And yes, maybe that is a problem: we don't have such a machine to test and I have no clue whether the app runs well on it.
The same error happens when the application process is ended manually via Task Manager, whether the science application is of docking@home or not... ____________ D@H the greatest project in the world... a while from now! |
||
ID: 934 | Rating: 0 | rate: / | ||
Hello!
<core_client_version>5.4.9</core_client_version> It was WU 13411 and 13412 ... Unfortunately one of them ran over 7 hours... I have an AMD Athlon XP 2200+ with Windows XP Pro on it... ____________ Life is Science, and Science rules. To the universe and beyond Proud member of BOINC@Heidelberg |
||
ID: 1405 | Rating: 0 | rate: / | ||
I am looking into that but not able to find what happened. I will keep you updated of any findings |
||
ID: 1470 | Rating: 0 | rate: / | ||
From this thread, several posts have been moved to another thread "
large output files
". Please use the thread for making a discussion of that issue.
|
||
ID: 1607 | Rating: 0 | rate: / | ||
Unfortunately we haven't been able to reproduce the 'Incorrect Function 0x1' message in the lab. We'll somehow need more info from people that are experiencing this error. Let us know if you see it again and provide us with the result or workunit name please. Also, any information on your system at the time of the error will probably be helpful.
|
||
ID: 1633 | Rating: 0 | rate: / | ||
Unfortunately we haven't been able to reproduce the 'Incorrect Function 0x1' message in the lab. We'll somehow need more info from people that are experiencing this error. Let us know if you see it again and provide us with the result or workunit name please. Also, any information on your system at the time of the error will probably be helpful. The computer of mine, windows vista, pentium D, 1GB RAM, may encounter the error when following causes are met: either 1) ending process via Task Manager or 2) running the softwares which require great resources eg 3DMark or VirtualPC, keeping load 100% and leaving charmm running, enough to cause charmm 'crash'. When I checked this page of the BOINC unofficial wiki, I noticed that the same issue had happened at Predictor@Home, in which the team had participated whether mainly or not. Is there any relevance here, Andre? edit: according to the page, Unrecoverable error for result '(result)' (Incorrect function. (0x1) - exit code 1 (0x1)) ____________ I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions. |
||
ID: 1634 | Rating: 0 | rate: / | ||
I just got another one.
http://docking.utep.edu/result.php?resultid=53166
|
||
ID: 1641 | Rating: 0 | rate: / | ||
Thanks for the boinc wiki link Suguru. I see that both P@H and CPDN are experiencing this error (and us of course). They all are different apps though with one thing in common: they are all Fortran applications. The error is thrown by the Fortran runtime environment and can have many different causes. We haven't found out exactly why Charmm throws this error, but it is not the same reason as in P@H (who use the MFold application).
The computer of mine, windows vista, pentium D, 1GB RAM, may encounter the error when following causes are met: either 1) ending process via Task Manager or 2) running the softwares which require great resources eg 3DMark or VirtualPC, keeping load 100% and leaving charmm running, enough to cause charmm 'crash'. ____________ D@H the greatest project in the world... a while from now! |
||
ID: 1642 | Rating: 0 | rate: / | ||
Thanks for the note Yoda. Please let us know if you experience the same problems with other projects.
I just got another one. http://docking.utep.edu/result.php?resultid=53166 ____________ D@H the greatest project in the world... a while from now! |
||
ID: 1643 | Rating: 0 | rate: / | ||
Thanks for the note Yoda. Please let us know if you experience the same problems with other projects. The Athlon XP (host 760 on Windows, 1032 on Linux) is running RieselSieve and Proteins@home right now (on Windows) without any problems. I'll switch it back to Linux later today (do a bit of Rosetta@home) and see how it goes. This same PC had one invalid result with Docking under Windows. |
||
ID: 1649 | Rating: 0 | rate: / | ||
Hi Andre,
If you have many other memory-heavy apps running at the same time as Charmm, this might be the cause of problem, since Charmm uses quite a bit of memory: with the current wu probably around 50 MB; with larger wu's that we will put on the system later, maybe up to 200 MB. Really? Task manager shows that charmm occupys just 10-11MB (when two threads are used 22-23MB). But it's when the science application runs stably. I'm not sure whether charmm uses more than those amount of RAM when it runs unstably. thanks for reading, suguruhirahara ____________ I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions. |
||
ID: 1654 | Rating: 0 | rate: / | ||
Thanks for the note Yoda. Please let us know if you experience the same problems with other projects. Update: it's run 3 Rosetta and 5 Einstein work units under Linux since my last message. No sign of any problems there. One of the two Docking work units that were pending has now met quorum and was valid. In this case, all three computers in the quorum were Athlon XP. See http://docking.utep.edu/workunit.php?wuid=14089 ____________ Join the #1 Aussie Alliance on Docking@Home |
||
ID: 1657 | Rating: 0 | rate: / | ||
The Athlon XP's last Docking WU also got zero credit - invalid.
|
||
ID: 1683 | Rating: 0 | rate: / | ||
Your problem reports help enormously. Thanks a lot for those!
The Athlon XP's last Docking WU also got zero credit - invalid. ____________ D@H the greatest project in the world... a while from now! |
||
ID: 1688 | Rating: 0 | rate: / | ||
Message boards : Number crunching : "Incorrect function (0x1)"?
Database Error: The MySQL server is running with the --read-only option so it cannot execute this statement
array(3) { [0]=> array(7) { ["file"]=> string(47) "/boinc/projects/docking/html_v2/inc/db_conn.inc" ["line"]=> int(97) ["function"]=> string(8) "do_query" ["class"]=> string(6) "DbConn" ["object"]=> object(DbConn)#25 (2) { ["db_conn"]=> resource(90) of type (mysql link persistent) ["db_name"]=> string(7) "docking" } ["type"]=> string(2) "->" ["args"]=> array(1) { [0]=> &string(50) "update DBNAME.thread set views=views+1 where id=75" } } [1]=> array(7) { ["file"]=> string(48) "/boinc/projects/docking/html_v2/inc/forum_db.inc" ["line"]=> int(60) ["function"]=> string(6) "update" ["class"]=> string(6) "DbConn" ["object"]=> object(DbConn)#25 (2) { ["db_conn"]=> resource(90) of type (mysql link persistent) ["db_name"]=> string(7) "docking" } ["type"]=> string(2) "->" ["args"]=> array(3) { [0]=> object(BoincThread)#3 (16) { ["id"]=> string(2) "75" ["forum"]=> string(1) "2" ["owner"]=> string(2) "15" ["status"]=> string(1) "0" ["title"]=> string(27) ""Incorrect function (0x1)"?" ["timestamp"]=> string(10) "1165108896" ["views"]=> string(4) "1946" ["replies"]=> string(2) "19" ["activity"]=> string(23) "2.8572636183352998e-127" ["sufferers"]=> string(1) "0" ["score"]=> string(1) "0" ["votes"]=> string(1) "0" ["create_time"]=> string(10) "1160224615" ["hidden"]=> string(1) "0" ["sticky"]=> string(1) "0" ["locked"]=> string(1) "0" } [1]=> &string(6) "thread" [2]=> &string(13) "views=views+1" } } [2]=> array(7) { ["file"]=> string(63) "/boinc/projects/docking/html_v2/user/community/forum/thread.php" ["line"]=> int(184) ["function"]=> string(6) "update" ["class"]=> string(11) "BoincThread" ["object"]=> object(BoincThread)#3 (16) { ["id"]=> string(2) "75" ["forum"]=> string(1) "2" ["owner"]=> string(2) "15" ["status"]=> string(1) "0" ["title"]=> string(27) ""Incorrect function (0x1)"?" ["timestamp"]=> string(10) "1165108896" ["views"]=> string(4) "1946" ["replies"]=> string(2) "19" ["activity"]=> string(23) "2.8572636183352998e-127" ["sufferers"]=> string(1) "0" ["score"]=> string(1) "0" ["votes"]=> string(1) "0" ["create_time"]=> string(10) "1160224615" ["hidden"]=> string(1) "0" ["sticky"]=> string(1) "0" ["locked"]=> string(1) "0" } ["type"]=> string(2) "->" ["args"]=> array(1) { [0]=> &string(13) "views=views+1" } } }query: update docking.thread set views=views+1 where id=75