Pour tout ce qui touche au PC d'IBM et ses nombreux descendants. Attention tout de même, au delà de quelques MHz la discussion devient vite hors sujet.
Après il y a un test relativement simple, booter sur le disque, faire une disquette de boot et y copier toute la quincaillerie qui va bien pour lancer le soft.
Si erreur de parité c'est qu'on a bien un virus dans le disque dur qui a infecté la disquette de boot . Quoi que... cela peut-être aussi le signe que l'on a copié un soft abimé du disque vers la disquette ...
Born to bricole
[Rch] Vieux composants électroniques etcircuits intégrés toute époque et vieilles cartes .
la mise en place du réseau se fait par un fichier bat qui enchaîne les commandes :
mise en place des variables d'environnement
chargement du packet driver
lancement du dhcp.
Sur disquette un 'certain' temps sépare les différentes commandes et ça fonctionne, ce temps est plus court si je lance le bat depuis le dd et la ça ne marche plus...
Sur le dd si je décompose le bat en exécutant chaque commande à la main une à une ça marche parfaitement.
Donc je pense que si la commande dhcp arrive trop vite après le lancement du driver il y a une corruption quelque part.
Pour l'instant j'ai mis une instruction pause entre chaque ligne du fichier bat et voilà...
C'est assez bizarre comme truc mais j'ai fait la manip plusieurs fois et c'est imparable !
L'explication avant / après :
Suite au formatage du dd j'ai du ré-écrire ce fichier bat.
Après coup il me semble bien me souvenir que dans le fichier d'origine sur le 286 il y avait une commande wait ou sleep quelque part.
Et je ne l'ai pas remise !
Bref ma mémoire m'a lâché !
Il reste à trouver comment créer une temporisation dans le fichier bat parce que pause il faut faire return pour que ça reprenne.
C'est vrai que +1sec à chaque fichier ça fait beaucoup dans un chargement au boot en plus de son propre traitement. Par contre, c''est pas mal comme trouvaille parce que bon, c'est intégré à MSDOS.. Néanmoins, il doit bien y avoir quelqu'un durant toutes ces années qui a pu développer un programme gérant un temps entre les chargements de programme dans un batch.. (?) Oui oui, je ne l'ai pas !!!
La commande que je t'ai proposée n'attend rien du clavier et n'affiche rien à l'écran. Juste un délai d'une seconde à l'endroit où tu insères la commande.
J'ai eu le même problème de parité sur mon 286, il faut changer les barrettes, en fait on s'en rend pas compte, tout fonctionne bien, mais dès qu'il y a accès à une partie de la mémoire ca plante, et ca peut afficher ce message,
ou bien le jumper de parité sur la carte a été changé.
Pour tester , c'est simple, avec checkit, dans test et memory, même le test rapide, moi ca plantait dans le test EMS et XMS, si tu as de l'EMS ou XMS, il devrait planter.
Ou bien des faux contacts au niveau des barrettes ou les dip memory.
Les programmeurs chevronnés l'expliqueront mieux que moi, mais c'est également en fonction du type d'opération effectués sur les adressages mémoire qu'une erreur est générée ou pas...
Je dis cela en tant que novice en programmation, qu'il s'agit simplement d'observer un memtest (ou il y a une erreur j'entends) : un memtest ne montre pas une erreur immédiatement, il peut montrer une erreur au test #4 (sur 9 ou 10 je crois). Ce qui sous entend donc que le type d'opération traité en mémoire en test #1, #2, #3 passe sans aucun soucis. De plus, on peut avoir de la RAM en caraf non pas à la 1ère pass des 9-10 type de manipulations de données en mémoire, mais au 2ème voire 3ème test !
.
. Quoi que... cela peut-être aussi le signe que l'on a copié un soft abimé du disque vers la disquette 
...
