Bugs connus

Problèmes généraux

• Il existe un problème général avec les périphériques connectés à l'Amiga qui génèrent des interruptions à des moments aléatoires ou réguliers. Un exemple est ma carte réseau (Hydra). Si ma pile TCP/IP tourne, la plupart des programmes installés se bloquent après un court laps de temps parce que la carte crée des interruptions PORTS (le même type d'interruptions que celles créées par le clavier) auxquelles le programme installé ne peut pas répondre correctement. En effet, si tôt que la requête a été acquittée avec un RTE, une nouvelle interruption se produit. Pour éviter ce problème, la pile TCP/IP doit être arrêtée avant de démarrer WHDLoad.
  Les piles USB tombent dans la même catégorie (utiliser "AddUSBHardware REMOVE ALL" pour Poseidon) et l'interruption Voodoo des cartes Mediator (vous devez positionner "VoodooInt = No"). A partir de la version 16.8 de WHDLoad, les interruptions créées par les cartes du Mediator seront gérées par WHDLoad, aucune option n'est requise.
• Si vous avez des erreurs de lecture/écriture concernant les fichiers, vérifiez que vos disques durs sont correctement configurés. WHDLoad lit des morceaux de données (>1MB) qui peuvent se montrer incorrects alors que d'autres applications auront l'air de fonctionner sans problème. Vérifiez aussi que les paramètres du MaxTransfer et du Mask sont correctement mis. Comme valeur sûre, utilisez pour le MaxTransfer = 0x0FE00 et pour le Mask = 0x0FFFFFC. Cela concerne spécialement les cartes insérées dans le port PCMCIA et les adaptateurs IDE-CF.
  D'autres problèmes peuvent venir de l'allocation mémoire. Certains configurations ont des soucis avec la mémoire allouée en mode Reverse. Dans de tel cas, activez l'option NoMemReverse pour que WHDLoad n'utilise pas ce mode.
• Si vous utilisez le programme Picasso96, vous devez être sûr que l'option FakeNativeModes est mise sur NO (tooltype du driver du moniteur). Sinon, il pourrait y avoir des erreurs graphiques et peut-être des plantages.
• Quelques configurations hardware n'acceptent pas les fonctions liées au MMU de WHDLoad. Les systèmes concernés sont tous à base de 68030. L'option MMU/S ne doit pas être activée sur ces systèmes. Si cette option est positionnée, WHDLoad bloque la machine. Les matériels suivant sont connus pour poser des problèmes: cartes accélératrices "Apollo A630", "Apollo 1230", "Elbox 1230" et "Magnum MK2".
• Il semblerait qu'il y ait des problèmes avec les extensions de mémoire PCMCIA sur A1200. WHDLoad peut afficher des requêtes d'erreur telles que Dos error #235 (exécutable non valide) pendant le chargement du slave. Les raisons peuvent être que la limite de mémoire qui se trouve dans la liste de mémoires du système serait incorrecte car WHDLoad essaye d'allouer la mémoire en utilisant le drapeau MEMF_REVERSE et reçoit une valeur invalide en retour (pointeur sur une mémoire inexistante). Cela peut arriver avec certains types de carte mémoire ou sur une configuration spécifique.

Concernant les développeurs

• L'opération de permutation entre le système d'exploitation et le programme installé n'est pas fiable à 100%. Le problème est que la plupart des registres spécialisés et certains registres CIA ne peuvent être lus et par conséquent ne peuvent être sauvegardés et restaurés. WHDLoad lui-même ne change pas ces registres, mais quand il commute du programme installé vers l'OS (par exemple pour charger un fichier du disque), l'OS peut changer certains de ces registres non restaurables. Si le programme installé a besoin que les registres demeurent inchangés, cela peut poser des problèmes. Il est connu que l'OS change au moins cop2lc, bltafwm et bltalwm, et peut être plus. Pour contourner ce problème, il existe une possibilité de restaurer les registres modifiés pendant la séquence de commutation. Se reporter à WHDLTAG_CBSWITCH_SET pour plus d'informations.