| |
DF8MT > TOP 31.12.00 17:55l 94 Lines 4832 Bytes #999 (0) @ DL
BID : VCADB0NDK00U
Read: DH9MAG DG9CAH DL1EFA DG2MFZ DL8UR DK7NR DL9MEX DG4MJW SP3NGW DL1SDJ
Read: GUEST DK1MHU
Subj: TOP+W98SE+ME
Path: DB0AAB<DB0ZKA<DB0GPP<DB0SAA<DB0TTM<DB0SWR<DB0HBN<DB0SON<DB0ERF<DB0BRI<
DB0NDK
Sent: 001231/1445z @:DB0NDK.#NRW.DEU.EU [IGDF Niederkassel-JO30MU] bcm1.43l_ndk
From: DF8MT @ DB0NDK.#NRW.DEU.EU (Andy)
To: TOP @ DL
Liebe TOP-Freunde,
ich moechte mit meinem Beitrag kurz auf die Probleme einiger TOP-User einge-
hen, die Schwierigkeiten bei der Nutzung des Programmes unter Win95/98/SE/ME
haben und teils hier in dieser Rubrik bereits darueber berichtet hatten.
Nachdem ich vor kurzem mein System ganz neu installierte - zwei Jahre arbei-
tete es hier unverwuestlich - stellte auch ich fest, dass es tiefere Probleme
beim Betrieb von 16-Bit-DOS-Terminal-Programmen unter Win98SE gibt. Aus den
Mails anderer Funkfreunde, die ebenfalls eines der oben genannten Betriebs-
systeme einsetzen, konnte man erkennen, dass auch sie Ungereimtheiten beim
Betrieb von TOP erfahren hatten. Leider war es mir in der Vergangenheit nicht
moeglich, diese zu ihrer Zufriedenheit zu klaeren, da hier selbst die Pro-
bleme anfangs nicht auftraten und es deshalb auch schwierig ist, die Ursachen
zu erforschen. Meine Antwort, es laege hauptsaechlich an Windows oder eines
seiner Anwendungen, wurde zur Regel.
Nun, wo die Probleme auch hier auftauchten, konnte ich endlich der Ursache
genauer nachgehen. Um gleich das Ergebnis vorweg zu nennen: die Schuld liegt
an Windows und zum Teil auch an TOP.
Festgehalten werden muss, dass die mir geschilderten Probleme unterschied-
licher Art sind:
1.) Die einen koennen TOP in Windows ueberhaupt nicht starten. Entweder
bleibt es waehrend des Startens haengen, oder es schafft die
Synchronisation zum TNC nicht.
2.) TOP verhaelt sich aehnlich wie unter Punkt 1 geschildert, aber beim
zweiten Versuch, das Programm zu starten, klappt es dann.
3.) TOP schafft den ersten Start, aber nach dem zweiten Aufruf, haengt es
wieder oder schafft die Synchronisation nicht.
Zunaechst konnte ich das gravierende Problem des Haengenbleibens abstellen.
Egal welche der oben gezeigten Problemsituationen auch auftritt, TOP darf
jetzt beim Start nicht mehr haengen; ein Power-Reset des PCs ist nicht mehr
notwendig. Erklaerung: Tatsaechlich hing das Programm nicht, sondern verfiel
endlos in einer Programmschleife, in der ausgerechnet alle System-Interrupts
gesperrt waren, so dass es nicht mal moeglich war, von der Tastatur den
Rechner warmzustarten. Der PC-User glaubte jedoch, sein PC waere abgestuerzt.
Wie schon Gerd Michael in seinem Beitrag schrieb: ein DOS-Fenster, in dem
ein DOS-Terminalprogramm gestartet wurde, belegt die gesamten Ressourcen
der COM-Schnittstelle. Dies bedeutet, dass ein Programm, das in einem
anderen Task gestartet wird, keine Zugriffsrechte von Windows auf diesen
COM-Port erhaelt. Auch bei Beendigung des DOS-Programmes verbleiben die
Ressourcen dem DOS-Fenster, und zwar so lange, bis dieses geschlossen wird.
Erst dann werden diese an Windows zurueck gegeben, damit es sie einer neuen
Anwendung zuteilen kann. Bei meinen Untersuchungen stellte sich allerdings
heraus, dass die eben beschriebe Situation nicht die Schuld der Probleme war.
Denn in allen Faellen, wo man versucht, ein DOS-Terminalprogramm zu starten
und der COM-Port bereits einer anderen Anwendung zugeteilt wurde, brechen die
Terminalprogramme richtigerweise ihre Arbeit mit einer entsprechenden Fehler-
meldung ab. TERM von DL5FBD meldet z.B., dass der COM-Port nicht installiert
sei. Eine aehnliche Meldung gibt auch mein TOP, V24 und T7F bekannt.
Schlussendlich kam ich zu der Entscheidung, die Ursache des Problems in den
Tiefen von Windows zu suchen, denn ein Fehler der DOS-Terminalprogramme war
ausgeschlossen. Gluecklicherweise hatte mir Walter, DJ4WO, zum richtigen
Zeitpunkt einen guten Tip gegeben, der das Problem, dass sich TOP beim
zweiten Mal nicht starten laesst, behebt. Es handelt sich hier um eine
Aenderung eines Eintrages in der Registry von Windows, die bei mir im
Original wie folgt aussah:
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\VCOMM]
"EnablePowerManagement"=hex:01,00,00,00
Geaendert wird ein Bit des Wertes fuer "EnablePowerManagement". Stehen muss
dann dort:
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\VCOMM]
"EnablePowerManagement"=hex:00,00,00,00
^-- Diese Nibble von 1 auf 0 abaendern.
Die Loesung des Problems, dass TOP beim ersten Startversuch nicht bootet,
wurde hier schon angesprochen. Ich wiederhole es gern noch einmal: In der
AUTOEXEC.BAT wird zweimal der Befehl MODE COMx 96 N 8 1 untereinander
geschrieben. x steht hier fuer die Nummer des COM-Portes, an welchem der
TNC angeschlossen ist. So sieht das dann beispielsweise fuer COM2 aus:
MODE COM2 96 N 8 1
MODE COM2 96 N 8 1
Es wuerde mich freuen, wenn diese in dieser Rubrik genannten Informationen
bei manchen OMs zum Erfolg fuehren. Ich beabsichtige, in den naechsten Tagen
eine neue Version von TOP freizugeben. Selbiges gilt auch fuer meine beiden
Programme V24 und T7F.
Gruss, Andy
Read previous mail | Read next mail
| |
