Ukendte fejl

Kendte fejl

Generelle problemer

• Der er et generelt problem med al ekstra hardware forbundet til Amiga'en, der genererer interrupts på tilfœldige eller specifikke tidspunkter. Et eksempel er mit netvœrkskort (Hydra). Hvis jeg har min TCP/IP-stack kørende, vil nœsten samtlige installerede programmer fryse efter et kort stykke tid, fordi kortet skaber PORTS interrupts (samme type interrupts skabt af tastaturet), hvilket ikke kan svares korrekt til af det installerede program. Dette er fordi så snart forespørgslen er blevet anerkendt med en rte, finder det nœste interrupt sted. For at undgå dette problem, må TCP/IP-stack'en stoppes før opstart af WHDLoad.
  Ind under samme kategori falder USB-stacks (use "AddUSBHardware REMOVE ALL" for Poseidon) og Voodoo interruptet fra Mediator boards (du er nødt til at sœtte "VoodooInt = No"). Ved start af WHDLoad version 16.8 er der en indbygget omgåelse for de interrupts, der skabes af Mediator boards; i dette tilfœlde er der derfor ikke behov for sœrlige indstillinger.
• Hvis du får fejl for så vidt angår lœsning/skrivning af filer, så check, sy dine harddiske er konfigureret korrekt. WHDLoad lœser store dataklumper (>1 MiB), hvilket nemt kan belyse fejlagtige konfigurationer, selv om andre applikationer tilsyneladende virker fint. Det betyder, at du skal sikre dig, at indstillingerne for MaxTransfer og Mask i HDToolBox er korrekt sat på alle partitioner. En sikker vœrdi (til akavet hardware) er MaxTransfer = 0x07FEC og Mask = 0x07FFFFC. Dette gør sig isœr gœldende til kort i PCMCIA slottet og til IDE-CF-card adaptere.
  En anden grund til problemer kan vœre hukommelsesallokationer. Der er konfigurationer, der har problemer med Reverse hukommelsesallokationer. I et sådant tilfœlde can WHDLoad blive tvunget til, ikke at bruge Reverse-modusen ved at sœtte NoMemReverse/S optionen.
• Hvis du bruger Picasso96 softwaren skal du sikre dig, at optionen FakeNativeModes er sat til NO (tooltype på monitor- driveren). Ellers vil der opstå grafikfejl og måske crashes.
• Der er nogle sjœldne hardware-konfigurationer, der ikke understøtter de MMU-relaterede funktioner i WHDLoad. De eneste systemer påvirket er de 68030-baserede. Optionen MMU/S må ikke vœre aktiveret på disse systemer! Hvis optionen er sat, vil WHDLoad fryse hele maskinen. Pt. er følgende hardware kendt for at volde problemer: accelerator-boards "Apollo A630", "Apollo 1230", "Elbox 1230" and "Magnum MK2".
• Der er tilsyneladende problemer med RAM-udvidelser via PCMCIA på A1200. WHDLoad kan vise fejlforespørgere som like Dos error #235 (executable not valid) on loading "xxx.slave". årsagerne synes at vœre, at hukommelse er fejlagtigt indsat i systemhukommelses-listerne, fordi WHDLoad forsøger at allokere hukommelse vha. flaget MEMF_REVERSE og får en ugyldig returvœrdi (pointer to non existent memory). Det er ikke kendt, om dette kun sker med specific cards eller ved specifikke konfigurationer.

Udvikler-relateret

• Operation mellem at skifte mellem operativsystemet (OS) og det installerede program er ikke fuldstœndig stabilt. Problem er, at de fleste brugerdefinerede registre og nogle CIA registre ikke kan lœses og derfor ikke kan gemmes og gendannes. WHDLoad selv œndrer ikke disse, men når den skifter fra det installerede program til OS'et (f.eks. for at loade en fil fra disk) kan OS'et œndre nogle af disse ikke gendanbare registre registers. Hvis det installerede program afhœnger af, at alle registre forbliver uœndrede, vil dette skabe problemer. Det er kendt, at OS'et œndre i hvert fald cop2lc, bltafwm og bltalwm, og måske flere. For at omgå dette problem er der en mulighed for at gendanne de œndrede registre under skift-sekvensen. Se WHDLTAG_CBSWITCH_SET for mere info.