ARGOMENTO:

...che serva essere aggiornati alle ultime versioni Boinc ...tipo 7.2.33 .....io sono fermo alla 7.0???????

Intanto, come la legge della massima sfiga impone, appena un po' di persone decidono di provare il sistema, la coda di lavoro e` andata esaurita. In pratica abbiamo finito il primo batch, quello in cui si dovevano testare vari aspetti del sistema. Ci vorra` qualche giorno per poter ripartire. Nel frattempo, se avete voglia, potete gironzolare per il forum.

valterc ha scritto:

Intanto, come la legge della massima sfiga impone, appena un po' di persone decidono di provare il sistema, la coda di lavoro e` andata esaurita. In pratica abbiamo finito il primo batch, quello in cui si dovevano testare vari aspetti del sistema. Ci vorra` qualche giorno per poter ripartire. Nel frattempo, se avete voglia, potete gironzolare per il forum.

una 10 di WU ... non date la colpa a me come al solito

@ zioriga (e probabilmente anche agli altri pinguini) : noto che tutte le tue WU sono andate in errore

per le glibc non aggiornate

../../projects/XXXXX_test/tngrid_expansion_v4_linux64: /lib/libc.so.6: version `GLIBC_2.14' not found (required by ../../projects/XXXX_test/tngrid_expansion_v4_linux64)

se stai utilizzando una debian/*buntu occhio all'aggiornamento (manuale ?? ) delle glibc ... la libreira è un elemento fondamentale per il sistema ...specie se è linkata dinamicamente

PS : problema segnalato anche da Bobo nel forum

PPS : versione da te utilizzata del client : 6.10.17 ... stai utilizzando la versione del repo ?

sabayonino ha scritto:

@ zioriga (e probabilmente anche agli altri pinguini) : noto che tutte le tue WU sono andate in errore

per le glibc non aggiornate

../../projects/XXXXX_test/tngrid_expansion_v4_linux64: /lib/libc.so.6: version `GLIBC_2.14' not found (required by ../../projects/XXXX_test/tngrid_expansion_v4_linux64)

se stai utilizzando una debian/*buntu occhio all'aggiornamento (manuale ?? ) delle glibc ... la libreira è un elemento fondamentale per il sistema ...specie se è linkata dinamicamente

PS : problema segnalato anche da Bobo nel forum

PPS : versione da te utilizzata del client : 6.10.17 ... stai utilizzando la versione del repo ?

Sì, problema già segnalato anche da me, sia nella versione 3 dell'app, sia in questa versione 4. Sembra anche che il problema sia solo nella versione 64bit...
Forse compilando staticamente gli eseguibili il problema si risolve

Simone ha scritto:

sabayonino ha scritto:

@ zioriga (e probabilmente anche agli altri pinguini) : noto che tutte le tue WU sono andate in errore

per le glibc non aggiornate

../../projects/XXXXX_test/tngrid_expansion_v4_linux64: /lib/libc.so.6: version `GLIBC_2.14' not found (required by ../../projects/XXXX_test/tngrid_expansion_v4_linux64)

se stai utilizzando una debian/*buntu occhio all'aggiornamento (manuale ?? ) delle glibc ... la libreira è un elemento fondamentale per il sistema ...specie se è linkata dinamicamente

PS : problema segnalato anche da Bobo nel forum

PPS : versione da te utilizzata del client : 6.10.17 ... stai utilizzando la versione del repo ?

Sì, problema già segnalato anche da me, sia nella versione 3 dell'app, sia in questa versione 4. Sembra anche che il problema sia solo nella versione 64bit...
Forse compilando staticamente gli eseguibili il problema si risolve

non so se risolve ... dipende anche con quale versione di compilatore esse vengono ...compilate. se il sistema ha un compilatore diverso potreste incappare in problemi.

in questo caso occorre seguire (per meglio dire ...consigliare) il normale upgrade in modo da uniformare il istema alle corrette librerie e compilatori

La politica del consigliare l'aggiornamento non è la politica consigliata da boinc. Loro consigliano di utilizzare la macchina più vecchia possibile per compilare in modo che qualsiasi client si connetta non riceva problemi di questo tipo.
E comunque io ho questo errore con debian 7 (l'ultima release stabile): non è certo la versione testing/unstable all'ultimo grido (che tra l'altro ha diversi problemi di stabilità al momento, almeno sul mio portatile), ma è ciò che debian consiglia di installare ora.

Eseguendo objdump -T si puo` verificare che l'unica dipendenza da GLIBC 2.14 riguarda l'eseguibile a 64 bit ed e`la funzione memcpy (non chiedetemi perche`...).

[edit] mi par di aver capito che questo (memcpy) e` un problema abbastanza diffuso (c'e` una ampia discusisone a proposito qui ).
La soluzione piu` semplice mi sembra quella di estrarre il .o da glibc e fare un link statico.

objdump -T tngrid_expansion_v4_linux64 | grep memcpy
0000000000000000      DF *UND*  0000000000000000  GLIBC_2.2.5 wmemcpy
0000000000000000      DF *UND*  0000000000000000  GLIBC_2.14  memcpy

Why is such a recent library needed for such a simple program?

% readelf -a test | grep 2.14
4: 0000000000000000 0 FUNC GLOBAL DEFAULT UND memcpy@GLIBC_2.14 (3)
59: 0000000000000000 0 FUNC GLOBAL DEFAULT UND memcpy@@GLIBC_2.14
004: 3 (GLIBC_2.14)
0x0010: Name: GLIBC_2.14 Flags: none Version: 3

Interesting. So my program does not call the function memcpy, but it does call strlen and strcpy and the compiler decides that it would be better to use memcpy, and forces a memcpy from a recent glibc. That means that the compiler output cannot be used on older machines. Bad. Smells like a gcc bug.

@ Valterc ....nulla,....fatto come da te consigliato di lanciare manualmente l'eseguibile...ma ancora tutte in errore....

ok, ci stiamo lavorando su. probabilmente c'e` una dipendenza da .NET. Ora che abbiamo temporaneamente finito la coda di lavoro e` difficile riuscire a fare delle prove 'distribuite', ma se mi confermassi che tu NON hai .NET installato questo ci metterebbe sulla buona strada.