home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Magazyn Amiga Shareware Floppies
/
ma06.dms
/
ma06.adf
/
Schutz
/
VT.Prefs
< prev
next >
Wrap
Text File
|
1992-12-05
|
6KB
|
131 lines
letzte Aenderung: 04.12.92
VT - Prefs :
------------
- DOS0/1 Ja = Gadget an
- DOS0/1 mit expansion.lib Ja = Gadget an
- DOS2/3 ab KS2.04 Ja = Gadget an
- DOS4/5 ab KS3.0 Ja = Gadget an
- mit Sicherheitsrequester Ja = Haken
- mit Seitenstopp Ja = Haken
- AddBuffers 200 ab KS2.04 200 = Haken
- Warnton Ja = Haken
- Druckrequester ? Ja = Haken
- Drucker bereit ? Ja / Nein
zu mit Sicherheitsrequester:
Es haben sich die Anfragen wegen den Sicherheitsrequestern ge-
haeuft (meist wurde dabei auf decode IRAK im BlockITest hinge-
wiesen). Entgegen meiner Ueberzeugung (lieber eine Rueckfrage
zuviel als zuwenig) koennen Sie nun fast alle Sicherheitsre-
quester unterdruecken. Ausnahme: bei schreibe BB bleibt die
Rueckfrage (da lass ich auch nicht mit mir handeln!!) .
Nachtrag:04.12.92: Auch bei KReset erscheint IMMER ein Re-
quester.
Um mein Gewissen zu beruhigen, startet VT IMMER mit Haken
bei Sicherheitsrequester. Ich schiebe also IHNEN die Verant-
wortung zu. BITTE KEIN Geschrei, wenn SIE dann einen Fehler
machen.
zu Druckrequester ? :
NUR fuer FileTest und Tools/SystemTest notwendig.
Fuer diese zwei Programmpunkte MUSS Ja eingetragen sein, damit
ein Ausdruck moeglich wird. Bei den zwei Programmpunkten koennen
Sie dann im Druckrequeseter immer noch verneinen. Es hat mich
aber beim FileTest von 20 Disks der DruckRequester am Anfang
genervt, weil ich meist nicht drucken wollte. Deshalb kann er
in VT-Prefs mit Nein unterdrueckt werden.
zu Drucker bereit ? :
Wenn alles in Ordnung ist, bekommen Sie "SOFORT" ein Ja .
Falls es Probleme gibt, kommt erst nach rund 30 Sekunden eine
Meldung vom Betriebssystem zurueck. VT ist dafuer NICHT verant-
wortlich !!! Probieren Sie es aus mit WB/Tools/initprinter .
Auf ihrem Bootmedium (Disk o. HD) muessen sein:
prefs, parallel.device, printer.device, und z.B. NEC
Vor dem Anklicken von 'Drucker bereit ?' MUESSEN sie einmalig ihre
Bootdisk einlegen !!!!
Weitere Fehlerquellen:
- ist der Drucker an ?
- ist er Online ? (LED)
- ist Papier da ?
- ist er ueberhaupt angeschlossen ?
- haben sie ueberhaupt einen Drucker ?
(Das glauben Sie nicht? War der Grund fuer eine Reklamation
im MSDOS-Bereich)
Hinweis: Bitte verwenden Sie dieses Gadget, um die benoetigten
Files nachzuladen. Begruendung: Sobald VT zm Hauptfenster zurueck-
kehrt, wird ein Speichertest durchgefuehrt. VT findet dann die
Viren (z.B. Crime'92) die an die nachgeladenen Files gelinkt
waren und entfernt sie aus dem Speicher mit Meldung. Danke
zu Warnton :
aktiviert zu manchen Requestern als Zusatz einen Ton
zu DOS4/5:
Diese BB-Kennung ermoeglicht ein DirCache auf Disk. Ein neuer
BlockTyp ($20 oder $21) wurde eingefuehrt. Bitte verwenden Sie
diesen BB nur wenn Sie haben:
KS3.0, l:DCFileSystem, neue Befehle: format, install, info
Hinweis: DOS4 liefert mit dem alten Filesystem Phantasiewerte
in Bezug auf fileinfo (numblocks). Lassen Sie die Finger davon,
bis alle Bugs entfernt sind. VT versucht diese Klippe bei der
Erkennung von DOS4 im BlockKettenTest zu umgehen.
DOS5 liefert brauchbare Werte.
zu DOS2/3: (International)
Diese Kennungen wurden im ROM KS2.04 gefunden.
DOS2 = OFS
DOS3 = FFS
Diese BB`e koennen mit install von WB KS2.04 N I C H T er-
zeugt werden.
Diese BB`e sind von Commodore N I C H T dokumentiert.
Benutzung also auf E I G E N E Gefahr !!!!
VT schreibt hier immer den BB mit expansion.library .
Unter KS1.3 sind diese BB`e NUTZLOS , da eine solche Disk
als not a Dos-Disk eingestuft wird !!! (die Kennungen befinden
sich nicht im ROM)
Nachtrag: 04.03.92
DOS2/3 = International
Koennen mit WB2.1 erzeugt werden.
format V38.11 (31.1.92) und install V38.11 (20.1.92) notwendig.
Zusatzparameter bei format z.B. INTL
zu AddBuffers:
Dieser Befehl arbeitet nur mit KS2.04 V37 !!!!! und hoeher
(nach Commodore kann bei diesem Befehl auch noch unter V36
ein Fehler auftreten!!)
VT verwendet diesen Befehl nicht bei KS1.3, weil hier temporaere
Buffer nicht wieder entfernt werden koennen.
Stellen Sie bitte ein:
0 nichts dazu ;also ueberlegen Sie bitte, ob
;Ihr Speicher reicht !!!
200 rund 100 Kb
VT verwendet diesen Befehl nur bei FileTest und BlockKette. Die
temporaeren Buffer werden jeweils dem TestLW zugewiesen und am
Ende des jeweiligen Tests wieder entfernt. Bei Problemen SOLLTE
ein Fehler-Requester erscheinen. (hoffe ich ???)
Die komplette Speicherfreigabe koennen sie vor und nach VT-Be-
nutzung mit avail und addbuffers im cli ueberpruefen.
Probieren Sie Addbuffers mit der OrgWB2.04 . Es bringt Zeit.
Also erst Filetest WB2.04 ohne AddBuffers und dann mit 200 .
Empfehlung: Sollte VT anbieten, einen LinkVirus auszubauen,
so brechen Sie bitte ab und setzen AddBuffers auf 0. Sonst
haben Sie vielleicht nicht genug Speicher um das LinkFile
einzulesen, den Virusteil auszubauen und dann das Prg. wieder
abzuspeichern. Ich habe allerdings bei Tests KEINE Probleme
festgestellt.
Testbeispiel:
68030, Org-Disk-WB2.04, Org-AddBuffers df0: 5, 8Mb FM
mit VT addbuffers 0 addbuffers 200
FileTest 1:44 0:42
Hinweis fuer KS1.3-Benutzer:
Falls Sie genuegend Speicher haben, rufen Sie aus c
addbuffers df0: 200 auf . VT testet schneller . Nachteil:
Sie koennen addbuffers nur durch einen RESET unter KS1.3 wieder
freigeben !