mouradski

Non désolé, j'ai l'habitude d'envoyer que des documents moins de 500g, l'international entre 4000 et 7000 DAr.

Je ne crois pas que le problème vient de la puce graphique, du moins si elle a marché c'est qu'elle n'avait rien, c'est pas un organe qui se régénère tout seul idem pour le CPU si il casse c'est pour de bon Si le PC démarre bel gosto c'est qu'il faut creuser aussi coté alimentation, ça parait bête mais vaut mieux tout écarter. As tu essayer de remettre la config BIOS sur défaut ???

Je trouve que c'est une bonne chose, surtout pour l'achat de services en ligne,service hébergement, paiement facture téléphonique, adsl, .... mais pour ce qui est de l'achat d'objet materiel, je ne vois pas comment on pourra faire, les seuls livreurs installés en Algérie sont (DHL & UPS) et n'ont ni les tarifs ni la logistique nécessaires pour convaincre le marché algerien, pour DHL la livraison d'un document de skikda vers algers m'a couté 1000DA alors imaginez un PC portable, XBOX, une table.... Pour le fishing et autre faudra certifier les sites et c'est tout mais faudra aussi sensibiliser les futurss clients à ce type d'identification + quelques cours sur les navigateurs

j'avoue que je ne le savais pas 'que c'était émulé' mais alors ce qui est bizarre c'est que l'interruption 1ch s'exécute vraiment 18.2 fois / sec Je vais faire le petit prog de déroutage en 16 bit (code+source) et on verra bien

T'as raison Darkva. Je n'ai pas parlé d'outre passer kernel 32 !! de plus une petite révision 1c semble ne contenir qu'un 'iret' donc inoffensive. lol t'es sérieux là ? du temps de TASM16 je ne veux pas repenser à cette époque mais je vais essayer de refaire le même truc sous XPen 16 bit bien sure Si tu veux dire par là que le mode 16 bit est impossible sous Windows XP (les autres je ne sais pas) je t'arrête de suite, je programmais sous TASM 16 bit sous XP sans problèmes, l'appel aux interruptions BIOS passait très bien, le déroutage des vecteurs aussi qui consistait à changer l'@ de la routine sur la table sur l'index 1ch par une autre (une autre routine personalisée)

Prenons l'exemple de l'interruption 1ch, Cette interruption est appelée par le BIOS à chaque tic de l'horloge interne de l'ordinateur, soit à tous les 18,2064819336 fois par secondes. Je crois qu'elle est encore sollicitée par les nouveaux OS, pour ne pas perturber le fonctionnement des OS qui l'exploitent, cette interruption fait appel à une autre interruption dés l'exécution de sa routine terminé (j'ai oublié la quelle) pour permettre à autres programme d'exploiter les signales d'horloge sans perturber le système. Ben en déroutant cette interruption même (1ch) sans passer par sa fille on fait planter Windows, cela prouve que windows est toujours dépendant du BIOS (c'est une sorte de déclencheur d'événement horloge que l'OS intercepte pour ce qui lui est de droit )

Ok je ne connais pas cette version, mais c'est pas du MS car Microsoft ça fait longtemps qu'elle a abandonnée le DOS.

Moi je propose un film eh pardon, une série de science fiction avec pleins d'effets spéciaux époustouflants, allume l'ENTV ou si tu veux plus de Live ouvres la fenêtre qui donne sur ton cartier et régales toi Ok, je me tire.....

Le passage par la mémoire cache n'est pas systématique, c'est seulement pour les données fréquemment sollicitées, ça suit un raisonnement stochastique ie : quand on remarque qu'une données est beaucoup appelée soit pour lecture ou pour modification alors le CPU dit "Tiens, cet employé 'variable' j'en ai besoin fréquemment et je le sollicite souvent pour des calculs urgent alors pourquoi l'envoyer chez lui à chaque fois en sachant que je vais surement en avoir besoin quelques instant après !!!, je lui loue un appartement tout près de moi "in Cache" afin que je perde pas de temps en l'attendant quand j'en aurais besoin les autres fonctionnaires un peu moins importants je peux me permette de les renvoyer chez eux vu que surement je ne vais les solliciter que demain matin 8h:00 Je crois que plus simpliste y'a pas PS : j'ai pris 2 mois pour faire TETRIS en assembleur 16bit alors ne m'énervez pas

Amar, la partie en Gras est une kofra en informatique :D Pour la mémoire cache ya amar c'est une mémoire qui stock des données ou même des instructions fréquemment sollicités pas le CPU, cela évite au CPU d'accéder à ces données sur la RAM vu que le temps d'accès au cache est plus rapide que celui à la RAM. Le cache de niveau 1 est le plus proche donc le plus rapide, le niveau 2 un peu plus loin, disons de quelques nanos m il est plus lent d'accès et plus volumineux...etc Le système de cache est accompagné d'un mécanisme de mise à jour des données sur la RAM car cette dernière est disons la source officielle de tout programme.

Mais non ! je ne suis pas aussi malade, j'ai vu sur le wiki qu'il était question de machin alors j'ai pas vu.

MDR je suis super déconcentré ces jours ci

Pour revenir au sujet (lol je suis pas bien placé pour dire ça!) BEN.YAS, dès que tu auras uploadé ta vidéo tu poste le lien !! Merci

Ok je ne vais pas voir la vidéo mais je vais lire l'article Wikipedia pour être moins bête

Désolé machine virtuelle d'avoir détourné le sujet. J'espère que tu régleras ton problème avant de nous lire

Désolé HAVOC mais je ne suis pas d'accord, je dirais meme carrément impossible que du code s'exécute en dehors de la RAM, Le CPU ne connait autre endroit ou stocker, exécuter, modifier que la ram. pour exemple, instruction assembleur suivante : mov eax,var qui consiste à copier le contenu de la variable dans le registre 32bit. ne peut s'exécuter que si cette même instruction est présente quelque part dan la RAM et que la variable var est quelque part aussi dans la RAM. Pour le BIOS, dès qu'il est copié en mémoire, il y reste tant qu'on est sous tension car tout les autres programmes utilisent ses routines, j'ai déjà procédé à la modification quelques routines en déroutant et en modifiant son vecteur de routine. Tout programme qui s'exécute a des variables, ces variables sont faites pour être modifier par ce programme, cela n'est possible que dans la RAM car la ROM comme son nom l'indique est en lecture seul, même un EEPROM qui ne peut se substituer à la RAM. True mais la zone dédiée au BIOS est intouchable, l'OS quelque soit son haut niveau visible par l'utilisateur il reste basé sur le BIOS, la gestion de la mémoire sous OS HN est totalement différente car le programme BIOS n'est pas sensé dépassé ces limites

c'est quoi cette histoire de '2 girls 1 cup' ????? y'a quoi dans cette vidéo ?? Ma curiosité me dit d'y jeter un oeill mais je doute que je vais le regretter

mets la sur dailymotion !!

J'ai pu accédé via le proxy de bof mais il me dit que la vidéo a été supprimé par l'utilisateur. Tu l'as supprimé BEN.YAS ?

passez par le proxy de ButterFlyOfFire

SI HAVOC, Source Pour qu'un programme puisse s'exécuter, à son moment d'exécution il doit être dans la RAM (Instructions + ces données dans des segments différents) lol j'ai pas oublié mon Van Neuman

Quand la partie de la ram sensée accueillir le bios est endommagée je doute qu'un quelconque test peut se faire en tous cas attendons que le gars face le test de ces barrettes, s'il en a deux bien sure

MDR mais on pas idée de manger une fraise trouvé à 10 cm d'une crotte qui pue

Aussi pour la thèse de mémoire, Pour que le PC démarre il faut que le couple CPU RAM soit opération sans cela impossible d'exécuter les instructions donc rien ne doit s'afficher à l'écran. Espérons que ça soit la ram pour minimiser les dégâts

BIG MDR Si c'était à classer je la met dans le TOP 10 Merci