Je viens de tester la source sur mon portable (2 barettes 256Mo de DD-Ram en SODimm),
seulement ton programe affiche seulement une seule des deux barette.
Aucune idée pourquoi "Select * from Win32_PhysicalMemory" ne renvoie qu'un seul enregistrment.
Sinon, comme toujours, bonne source bien commentée, bref, que du bonheur.
cs_eldim
Messages postés956Date d'inscriptionlundi 30 mai 2005StatutMembreDernière intervention21 août 20141 12 févr. 2007 à 08:26
Bonjour à tous,
Pas mal du tout... manque juste l'info des slots non utilisés... (et ça ne fait pas le café... ;)
bref bonne source.
PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 11 févr. 2007 à 14:09
SODIMM* ^^
PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 11 févr. 2007 à 14:08
testé sur XP SP1 (DIMM SD), XP MediaCenter (DOSIMM DDR), nikel.
et là sur XP SP2 (DIMM DDR), les items sont vides. quelqu'un pourrait-il me confirmer ou m'infirmer svp?
ou si vous avez des infos à ce sujet... ;)
merci
cs_Exploreur
Messages postés4821Date d'inscriptionlundi 11 novembre 2002StatutMembreDernière intervention15 novembre 201615 8 févr. 2007 à 19:31
Salut PCPT,
Ben là...C'est encore mieux, bien détaillé....
A+
Exploreur
PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 8 févr. 2007 à 01:33
mis à jour ;)
PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 7 févr. 2007 à 23:19
merci à tous :p
apparemment j'ai bien fait de déposer ces quelques lignes ^^
MadM@tt -> j'ai passé plusieurs heures à glaner des infos un peu partout, sans succès.
peut-être a-t'on les infos ailleurs que par WMI (bios avec dll C peut-être), en tout cas je n'ai rien trouvé non plus dans le registre.
HVB -> beh oui, WMI est long mais on peut parfois bidouiller. (surtout que là, je n'ai pas d'autre idée)
le WMI met du temps à charger la première fois. on peut supposer un appel au WMI (sans récupérer le résultat) durant le splash, ainsi les accès suivants seront quasi synchrones.
Psykos7 -> j'avais déjà ces infos mais j'ai tout de même jeté un oeil. sympa bien que buggué (manque des tests réseau, et certains résultats sont erronés)
Exploreur -> beuh.. oui, pour dire de ne pas laisser (presque) le même code que sur codyx.
je te fais çà ce soir ;)
++ merci pour vos comms
PCPT [AFCK]
cs_Exploreur
Messages postés4821Date d'inscriptionlundi 11 novembre 2002StatutMembreDernière intervention15 novembre 201615 7 févr. 2007 à 22:40
Salut PCPT,
Cette source est intéressante et qui peut-être utile...Est-ce que tu vas faire évoluer cette source ?
10/10
A+
Exploreur
Psykos7
Messages postés60Date d'inscriptiondimanche 15 octobre 2000StatutMembreDernière intervention21 février 2008 7 févr. 2007 à 18:15
PCPT, si tu souhaite trouver plus d'infos sur la RAM en WMI, je te conseille sur www.devgratuit.fr, section "codes sources" a gauche et recuperer les codes VB de "sasnet"
hvb
Messages postés939Date d'inscriptionvendredi 25 octobre 2002StatutMembreDernière intervention27 janvier 20093 7 févr. 2007 à 11:24
c'est vraiment puissant WMI. Lent ouais, mais puissant!
Sechaud
Messages postés288Date d'inscriptionjeudi 28 octobre 2004StatutMembreDernière intervention 3 janvier 2017 6 févr. 2007 à 22:19
J'apprécie moi aussi.C'est simple et fonctionnel.
zavier666
Messages postés266Date d'inscriptionmardi 7 septembre 2004StatutMembreDernière intervention30 avril 20091 6 févr. 2007 à 16:43
Pour moi, un bon code, c'est un code qui apporte quelque chose de peu courant et qui est facile à comprendre.
Bon là, c'est clair que c'est du costaud, mais en tout cas, cela a le mérite d'apporter un peu de nouveau sur le site.
On espère en avoir + souvent!!!!!! Bravo!!!!
@+
___________________________________________
Toujours + de VB et d'APi => API @ la Loupe
http://xav.prog.power.free.fr
PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 6 févr. 2007 à 14:22
salut,
merci du comm ;)
plus d'une heure que je cherche, sans succès mais je continue ^^
je mettrai à jour la source pour afficher d'autres infos (au moins le type de ram), et par API ou autre si je trouve
++
MadM@tt
Messages postés2167Date d'inscriptionmardi 11 novembre 2003StatutMembreDernière intervention16 juillet 20091 6 févr. 2007 à 12:36
Moi j'aime bien, c'est peut etre pas un code "utile" en soit mais c'est une info qui peut servir.
Par contre y'aurait pas une autre méthode que WMI ?
oui je sais chui chiant lol dsl, mais WMI, c'est lent quand meme.
PCPT
Messages postés13272Date d'inscriptionlundi 13 décembre 2004StatutMembreDernière intervention 3 février 201847 6 févr. 2007 à 01:04
code non-commenté, trop peu de lignes...
laissez vos comm, au moins pour savoir si çà vaut le coup de rester (codyx suffisait peut-être)
11 juil. 2007 à 12:42
11 juil. 2007 à 00:09
sous quel OS?
comme indiqué j'ai testé plusieurs config, je ne pourrai faire aucun test supplémentaire :(
bonne soirée
10 juil. 2007 à 23:56
Je viens de tester la source sur mon portable (2 barettes 256Mo de DD-Ram en SODimm),
seulement ton programe affiche seulement une seule des deux barette.
Aucune idée pourquoi "Select * from Win32_PhysicalMemory" ne renvoie qu'un seul enregistrment.
Sinon, comme toujours, bonne source bien commentée, bref, que du bonheur.
12 févr. 2007 à 08:26
Pas mal du tout... manque juste l'info des slots non utilisés... (et ça ne fait pas le café... ;)
bref bonne source.
11 févr. 2007 à 14:09
11 févr. 2007 à 14:08
et là sur XP SP2 (DIMM DDR), les items sont vides. quelqu'un pourrait-il me confirmer ou m'infirmer svp?
ou si vous avez des infos à ce sujet... ;)
merci
8 févr. 2007 à 19:31
Ben là...C'est encore mieux, bien détaillé....
A+
Exploreur
8 févr. 2007 à 01:33
7 févr. 2007 à 23:19
apparemment j'ai bien fait de déposer ces quelques lignes ^^
MadM@tt -> j'ai passé plusieurs heures à glaner des infos un peu partout, sans succès.
peut-être a-t'on les infos ailleurs que par WMI (bios avec dll C peut-être), en tout cas je n'ai rien trouvé non plus dans le registre.
HVB -> beh oui, WMI est long mais on peut parfois bidouiller. (surtout que là, je n'ai pas d'autre idée)
le WMI met du temps à charger la première fois. on peut supposer un appel au WMI (sans récupérer le résultat) durant le splash, ainsi les accès suivants seront quasi synchrones.
Psykos7 -> j'avais déjà ces infos mais j'ai tout de même jeté un oeil. sympa bien que buggué (manque des tests réseau, et certains résultats sont erronés)
Exploreur -> beuh.. oui, pour dire de ne pas laisser (presque) le même code que sur codyx.
je te fais çà ce soir ;)
++ merci pour vos comms
PCPT [AFCK]
7 févr. 2007 à 22:40
Cette source est intéressante et qui peut-être utile...Est-ce que tu vas faire évoluer cette source ?
10/10
A+
Exploreur
7 févr. 2007 à 18:15
7 févr. 2007 à 11:24
6 févr. 2007 à 22:19
6 févr. 2007 à 16:43
Bon là, c'est clair que c'est du costaud, mais en tout cas, cela a le mérite d'apporter un peu de nouveau sur le site.
On espère en avoir + souvent!!!!!! Bravo!!!!
@+
___________________________________________
Toujours + de VB et d'APi => API @ la Loupe
http://xav.prog.power.free.fr
6 févr. 2007 à 14:22
merci du comm ;)
plus d'une heure que je cherche, sans succès mais je continue ^^
je mettrai à jour la source pour afficher d'autres infos (au moins le type de ram), et par API ou autre si je trouve
++
6 févr. 2007 à 12:36
Par contre y'aurait pas une autre méthode que WMI ?
oui je sais chui chiant lol dsl, mais WMI, c'est lent quand meme.
6 févr. 2007 à 01:04
laissez vos comm, au moins pour savoir si çà vaut le coup de rester (codyx suffisait peut-être)
++ ;)