Hi!
Finally I found some time to run some of your wus :)
All wus failed because a glibc version problem. Your tngrid_expansion_v3_linux64 executable need glibc 2.14 but on my computer I have 2.13. My system is the last stable debian (Version 7.3 (wheezy) 64 bit) with Kernel Linux 3.2.0-4-amd64.
I see that the binary is dynamically linked, so maybe if you build a static executable the problem could be solved.
Bye!

However, after the console request to delete the two files (just before the "query" line) the validator seems to hang for 4-5 seconds before outputting things again. What is it doing? (the overall check seems much slower than expected).

Please try to make the stderr output more compact. From

#132 Tue Dec 24 02:05:01 2013
Graph created File: complete_gene_net read Standard deviations computed Correlations computed l: 0 1 2 3 4 5 6 7 8 9 # of arcs: 2223
Writing checkpoint's file

to something like

132|13-12-24 02:05:01|G F S|C(9:2223)
CHK

I mean, all the needed info squeezed in few bytes.

Also, do you need to read the complete_gene_net at every iteration? Shouldn't be more efficient to just read it at start or returning from checkpoint and keep it (or a copy of it) in memory?

Today i've a lot of calculation error after few seconds, like this
38103

Risultato Errore di elaborazione
Stato client Errore di computazione
Stato di uscita -1073741515 (0xffffffffc0000135) Unknown error number

The app running is version 2, Dec 22. If you have developed a new one you should probably contact the server group again (or install it by yourself...:)

BTW: I'm very curious about the changes you made to fix the 'won't stop' problem... any info about?

Ah, i forget:
Congratulations to everyone for the great work you are doing!!

For detail, take Wu 23056 as an example. We have three output results.

1. Expansion_At2_work-1387833585.xml_pn19926_0_0 runs on GenuineIntel Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz [Family 6 Model 42 Stepping 7] with x86_64-pc-linux-gnu platform.

2. Expansion_At2_work-1387833585.xml_pn19926_1_0 runs on GenuineIntel Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz [Family 6 Model 42 Stepping 7] with windows_x86_64 platform.

3. Expansion_At2_work-1387833585.xml_pn19926_2_0 runs on AuthenticAMD AMD FX(tm)-6300 Six-Core Processor [Family 21 Model 2 Stepping 0] with windows_x86_64 platform

This first and the second run on same Intel core i7, different platform (Windows & Linux) and two results have small differences. The first one have 3 new edges: 252411_at,255604_at, 253467_at,262159_at, 253467_at,262159_at. While the second one have 1 new edge: 252002_at,253467_at

If we consider two results are all correct. Please give us a threshold of difference to judge. For example: If total of new edges < 1% total of edges, we will give both result credit.

The third is totally different. The size is much bigger (38 Mb vs 27 Mb), and have 661 lines in format "#... list_gene" compare to 500 lines of the first and the second.

Thanks and Merry Christmas.

Hi,

The current validator is checking files by md5. That's why when you receive two files with different check_sum, they will mark as different. I'm improving it with removing \r (Carriage-Return) before comparing it. Thanks

Wait a sec: the md5sum validator is the one provided by boinc or is it something you have written?
Please mind that it seems there are still some slight difference among the WU computed by linux and the ones computed by windows, hence we should use something as the method discussed in one of the meeting with the professors. An md5um, instead, would keep failing

By the way, Paolo, when you output results to files, can you please take a look at the format of output? I mean, can you set the mode to "binary" instead of "text"? In windows, the new line is '\r\n' and in unix, the new line is '\n'. Thanks