### Bekende Bugs

#### Algemene problemen

- Er is een algemeen probleem met alle extra hardware verbonden aan de Amiga welke Interrupts willekeurig of op vaste tijden gegenereerd worden. Een voorbeeld hiervan is mijn netwerkkaart (Hydra). Als ik mijn TCP/IP stack draai, dan bevriest bijna elk geïnstalleerd programma na een korte tijd omdat de kaart PORTS interrupts genereerd (dezelfde type interrupts gecreëerd door het toetsenbord) welke niet correct terug beantwoord kunnen worden door het geïnstalleerde programma. Dit is omdat zodra het verzoek erkent is met een rte, onstaat de volgende interrupt. Om dit probleem te vermijden, moet de TCP/IP stack gestopt worden voor het starten van WHDLoad.
  In dezelfde catergorie vallen USB-stacks (gebruik "AddUSBHardware REMOVE ALL" voor Poseidon) en de Voodoo interrupt van Mediator kaarten (U moet "VoodooInt = No" instellen). Vanaf WHDLoad versie 16.8 is er een ingebouwde alternatieve oplossing voor de interrupts gecreëerd door Mediator kaarten, daarom zijn er geen speciale instellingen nodig.
- Als u foutmeldingen krijgt met betrekking tot het lezen/schrijven van bestanden controleer dan of u harde schijven correct geconfigureerd zijn. WHDLoad leest grote stukken data (>1MB) welke gemakkelijk onjuiste configuraties laat zien, alhoewel andere applicaties wel goed lijken te werken. Dat betekent dat u er zeker van moet zijn dat de instellingen van MaxTransfer en Mask in HDToolBox op alle partities goed zijn ingesteld. Een veilige waarde (voor kapotte hardware) is MaxTransfer = 0x0FE00 en Mask = 0x0fffffc. Dit is vooral belangrijk voor kaarten in het PCMCIA slot en voor IDE-CF-card adapters.
  Een andere reden voor problemen kunnen geheugen toewijzingen zijn. Deze zijn configuraties welke problemen hebben met Omgekeerde geheugen toewijzingen. In zo'n geval kan WHDLoad verteld worden om niet de Omgekeerde geheugen toewijzingen te gebruiken door het instellen van de NoMemReverse optie.
- Als u de Picasso96 software gebruikt maakt u er dan zelf zeker van dat de optie FakeNativeModes staat ingesteld op Nee (tooltype van de monitor driver). Anders kunnen er grafische foutmeldingen ontstaan en soms zelfs crashes.
- Er zijn een paar zeldzame configuraties welke niet de MMU kenmerken van WHDLoad ondersteunen. Dit heeft betrekking op de systemen die op de 68030 zijn gebaseerd. De optie MMU/S mag niet geactiveerd zijn op zulke systemen! Als deze optie aan staat zal WHDLoad het hele systeem bevriezen. Heden is bekend dat de volgende hardware problemen kan geven: acceleratie kaarten "Apollo A630", "Apollo 1230", "Elbox 1230" and "Magnum MK2".
- Er lijkt een probleem met RAM expansies via PCMCIA op een A1200. WHDLoad kan foutmeldingen laten zien zoals `Dos error #235 (uitvoerbaar bestand niet geldig) bij het laden van "xxx.slave"`. De redenen zijn waarschijnlijk dat het geheugen niet correct is verbonden in de systeem geheugen lijsten, omdat WHDLoad probeert om geheugen toe te wijzen met de flag MEMF_REVERSE en krijgt dan een onjuiste waarde terug (pointer naar niet bestaand geheugen). Het is niet bekend of dit gebeurd met specifieke kaarten of specifieke configuraties.

#### Ontwikkelaar gerelateerd

- De operatie van het schakelen tussen het besturingssysteem (OS) en de geïnstalleerde programma's zijn niet helemaal betrouwbaar. Het probleem is dat de meeste Custom registers en sommige Cia registers niet gelezen kunnen worden en daarom niet bewaard en hersteld kunnen worden. WHDLoad zelf veranderd deze registers niet, maar als het schakelt van het geïnstalleerde programma naar het (OS) (bijv om een bestand te laden vanaf disk), kan het (OS) sommige van die niet herstelbare registers wijzigen. Als het geïnstalleerde programma afhankelijk zou zijn dat alle registers onveranderd blijven, zal dit problemen geven. Het is bekend dat het (OS) tenminste cop21c, bltafwm en bltalwm veranderd en misschien wel meer. Om hier omheen te werken is er een mogelijkheid om de veranderde registers te herstellen gedurende het omschakelproces. Zie WHDLTAG_CBSWITCH_SET voor meer informatie.