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".