raish: alternative complète pour linux => http://gwenole.beauchesne.info/en/projects/cpuinfo

spidermario: je ne me souviens pas de tout mais sous linux il est possible de se rendre en kernel-mode (avec un vrai-faux kernel ou quelque chose dans ce genre la, je sais plus) et ca permet de faire s'exécuter certaines parties du code ou tout un code directement par le processeur sous vmware, probablement que c'est pareil avec Wine ... ceci expliquerait cela ...

je crois que le kernel (mini-kernel) en question gère ce qui ne peut être partagé entre OS et laisse le reste aux matériels (processeur, ...), si ce « reste » peut être partagé ... faudrait vérifier pour être sûr ...

absolument aucun interêt, t'aurai dû faire un truc interprété ou compilé plutôt qu'un bête traducteur français/anglais ... je ne vais même pas noter tiens ...

si ca vous choque, bien désolé d'être aussi franc & honnête ...

okay, je t'accorde ce point :)

renfield => c'est plus 75/25 que 50/50 le ratio asm/C
avec toutes les connaissances qu'il a il aurait pu tout faire en asm facilement
je n'ai rien contre l'asm en C/C++ mais quand le ratio d'asm est plus élevé que celui du C autant y aller tout en asm ou bien poster sur asmfr.com

c'est mon avis

je ne veux pas critiquer ton code ni même son utilité mais ne crois-tu pas qu'il aurait plus sa place sur asmfr.com qu'ici ? plus de la moitié de ton code est de l'assembleur

t'aurais dû faire quelque chose de dynamique(modulaire/...), au lieux de ca, t'as fait quelque chose que personne ne peut utiliser, on ne peut que le lire et peut-être, je dis bien « peut-être », apprendre quelque chose « d'utile »

le mieux serait encore d'en faire une lib(why not!), sans fonctions inutiles, comme add_an_integer_for_given_linked_list_element() par exemple ... rien à voir avec les listes chaînées

création d'une liste
destruction d'une liste
ajout d'un élément(une position quelconque)
modification d'un élément, pourquoi pas(modifier la donnée d'un lien)
suppression d'un élément(une position quelconque)
parcourir la liste, soit en simulant un foreach(avec pointeur de fonction) ou avec des routines genre: moveNext/movePrev/etc.
etc.

ca c'est lié aux listes chaînées et c'est simple à comprendre pour TOUT le monde

tu fais un fichier maliste.h et un autre maliste.c en C et t'implémente la liste, avec void* pour les données c'est mieux, sinon en C++ fais une classe template parce que là, t'as tout mélangé

typedef struct laListe
{
  // ...
}laListe;

void laListeInitialise(laListe* liste);
void laListeDetruire(laListe* liste);
etc.

et dans le .c

void laListeInitialise(laListe* liste)
{
  liste->membre = valeur;
  etc.
}
void laListeDetruire(laListe* liste)
{
  // détruit la liste
}
etc.


la liste d'arguments c'est très utile et les variables globals c'est très « môvès » ...

pour savoir créer/manipuler/... une liste chaîné, pas besoin de 40 fonctions, ca embrouille inutillement ...

j'aimerais bien avoir les réponses à mes questions s'il te plait

« cell*create_my_liked_list( ); » c'est beau quand même ... liked_list ... t'aimes bien ta liste, ca ce voit
j'ai remarqué que t'avais pas modifié tes #include ...

ridicule ... cette source devrait être supprimée ...

il utilise cout/puts/printf/cin/scanf/... à la random >> sstream/string/etc. << penses y ...
il utilise malloc()/free() au lieux de new/delete
en C++ on utilise des classes(template encore mieux)
il utilise des variables globals ...
aucun passage d'arguments ...
etc.

il aurait dû faire un tutoriel avec exemples et non une bête source ridicule comme celle ci ...
40 fonctions pour une simple liste chaînée...

#include <stdio.h> << pas bon, c'est <cstdio> en C++
#include <stdlib.h> << pas bon, c'est <cstdlib> en C++
#include <conio.h> << on utilise plus cette « chose »
#include <iostream.h> << pas bon, c'est <iostream>, avec le .h c'est la vieille version(gardée pour compatibiliter avec les vieux softs), sans .h c'est la nouvelle(revisée) et ca ne date pas d'aujourd'hui, t'aurais dû le savoir ...

struct pointer
{
    int field ; // Pour contenir une valeur entière
    struct pointer *link; // Ce champ est pout pointer sur l'élément suivant de la liste
}; I   <<<<<<<<<<<<<<<<< QU'EST-CE QU'IL FAIT LÀ CE « I » ??? (ligne 17)

tu peux m'expliquer cette phrase s'il te plait?
« Ce code marche bien sous >>> l'environnement C++ 4.52. <<< »


Je sais, j'ai été dur mais néanmoins réaliste ... @++;

aujourd'hui y'a plus que le 32 bits, le 64 bits est arrivé

sous Windows 64 => int = 32 et long int = 32
microsoft avait utilisé int/long int à la random et donc voilà le résultat, il ne veut pas changer pour éviter les problèmes de portage 32 => 64

sous Linux 64 => int = 32 et long int = 64
linux a été plus intelligent et avait utilisé la règle des sizeof() mentionné par MATT67 plus haut

faut pas oublier qu'il n'y a que sous 32 bit où sizeof(int) == sizeof(long int)
sous Windows 16 bits par exemple, sizeof(int) était différent de sizeof(long int)

leurs tailles n'est pas fixes d'une platforme à une autre ...

ca m'érite une mise à jour, merci pour la remarque

la raison que tu invoques est ridicule ... si on veut savoir si on peut ouvrir un fichier pour le lire on fait pas un « fileExists() » dessus, on l'ouvre en « mode lecture » et puis on test ensuite, mon exemple c'est simplement pour tester l'existance d'un fichier, pour savoir si le fichier X existe ou non, pas pour savoir si on peut le lire, écrire dedans, etc. d'où le nom de la fonction :: fileExists()

*** hors sujet ***

pour ton histoire de portabilité, c'est évident que d'utiliser des librairies déjà développés/testés/etc. ca aide beaucoup mais ca n'empêche pas qu'on puisse quand même ajouter du code spécifique à un OS quelconque, regardes les softs(portables) open source, il y en a beaucoup qui le font, ils ne se basent pas toujours sur des librairies telles que qt/gtk/wx/etc. pour développer leurs softs(fonctionnalités spécifiques, ...), ils ont aussi des parties spécifiques à des OS X, Y et Z ... alors oui, les librairies du genre à qt/gtk/wx/etc. sont utiles mais elles ne contiennent pas toujours tout ce qu'il faut pour développer nos applications(et là je parle pas d'une simple calculatrice hein ...), surtout quand on veut quelque chose de performant, ce genre de librairie n'est pas souvent adapté pour ca ...

c'est un peu comme les distro. linux, les builds x86 qui ne sont pas optimisés pour chaque PC(intel et compatible) mais c'est plutôt un build générique, les librairies telles que qt/... c'est pas mal la même chose ...

en passant, la portabilité d'un OS à un autre n'est pas une « obligation », loin de là, pour un développeur qui développe uniquement sous Windows(comme moi) par exemple, ca lui servirait à quoi? moi personnellement j'en vois pas l'interet et j'en ai pas besoin même si, oui oui, j'ai Linux sur deux de mes postes ...

*** hors sujet ***

il faudrait aussi penser à regarder le titre de l'exemple ... à moins d'avis contraires, j'ai bien mis « WIN » dans le titre, non? et on voit aussi « #include <windows.h> dans le code je crois, mais je suis pas certain, faudrait vérifier :-/
j'ai aussi mis « Linux » ou « Portable » ou autre dans le titre/code/... ??? quelqu'un pourrait confirmer s'il vous plait?

=_=