When problems occur Wenn Probleme auftauchen Cuando los problemas aparecen ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ (18.11.98) DEUTSCH siehe unten! ¡Versión en ESPAÑOL al final! ENGLISH ------- If the program does crash very early, or gives error messages, please consult the following checklist: 1. Did you select the correct Chipset/Graphics card ? If not, please install the program again, or take a look at point 4 2. Has the wizard.library been installed ? If not: please do it and try again... 3. Has the superview.library been installed ? If not: please do it and try again... 4. Has MCP or a similar patch-tool been installed ? If so: please disable all patches and maybe later try enabling one after an other again. In the meantime: please try again... 5. Does the superview.library crash during its initialization phase ? If so: please check, whether rests of a Picasso96 installation or another RTG emulation still are present, which dont't work together with each other or with AGA/CyberGraphics. If you can't find anything, you may delete unused SVDrivers from "LIBS:svdrivers". EGS7.svdriver usually is a good candidate for that. After that: please try again... Also: there's a Picasso96API.library replacement for CyberGraphX, written by Steffen Häuser. V20.0 does produce a couple of Enforcer hits when being opened. You may either: remove it, remove Picasso96.svdriver, upgrade to a bug-fixed version. After that: please try again... 6. The tool "SnoopDOS" can be very useful, to find out about reasons for crashes. For example, it is possible to delete all modules that cause crashes, one after an other from LIBS:svdrivers/ , LIBS:svobjects/ or LIBS:svoperators/ But it is possible, that SnoopDOS V3 itself does cause crashes, when under functions 'snooping' of the system function OpenLibrary() has been enabled. For reasons of safety you should disable this during the debugging session, and just make a note about at which place a crash does take place (LoadSeg function). On PPC systems (maybe 68k, too) it may also be necessary to specify the "NOPATCHRAMLIB" option of SnoopDOS to avoid crashes (CLI/Tooltypes). This is to avoid a bug in certain versions of ppc.library (at least every version upto V45.20). For reaching this goal, activate the logfile function and either let the logfile be saved into a reset-resistent ramdisk or onto a normal floppy disk. 7. Don't forget to check the stack size first, when crashes do occur ! You can watch the stacksize using the "StackSnoop" tool from Aminet; changing is possible within the program's icon (WB) or with the command "Stack" (Shell). 8. Within SuperViewLibrary/docs/SuperView-Library.guide read the section "Known bugs and workarounds" 9. If SViewII suddenly can't open the library anymore, just after you did install Picture Manager prof. (PMPro), please make sure to always afterwards install the newest version (as supplied with SViewII) OVER the version supplied with PMPro. DEUTSCH ------- Falls das Programm sehr früh abstürzen sollte, oder Fehlermeldungen bringt, dann beachten Sie bitte folgende Checkliste: 1. Haben Sie das korrekte Chipset bzw. die richtige Grafikkarte gewählt ? Falls nicht, installieren Sie bitte das Programm erneut, oder werfen Sie einen Blick auf Punkt 4. 2. Wurde die wizard.library installiert ? Falls nicht: bitte nachholen, und erneut probieren. 3. Wurde die superview.library installiert ? Falls nicht: bitte nachholen, und erneut probieren. 4. Ist MCP oder ein verwandtes Patch-Tool installiert ? Falls ja: bitte alle Patches deaktivieren, und ggf. erst sukzessive wieder aktivieren. Zwischenzeitlich: bitte erneut probieren. 5. Stürzt die superview.library während der Initialisierung ab ? Falls ja: Prüfen Sie, ob Reste einer Picasso96- Installation oder einer anderen RTG-Emulation installiert sind, die sich nicht miteinander oder mit AGA/CyberGraphics vertragen. Sie können notfalls überflüssige SVDriver einfach aus "LIBS:svdrivers" löschen. EGS7.svdriver ist normalerweise ein vielversprechender Kandidat hierfür. Danach: bitte erneut probieren. Außerdem: es gibt da einen Picasso96API.library-Ersatz für CyberGraphX, geschrieben von by Steffen Häuser. V20.0 produziert während des Öffnens eine Reihe von Enforcer Hits. Sie sollten entweder: es löschen, den Picasso96.svdriver löschen, eine neue Version installieren. Danach: bitte erneut probieren. 6. Das Tool "SnoopDOS" kann sehr nützlich sein, um Absturzursachen festzustellen. Man kann z.B. sukzessive alle Module, die Crashes verursachen, aus LIBS:svdrivers/ LIBS:svobjects/ oder LIBS:svoperators/ löschen. Allerdings kann es sein, daß SnoopDOS V3 selbst Abstürze verursacht, falls unter Functions auch die Überwachung der System-Funktion OpenLibrary() aktiviert ist. Sie sollten dies vorsichtshalber während der Überwachung deaktivieren, und sich lediglich notieren, an welcher Stelle (LoadSeg-Funktion) ein Crash stattfindet. Bein PPC-Systemen (möglicherweise auch 68k), kann es außerdem nötig sein, die "NOPATCHRAMLIB"-Option von SnoopDOS zu aktivieren, um Abstürze abzuwenden (CLI/Tooltypes). Dies ist notwendig, um einen Bug in gewissen Versionen der ppc.library zu umgehen (zumindest in alle Versionen bis V45.20). Aktivieren Sie hierzu die Logfile-Funktion und lassen sie das Logfile entweder in eine resetfeste Ramdisk oder auf eine normale Diskette speichern. 7. Vergessen Sie nicht, zuerst die Stackgröße zu überprüfen, falls Abstürze auftreten ! Diese kann mittels des "StackSnoop"-Tools aus dem Aminet überwacht werden; Änderung ist möglich innerhalb des Icons des Programmes (WB) oder mit dem "Stack"-Befehl (Shell). 8. Lesen Sie in SuperViewLibrary/docs/SuperView-Library.guide den Abschnitt "Known bugs and workarounds" [ ENGLISCH ] 9. Falls SViewII plötzlich die Library nicht mehr öffnen kann, nachdem Sie gerade Picture Manager prof. (PMPro) installiert haben, stellen Sie bitte sicher, immer nachträglich die neueste Version (wie bei SViewII enthalten) ÜBER die mit dem PMPro mitgelieferte Version zu installieren. ESPAÑOL ------- Si el programa se bloquea rápidamente u obtiene mensajes de error, por favor, verifique los puntos siguientes de esta lista: 1. ¿Ha seleccionado el juego de chips o tarjeta gráfica correcta? Si no es así, por favor, vuelva a instalar el programa otra vez o eche una ojeada al cuarto punto de esta lista. 2. ¿Tiene instalada la biblioteca "wizard.library"? Si no es así, instálela y pruebe otra vez. 3. ¿Tiene instalada la biblioteca "superview.library"? Si no es así, instálela y pruebe otra vez. 4. ¿Tiene instalado MCP o algún parche similar en su sistema? Si es así, por favor, desconecte todos los parches (puede que más tarde pueda reactivarlos, aunque tendrá que hacerlo uno a uno para identificar aquellos que pudieran ser problemáticos) y vuelva a probar. 5. ¿La biblioteca "superview.library" se bloquea o falla durante la fase de inicialización? Si es así, por favor verifique si quedan restos de una instalación del software Picasso96 o si otra emulación RTG se encuentra presente: podrían ser incompatibles de existir varias o incompatibles con AGA/CyberGraphics. Si no puede encontrarla, deberá borrar los módulos SV no utilizados de 'LIBS:svdrivers/' (el módulo 'EGS7.svdriver' es habitualmente un buen candidato para ello). Después de esto, vuelva a intentarlo otra vez, por favor. También existe una biblioteca "Picasso96API.library" sustituta para CyberGraphX, escrita por Steffen Häuser: la versión 20.0 produce un buen número de alertas con Enforcer cuando está siendo abierta, de manera que puede optar por borrarla, borrar el módulo 'Picasso96.svdriver', actualizarla por una versión libre de errores. Después de esto, vuelva a intentarlo otra vez, por favor. 6. La herramienta "SnoopDOS" puede ser muy útil, para localizar causas de bloqueos o fallos. Por ejemplo, es posible que al borrar todos los módulos ('LIBS:svdrivers', 'LIBS:svobjects', 'LIBS:svoperators') se produzcan bloqueos, uno tras otro. Pero también es posible que el propio SnoopDOS 3 cause bloqueos, cuando entre las funciones bajo vigilancia se encuentre también la función OpenLibrary(): por eso debería desactivar esta opción durante la sesión de depuración, y limitarse a tomar nota de en qué punto se produce el problema (función LoadSeg()). En sistemas PPC (puede que en sistemas 68xxx también) puede ser también necesario especificar la opción "NOPATCHRAMLIB" de SnoopDOS para impedir cuelgues y bloqueos (como argumento CLI/tipos de herramientas). Esto evita un error que padecen algunas versiones de la biblioteca 'ppc.library' (al menos todas ellas hasta la versión 45.20). Para conseguir resultados, utilice la posibilidad que SnoopDOS tiene de guardar en fichero ('logfile') informes de todo lo que ocurre y defina como lugar donde guardarlo, uno que resista el reinicio del sistema (un disco flexible normal, un disco de RAM que sobreviva al reinicio del sistema,...). 7. ¡No olvide verificar en primer lugar el tamaño de pila, cuando se bloquee el programa! Puede realizar esta comprobación con la herramienta "StackSnoop" disponible en Aminet; puede modificar dicho valor de la pila a través del propio icono del programa (WB) o con el comando "Stack" (Shell). 8. Consulte en el fichero en inglés SuperViewLibrary/docs/SuperView-Library.guide la sección "Known bugs and workarounds".