Rosetta_beta 4.0+

Message boards : RALPH@home bug list : Rosetta_beta 4.0+

To post messages, you must log in.

Previous · 1 · 2 · 3 · 4 · 5

AuthorMessage
Profile [VENETO] boboviz

Send message
Joined: 9 Apr 08
Posts: 581
Credit: 1,028,705
RAC: 82
Message 6569 - Posted: 26 May 2018, 13:32:24 UTC
Last modified: 26 May 2018, 13:32:38 UTC

And others (4852300, 4852284, etc) with these errors:

<message>
(unknown error) - exit code -1073741819 (0xc0000005)</message>

- Unhandled Exception Record -
Reason: Access Violation (0xc0000005) at address 0x0045C0E8 write attempt to address 0x306F712C


- Unhandled Exception Record -
Reason: Access Violation (0xc0000005) at address 0x0147C0E8 write attempt to address 0x312C612C


- Unhandled Exception Record -
Reason: Access Violation (0xc0000005) at address 0x00000000
ID: 6569 · Report as offensive    Reply Quote
Profile Conan
Avatar

Send message
Joined: 16 Feb 06
Posts: 362
Credit: 1,368,421
RAC: 0
Message 6570 - Posted: 28 May 2018, 5:22:54 UTC - in response to Message 6563.  

[quote]Looks like whoever wrote the message on 24/4/18 is still waiting for information on which versions of Windows were used for the 32 bit failures. If so, there's no point in complaining about lack of another message or fix until more people supply this information.
[Quote]

G'Day Robert,
I was not complaining, I was bringing back to the forefront of awareness a problem which dates back to at least the beginging of Feburary (2018).
32 Bit Rosetta work units have been failing for many months, but no fix yet.

They fail on both Ralph and Rosetta, as the administrators of the Rosetta project have not used their test project Ralph properly before releasing work on the main project.
The problems are supposed to be fixed here first then released to Rosetta.

Other problems were listed here about Linux work units as well but still they went ahead and released work on Rosetta.

So now they have a lot more people complaing (over at Rosetta) about failing work units (32 bit, 64 bit, Windows and Linux) because they did not seem to take heed of what the test project was telling them.

We try to help these people but if they don't take action on what we report then the results will be poor.

So just trying to help the Project, as I have been doing since the test project was launched.

Have a great day.

Conan
ID: 6570 · Report as offensive    Reply Quote
Profile [VENETO] boboviz

Send message
Joined: 9 Apr 08
Posts: 581
Credit: 1,028,705
RAC: 82
Message 6571 - Posted: 28 May 2018, 16:16:14 UTC - in response to Message 6570.  

We try to help these people but if they don't take action on what we report then the results will be poor.
So just trying to help the Project, as I have been doing since the test project was launched.


I was amazed how few people work on ralph@h/rosetta@h.
Only 3 persons: 2 servers admins and 1 developer/debugger/code maintainer.
To this situation we have to add the heterogeneous code of rosetta.....and the problems start!!
ID: 6571 · Report as offensive    Reply Quote
Profile [VENETO] boboviz

Send message
Joined: 9 Apr 08
Posts: 581
Credit: 1,028,705
RAC: 82
Message 6572 - Posted: 13 Jun 2018, 19:08:36 UTC

4858014
4857997

std::cerr: Exception was thrown:
File: C:\cygwin\home\boinc\Rosetta\main\source\src\core/pack/dunbrack/SingleResidueDunbrackLibrary.hh:306
chi angle must be between -180 and 180: -nan(ind)[/quote]
ID: 6572 · Report as offensive    Reply Quote
Profile Conan
Avatar

Send message
Joined: 16 Feb 06
Posts: 362
Credit: 1,368,421
RAC: 0
Message 6574 - Posted: 21 Jun 2018, 12:36:31 UTC

Still getting work units that run successfully but give very low credits, just 45 on average, for a 6 Hour work unit.
This is well down on what is normally issued for a work unit (up to 200+)

See WU 4872271
WU 4872276
WU 4872277
wu 4872279

This was on a 64 Bit Linux machine.

Conan
ID: 6574 · Report as offensive    Reply Quote
Admin
Project administrator

Send message
Joined: 15 Dec 17
Posts: 237
Credit: 0
RAC: 0
Message 6586 - Posted: 26 Sep 2018, 23:03:33 UTC

We just posted an update to version 4.08 for the Rosetta beta linux 64bit applicaton. This update includes a bug fix suggested by rjs5 which simply includes:

putenv("LC_ALL=C");

in the main function.

This bug affects the latest linux versions that use glibc 2.27+, for example Ubuntu 18.04 and Fedora 28.

Please post here if you are still experiencing the "loadlocale.c:129: _nl_intern_locale_data: Assertion `cnt < (sizeof (_nl_value_type_LC_TIME) / sizeof (_nl_value_type_LC_TIME[0]))' failed." bug with this updated linux app version.
ID: 6586 · Report as offensive    Reply Quote
Previous · 1 · 2 · 3 · 4 · 5

Message boards : RALPH@home bug list : Rosetta_beta 4.0+



©2018 University of Washington
http://www.bakerlab.org