bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: emacs 21.1.1 dies under win98se using whell of mouse


From: Miguel
Subject: Re: emacs 21.1.1 dies under win98se using whell of mouse
Date: Fri, 01 Feb 2002 17:28:51 +0100

I suppose I have to reply to bug-gnu-emacs@gnu.org ... (first time i post a bug report)

I've been doing a little research, (10 min) and I found that it's not only with control or shift, it's with any key! It' does not happen the first time you turn the whell, i mean not after the first step of the wheel, and also it doesn't seem to happen if I turn the wheel slowly ( i have to confirm that ).. so the easy way of reproducing it seems to press any key and at the same time turn fast up and down the whell .... I've checked that the bug persists even with the -q switch on the runemacs commandline... I've tried changing de config of the mouse ( PS/2 rate, "use only office compatible mode"..) but it still crashes...

the info as reported in m-x emacs report :
----------------------------------------------------------------------------------------------------------------------
In GNU Emacs 21.1.1 (i386-msvc-windows98.2222)
 of 2001-10-22 on buffy
configured using `configure --with-msvc (12.00)'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: esn
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t
----------------------------------------------------------------------------------------------------------------------------------------


At 20:44 31/01/2002 +0000, you wrote:
The following message is a courtesy copy of an article
that has been posted to gnu.emacs.bug as well.

"Eli Zaretskii" <eliz@is.elta.co.il> writes:

> > want) I place de mouse pointer over it, press control ( or shift ) and at > > the same time I turn de mouse whell up and down. It generates a protection
> > fault ("this program has generated a protection fault...." ) an dies...
>
> I cannot reproduce this here (also on Windows 98).  I don't have
> Logitech mouse, but I'm not sure it matters.

I used to have a Logitech trackball.  It's drivers did something
non-standard with the wheel IIRC (simulating dragging on the scrollbar
I think) so it might matter.

What does C-h k followed by scrolling the mouse-wheel up one click report?

This will help narrow down which event is causing the crash.

--
Jason Rumney




reply via email to

[Prev in Thread] Current Thread [Next in Thread]