David Haller wrote:
On Son, 14 Okt 2001, Heinz W. Pahlke wrote:
Ich denke ja, aber falls du gpm und imwheel benutzt, dann koenntest du mal versuchen, gpm vor dem Starten von X zu killen (oder erst gar nicht zu starten). Beide zusammen bereiten leider manchmal Probleme.
Habs versucht starte eigentlich nur noch den X-Server. Gpm start wurde in rc.config auf no gesetzt. Imwheel wird überhaupt nicht geladen. In Ausnahmefällen starte ich es bei Bedarf (acroread, Jbuilder).
Bei mir hier (mit XFree86 3.3.6 und ner PS/2 mit Adapter an seriell/ttyS0 allerdings) funktioniert das Zusammenspiel von gpm (_nicht_ im Repeater- Modus!), imwheel und X problemlos. Der Knackpunkt dabei ist einfach, dass gpm und X auf das gleiche Device konfiguriert werden -- und es reicht _nicht_ wenn z.B. gpm auf /dev/ttyXX und X auf den symlink /dev/mouse konfiguriert werden. Also entweder beide auf das device-file, oder beide auf den symlink.
# grep GPM /etc/rc.config; grep -B1 dev /etc/XF86Config START_GPM="yes" GPM_PARAM=" -t ms3 -m /dev/mouse -B 123" Protocol "IntelliMouse" Device "/dev/mouse"
/dev/mouse ist der symlink auf /dev/ttyS0.
Im Vergleich ist das sicher einen Versuch wert ;)
Hab das Problem nun weiter eingegrenzt, und zwar tritt der Effekt immer dann auf wenn auf einen anderen oder den X-Server umgeschaltet wird z.B von Textkonsole auf 1.X-Server oder vom 1. X-Server zum 2. Und zwar unter folgenden Bedingungen : Wenn beim Umschalten, als die Zeit die der Bildschirm oder Rechner braucht um auf das andere umzuschalten(also in der Arbeitsphase) , die Maus ein Stück bewegt wird dann flizt der Mauszeiger oben rechts in die Ecke und verharrt dort. Da ich das jetzt genauer weiß, kann ich das Problem auch vermeiden, indem ich die Maus eben in dem Zeitbereich ruhig halte. Ich denke das Problem liegt wohl am IMPS2 Protokoll denn mit ner seriellen normalen Maus ohne Scrollrad tritt das Problem nicht auf. Aber ich hab schon zwei Mäuse mit Rad ausprobiert, wo das Problem immer auftritt. Nochmals vielen Dank für eure Hilfe MFG Patrick Klaus