Reprise du message précédent :
Ici c'est 4.2.3 sous feisty.

Ok, j'ai bien l'impression qu'il faille que je compile avec une vieille version de Qt. C'est pénible cette histoire d'incompatibilité de version, très peu pratique même

Clair

D'ailleurs, tu sais comment on fait pour revenir sur une version antérieure

OUch je sais pas je suppose qu'il doit y avoir moyen dans le compilateur de specifier la version non?? un peu comme gcc et g++ ou tu peux spécifier d'utiliser une vielle version.
Ou alors tu dois pouvoir faire un lien qui force l'utilisation de l'ancienne version dans ta variable d'environnement aprés avoir installé l'ancienne version?

http://lisa.ulb.ac.be/index.php/Qt_install

Je suppose qu'en changeant ça vers l'ancienne version devrait marcher non?

Le problème est que j'utilise des dépots d'Ubuntu. Il y a un moyen de repasser vers une version antérieure ?

Tu dois pouvoir l'installer en ligne de commande en compilant une ancienne version. en précisant bien dans le ./configure --prefix <ton_répertoire ou tu veux l'installer>
et aprés faire la manip mis plus haut.

Tien un lien utile:
http://www.supinfo-projects.com/fr/2004/qt_intro_fr/1/

Il faut donc que j'installe (et configure) manuellement une ancienne version de Qt.
J'vais quand meme regarder s'il n'existe pas un dépot Ubuntu qui propose des versions antérieures...

edit: pas possible apparemment

Tu ne peux pas installer une vielle version à la manière que je te t'ai donné? Doit y avoir du conflict c'est ça?

Au pire si ya conflit, je vire mes paquets Qt4-dev d'origine Ubuntu. C'est juste qu'installer et configurer manuellement Qt4 (pour du dev), c'est chiant

prkoi t'embeter a revenir en arriere alors que la derniere version de ubuntu est dans les bacs!!
a Burn2 de faire une maj plutot!
 
enfin bon.... c'est vous qui voyez !

Moué moi je suis pas prés de faire la maj sur mon serveur, ça sera dans plus d'un moi minimum que je ferais la maj et encore. Tu as juste l'air d'oublier que toutes les distributions n'ont pas les mêmes paquets et version à jours, c'est sencé tourner sur la majoritée des distribution, voir de préférence sur la majoritée des serveurs puisque c'est là qu'est le gros intérêt, et la plus part tournent sur debian qui ne doit pas être aussi à jour que gutsy. Donc tout dépend ce que vise fouge.

C'est chiant c'est chiant, ça te permettrais de mettre deux version pour linux, une pour les distrib utilisants une ancienne version et une version plus récente pour les distribs à jours.

Je ne peux pas exiger que tous les utilisateurs installent la dernière version de Qt4 (depots Backports sur les version < ubuntu gutsy) ni d'upgrader carrément leur distribution.

Je ne ferais qu'une version linux, compilée avec une "vieille" version de Qt (au moins la 4.1 puisque j'utilise certaines choses absent dans la précédante version) qui aura l'avantage de tourner même sur les dernières versions.

Oki C'est toi qui voit, tant que ça ne te pénalise pas dans ton dev.

bah je disais ça, parce que vous parliez d'ubuntu, je pensais que le dev etait partis sur ubuntu en priorité (histoire d'avoir une version qui tourne sur une distrib linux avant de passer sur les autres).
 
Par contre burn2 je suis pas d'accord, ce genre d'outils sur serveur n'est pas son gros interet.
de 1 les serveurs linux sont majoritairement "non graphique".
de 2 les serveurs, ils sont conçu pr tourner sans pb, ni surchauffe ni doutes sur le fonctionnement du serveur, alors un logiciel comme celui là pr les serveurs, je vois pas.
 
Par contre, pr les powers users sous linux qui veulent tester l'O/C de leur machine sans devoir installer un vingtsdoses, ça me parait nettement plus logique.
 
 
Apres, si toit tu t'es fait un serveur sous linux avec une ubuntu en mode graphique, c'est loin d'etre un cas général.
 
Maintenant si fouge veut faire tourner son logiciel sur un max de distrib des le debut, alors ok qu'il parte sur une ancienne version stable et facilement dispo dans les depots de "Qt" et ça devrait passer !

Je reviens sur la version Windows où j'étais complètement bloqué par le monitoring des K8. Voilà une nouvelle version où j'ai simplement upgradé le driver bas niveau que j'utilisais :
http://olivier.fouge.free.fr/CPUSt [...] tect68.zip
 
J'espère que c'était lui qui était en cause

EDIT : c'est toujours la 67

Erreur dans l'affichage, mais c'est bien la 68
Je vais tester avec un autre driver "bas niveau", on va bien voir si c'était lui qui buguait.

Et avec cette version ?
http://olivier.fouge.free.fr/CPUSt [...] tect69.zip

Ca marche
C'était donc bien la librairie que j'utilisais (méthode 1) qui était buguée

 
Un bon 69, ca résoud toujours tout les problèmes

Nan mais il raison en +

L'auteur de la librairie a été contacté. Il vient de me répondre, il est dessus
J'espère qu'il trouvera qqch car j'ai jeté un oeil à son code source et j'ai rien trouvé. J'ai même désassemblé le fichier binaire et j'ai rien remarqué (je maitrise que moyennement l'ASM faut dire ).

Joli!  

Comment ça t'es pas bon en assembleur???
AH l'assembleur??? Ce langage qui fait peur avec plein de mov r1 r2, plein truc pas trop beau à lire
Mon dieu je suis bien content de plus en faire

Hé hé, je pense avoir trouvé l'origine du bug ! J'ai recompilé sa DLL, dites moi si ça marche :
http://olivier.fouge.free.fr/CPUSt [...] tect70.zip
 
Si c'est bon, je le recontacte et lui donne toute les infos nécessaires. C'est là qu'on voit l'utilité d'une librairie Open Source

       CPU Detect 70
 
Nom du CPU : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
CPU Family F Model B Stepping 1
ConstTSC=0 PerfMSR=0
Frequence : 2009.3 MHz
Nombre de cache L2 : 2
Taille de chaque L2 : 512
Taille totale de L2 : 1024
1 Processeur Dualcore
 
Monitoring :
Support TTP : Oui (AMD K8)
ThermReg : 10500E24
Tcore0 (node=0) = 31°C
ThermReg : 10510E20
Tcore1 (node=0) = 32°C
Appuyez sur une touche pour continuer...
 
Beaucoup mieux!!!!!!!!!!!!!!!!!!! Youppi

Merci les gars, on a fini par y arriver

C'est plié ^^

 
ça segfault dure...
 
Faut quoi pour le faire tourner ? J'ai qt3 et qt 3.3.8-5
qt 3.3.8-5
qt4 4.3.2-1
 
Edit : pour lire les temps, on peut directement aller piocher dans le filesystem
$ cat /sys/devices/platform/coretemp.0/temp1_input
$ cat /sys/devices/platform/w83627hf.656/fan2_input

Qt4 4.3.2 ça devrait marcher. L'authentification rejetée me semble bizarre. Le "sudo ./cpustressmt" marche très bien chez moi, tu devrais essayer.

[pascal@pascal MyDownloads]$ sudo ./cpustressmt
Erreur de segmentation

Ok, on va donc oublier les lectures/écriture des ports IO sous Linux

si il est compile avec l'option de debuggage, je peux essayer avec gdb pour plus de details.