home *** CD-ROM | disk | FTP | other *** search
/ Fresh Fish 5 / FreshFish_July-August1994.bin / bbs / util / vt-2.65.lha / VT-2.65 / VT.Dokumente / VT.Prefs < prev    next >
Encoding:
Text File  |  1994-06-27  |  11.6 KB  |  235 lines
  1.  
  2.    letzte Aenderung: 18.06.94
  3.  
  4.    VT - Prefs :
  5.    ------------
  6.          - DOS0/1                         Ja = Gadget an
  7.          - DOS0/1  mit expansion.lib      Ja = Gadget an
  8.          - DOS2/3 ab KS2.04    (Int)      Ja = Gadget an
  9.          - DOS4/5 ab KS3.0  (DirCache)    Ja = Gadget an
  10.  
  11.          - 3E8-3F1-Hunk-Requester AN      Ja = Haken
  12.          - BB-Data bei Filetest           Ja = Haken
  13.          - mit Sicherheitsrequester       Ja = Haken
  14.          - mit Seitenstopp                Ja = Haken
  15.          - AddBuffers 200 ab KS2.04      200 = Haken
  16.          - BlockItest mit SecHeader-Test  Ja = Haken
  17.          - Druckrequester bei File u.Sys  Ja = Haken
  18.             Drucke alles                  Ja = Gadget an
  19.             Requester NUR Druck KEIN Halt Ja = Gadget an
  20.          - Drucker bereit ?               Ja / Nein
  21.  
  22.    zu Seitenstopp:
  23.       VT haelt bei jeder vollen Bildschirmseite automatisch an.
  24.       Hinweis: Der Haken wird entfernt, falls Requester NUR Druck
  25.       aktiviert wird, da in dem Fall ein automatischer Seitenstopp
  26.       stoeren wuerde.
  27.  
  28.    zu 3E8-3F1-Hunk-Requester AN:
  29.       Einige User haben sich aufgeregt, dass auf ihrer Festplatte der
  30.       VT bei jedem 3E8-3F1-Hunk anhaelt. Sie haetten ja diese Files
  31.       genau ueberprueft und wuessten, dass sie sauber sind. Die Be-
  32.       deutung UND GEFAHR dieser Hunks lesen Sie bitte in VT.kennt nach.
  33.       Die Grundeinstellung in Prefs is AN. Sie entfernen diesen Haken
  34.       auf EIGENE Verantwortung. Bitte beschweren Sie sich dann spaeter
  35.       NICHT. Nach der Abschaltung wird nur noch ein Text "3E8-Hunk" in
  36.       der entsprechenden Zeile ausgegeben.
  37.  
  38.    zu BB-Data bei Filerequester:
  39.       Einige User wollten das haben.
  40.       Ist der Haken NICHT gesetzt, so erfolgt bei einem BB-Data-File am
  41.       Ende der Zeile die Ausgabe "BB-Data".
  42.       Ist der Haken gesetzt, so versucht VT den BB zu erkennen und gibt
  43.       im Erfolgsfall den Virusnamen in einem Requester aus. Dabei wird
  44.       "Loeschen" oder "Weiter" angeboten.
  45.       Erklaerung: Ein BB wird "pur" nur als Datenfile abgespeichert,
  46.       ist also NIE als File ausfuehrbar. Ich nehme nun an, dass einige
  47.       User den VT ueberpruefen wollen, ob er ihre BB-Sammlung kennt.
  48.       Wenn Sie also dieses Gadget anschalten, muss VT im Filetest
  49.       auch die ihm bekannten BBe vergleichen, d.h. der Filetest wird
  50.       etwas langsamer.
  51.       Hinweis1:
  52.          - Standard-BB (also z.B. von Commodore) werden hier
  53.            NICHT erkannt.
  54.          - Nutz-BB die VT nicht kennt, werden NICHT angezeigt.
  55.       Hinweis2:
  56.         Bitte verwechseln Sie BBe, die als Datenfiles (1024 Bytes) ab-
  57.         gespeichert wurden, NICHT mit BBe, die als ausfuehrbare Files
  58.         abgespeichert wurden. Es gibt Utilities, die BBe in ausfuehr-
  59.         bare Files umwandeln. Lesen Sie bitte dazu in VT-FileReq nach.
  60.         VT sucht nach solchen Files AUCH wenn das BB-Data-Gadget ab-
  61.         geschaltet ist. Diese Files sind zum Teil lauffaehig und koen-
  62.         nen in der startup-sequence aufgerufen werden und so ein Virus-
  63.         teil aktivieren. Diese Files muessen also bei jedem  Filetest
  64.         gesucht und gefunden werden.
  65.  
  66.    zu mit Sicherheitsrequester:
  67.       Es haben sich die Anfragen wegen den Sicherheitsrequestern ge-
  68.       haeuft (meist wurde dabei auf decode IRAK im BlockITest hinge-
  69.       wiesen). Entgegen meiner Ueberzeugung (lieber eine Rueckfrage
  70.       zuviel als zuwenig) koennen Sie nun fast alle Sicherheitsre-
  71.       quester unterdruecken. Ausnahme: bei schreibe BB bleibt die
  72.       Rueckfrage (da lass ich auch nicht mit mir handeln!!) .
  73.       Nachtrag:04.12.92: Auch bei KReset erscheint IMMER ein Re-
  74.       quester.
  75.       Um mein Gewissen zu beruhigen, startet VT  IMMER  mit Haken
  76.       bei Sicherheitsrequester. Ich schiebe also IHNEN die Verant-
  77.       wortung zu. BITTE KEIN Geschrei, wenn SIE dann einen Fehler
  78.       machen.
  79.  
  80.    zu Druckrequester bei File- u. Sys-Test :
  81.       NUR fuer FileTest und Tools/SystemTest notwendig.
  82.       Fuer diese zwei Programmpunkte MUSS Ja eingetragen sein, damit
  83.       ein Ausdruck moeglich wird. Bei den zwei Programmpunkten koennen
  84.       Sie dann im Druckrequester immer noch verneinen. Es hat mich
  85.       aber beim FileTest von 20 Disks der DruckRequester am Anfang
  86.       genervt, weil ich meist nicht drucken wollte. Deshalb kann er
  87.       in VT-Prefs ohne Haken unterdrueckt werden.
  88.       Wenn Sie den Haken gesetzt haben, koennen Sie entscheiden, ob
  89.       beim Filetest
  90.          - alles oder nur
  91.          - Requester
  92.        gedruckt werden sollen. Fuer den Sytem-Test waehlen Sie bitte nur
  93.        drucke alles aus.
  94.       Alles:
  95.       Alle Anzeigen auf dem Bildschirm werden auch ausgedruckt. Dies ist
  96.       bei Disketten manchmal notwendig. Der Filetest haelt bei der Fehler-
  97.       meldung wie gewohnt an.
  98.       Requester NUR Druck KEIN Halt:
  99.       Die Requestertexte werden auf dem Bildschirm unterdrueckt und nur
  100.       mit dem entsprechenden Programmnamen auf dem Drucker ausgegeben.
  101.       Gleichzeitig wird das Seitenstopp-Gadget ausgeschaltet, sonst
  102.       koennte VT doch anhalten. Diese Funktion wurde von einigen Usern
  103.       gewuenscht, um ueber Nacht einen Filetest mit einer CD-Rom  OHNE
  104.       Aufsicht durchzufuehren. Bitte schalten Sie dabei auch das 3E8-3F1
  105.       -Gadget und BB.Data bei Filetest an. Da die Zeit ueber Nacht keine
  106.       Rolle spielt, sollte der Ausdruck moeglichst umfassend sein.
  107.       Hinweis: Archiv- und gepackte Files werden hier NICHT ausgedruckt.
  108.       Der Papierverbrauch pro CD haelt sich in Grenzen. Zu Beginn des
  109.       Filetests muessen Sie natuerlich den auftauchenden Druckrequester
  110.       mit JA beantworten und denken Sie bitte daran, dass Sie in diesem
  111.       Testlauf dann keine Fehler beheben oder Viren loeschen koennen,
  112.       da ja ab sofort beim Filetest keine Requester mehr auftauchen
  113.       sollen !!!!!!
  114.  
  115.  
  116.    zu Drucker bereit ? :
  117.       Wenn alles in Ordnung ist, bekommen Sie "SOFORT" ein Ja .
  118.       Falls es Probleme gibt, kommt erst nach rund 30 Sekunden eine
  119.       Meldung vom Betriebssystem zurueck. VT ist dafuer NICHT verant-
  120.       wortlich !!! Probieren Sie es aus mit WB/Tools/initprinter .
  121.       Auf ihrem Bootmedium (Disk o. HD) muessen sein:
  122.          prefs, parallel.device, printer.device, und z.B. NEC
  123.       Vor dem Anklicken von 'Drucker bereit ?' MUESSEN sie einmalig ihre
  124.       Bootdisk einlegen !!!!
  125.       Weitere Fehlerquellen:
  126.          - ist der Drucker an ?
  127.          - ist er Online ? (LED)
  128.          - ist Papier da ?
  129.          - ist er ueberhaupt angeschlossen ?
  130.          - haben sie ueberhaupt einen Drucker ?
  131.             (Das glauben Sie nicht? War der Grund fuer eine Reklamation
  132.                im MSDOS-Bereich)
  133.       Hinweis: Bitte verwenden Sie dieses Gadget, um die benoetigten
  134.         Files nachzuladen. Begruendung: Sobald VT zum Hauptfenster zurueck-
  135.         kehrt, wird ein Speichertest durchgefuehrt. VT findet dann die
  136.         Viren (z.B. Crime'92) die an die nachgeladenen Files gelinkt
  137.         waren und entfernt sie aus dem Speicher mit Meldung. Danke
  138.  
  139.    zu BlockITest mit SecHeader-Test :
  140.       Gilt nur fuer BlockItest.
  141.       Dann wird ueberprueft, ob im Sector-Header Daten abgelegt sind. Im
  142.       Header sind 16 Bytes ungenutzt. Vor einigen Jahren gab es Programme,
  143.       die in diesen Bereich Daten ablegen konnten und auch wieder lesen.
  144.       Nachteil:
  145.         Nicht jedes Diskcopy-Programm kopiert den SectorHeader mit:
  146.            Commodore-DiskCopy  Nein
  147.            TurboBackup         Ja      usw.
  148.       Damit nun nicht jemand denkt, er kann eine neuen Virus plazieren,
  149.       wird ab VT2.54 dieser Bereich auf Wunsch beim BlockITest mitgetestet.
  150.       Der Test wird dadurch nicht einmal 1 Sekunde langsamer.
  151.       Falls Sie mehrmals die Meldung -Daten im SecHeader- erhalten, sollten
  152.       Sie abbrechen und in VT-Prefs den Haken entfernen. Danach koennen Sie
  153.       den BlockITest wiederholen und Sie werden nicht mehr mit der Meldung
  154.       konfrontiert.
  155.       ABER !!!  Sie wissen, dass in den SectorHeadern der Disk zusaetzliche
  156.       Daten untergebracht sind. Unternehmen Sie etwas dagegen. z.B. Kopie
  157.       anfertigen mit Commodore-Diskcopy und ueberpruefen Sie danach die
  158.       Lauffaehigkeit der Programme auf der Disk.
  159.       Rechnung fuer DD-Disk:
  160.            16 Bytes x 11 Sektoren x 160 Tracks = 28160 Bytes
  161.        Viel Platz also .
  162.  
  163.    zu DOS4/5:
  164.       Diese BB-Kennung ermoeglicht ein DirCache auf Disk. Ein neuer
  165.       BlockTyp ($20 oder $21) wurde eingefuehrt. Bitte verwenden Sie
  166.       diesen BB nur wenn Sie haben:
  167.       KS3.0, l:DCFileSystem, neue Befehle: format, install, info
  168.       Hinweis: DOS4 liefert mit dem alten Filesystem Phantasiewerte
  169.       in Bezug auf fileinfo (numblocks). Lassen Sie die Finger davon,
  170.       bis alle Bugs entfernt sind. VT versucht diese Klippe bei der
  171.       Erkennung von DOS4 im BlockKettenTest zu umgehen.
  172.       DOS5 liefert brauchbare Werte.
  173.       Nachtrag Nov 92:
  174.       Bei einem A4000 ist das DCFileSystem in L NICHT mehr notwendig.
  175.       Das FileSystem im ROM kann DirCache. Das DCFileSystem war nur in
  176.       der Entwicklungszeit notwendig. ABER NOCH EINMAL: mit KS2.04 koen-
  177.       nen DirCache-Disketten NICHT gelesen werden. Bedenken Sie das
  178.       bitte, wenn Sie vorhaben, Disketten weiterzugeben.
  179.  
  180.    zu DOS2/3:           (International)
  181.       Diese Kennungen wurden im ROM KS2.04 gefunden.
  182.          DOS2 = OFS
  183.          DOS3 = FFS
  184.       Diese BB`e koennen mit install von WB KS2.04  N I C H T  er-
  185.       zeugt werden.
  186.       Diese BB`e sind von Commodore  N I C H T  dokumentiert.
  187.       Benutzung also auf  E I G E N E  Gefahr !!!!
  188.       VT schreibt hier immer den BB mit expansion.library .
  189.       Unter KS1.3 sind diese BB`e  NUTZLOS  , da eine solche Disk
  190.       als not a Dos-Disk eingestuft wird !!! (die Kennungen befinden
  191.       sich nicht im ROM)
  192.    Nachtrag: 04.03.92
  193.          DOS2/3  = International
  194.       Koennen mit WB2.1 erzeugt werden.
  195.       format V38.11 (31.1.92) und install V38.11 (20.1.92) notwendig.
  196.       Zusatzparameter bei format z.B. INTL
  197.  
  198.    zu AddBuffers:
  199.       Dieser Befehl arbeitet nur mit KS2.04  V37 !!!!! und hoeher
  200.          (nach Commodore kann bei diesem Befehl auch noch unter V36
  201.             ein Fehler auftreten!!)
  202.       VT verwendet diesen Befehl nicht bei KS1.3, weil hier temporaere
  203.       Buffer nicht wieder entfernt werden koennen.
  204.          Stellen Sie bitte ein:
  205.             ohne Haken:
  206.             0    nichts dazu           ;also ueberlegen Sie bitte, ob
  207.                                        ;Ihr Speicher reicht !!!
  208.             mit Haken:
  209.             200   rund 100 KB
  210.       VT verwendet diesen Befehl nur bei FileTest und BlockKette. Die
  211.       temporaeren Buffer werden jeweils dem TestLW zugewiesen und am
  212.       Ende des jeweiligen Tests wieder entfernt. Bei Problemen SOLLTE
  213.       ein Fehler-Requester erscheinen. (hoffe ich ???)
  214.       Die komplette Speicherfreigabe koennen sie vor und nach VT-Be-
  215.       nutzung mit avail und addbuffers im cli ueberpruefen.
  216.       Probieren Sie Addbuffers mit der OrigWB2.04 . Es bringt Zeit.
  217.       Also erst Filetest WB2.04 ohne AddBuffers und dann mit 200 .
  218.       Empfehlung: Sollte VT anbieten, einen LinkVirus auszubauen,
  219.          so brechen Sie bitte ab und setzen AddBuffers auf 0. Sonst
  220.          haben Sie vielleicht nicht genug Speicher um das LinkFile
  221.          einzulesen, den Virusteil auszubauen und dann das Prg. wieder
  222.          abzuspeichern. Ich habe allerdings bei Tests KEINE Probleme
  223.          festgestellt.
  224.       Testbeispiel:
  225.       68030, Orig-Disk-WB2.04, Orig-AddBuffers df0: 5, 8MB FM
  226.       mit VT         addbuffers 0           addbuffers 200
  227.       FileTest         1:44                      0:42
  228.       Hinweis fuer KS1.3-Benutzer:
  229.       Falls Sie genuegend Speicher haben, rufen Sie aus c
  230.       addbuffers df0: 200 auf . VT testet schneller . Nachteil:
  231.       Sie koennen addbuffers nur durch einen RESET unter KS1.3 wieder
  232.       freigeben !
  233.  
  234.  
  235.