On Wed, Sep 13, 2000 at 10:13:43PM -0400, Zephaniah E. Hull wrote:
> On Wed, Sep 13, 2000 at 10:00:06PM -0400, [EMAIL PROTECTED] wrote:
>
> > I also resolved mouse issues I had by changing the repeat_type value in
> > /etc/gpm.conf to "raw" ... /dev/gpmdata was causing erratic behavior
> > before
On Wed, Sep 13, 2000 at 10:13:43PM -0400, Zephaniah E. Hull wrote:
> On Wed, Sep 13, 2000 at 10:00:06PM -0400, [EMAIL PROTECTED] wrote:
>
> > I also resolved mouse issues I had by changing the repeat_type value in
> > /etc/gpm.conf to "raw" ... /dev/gpmdata was causing erratic behavior
> > before
Though in bad taste, I'll reply above but leave the message intact
below.
In all protocols except ms3/IntelliMouse X4 attempts to communicate with
the mouse, trying this into a fifo is, err, a bad idea, largely because
X4 gets it right back as if it was sent by the mouse, resulting in the
erratic
On Wed, 13 Sep 2000, Zephaniah E. Hull wrote:
>
> Repeat in what gpm calls ms3 and what X calls IntelliMouse.
> Unless you really LIKE shooting yourself in the foot.
That worked also (ie, same result as type "raw" in gpm.conf and "IMPS/2"
in XF86Config) ... I assumed that repeat type "imps2" wou
On Wed, Sep 13, 2000 at 10:00:06PM -0400, [EMAIL PROTECTED] wrote:
> I also resolved mouse issues I had by changing the repeat_type value in
> /etc/gpm.conf to "raw" ... /dev/gpmdata was causing erratic behavior
> before (gpm's fault, not X). So now gpm and X get along well, so
> everything works
On Tue, 12 Sep 2000 at 16:03:53 -0700, Marc Martinez <[EMAIL PROTECTED]> wrote:
> Load "/usr/X11R6/lib/modules/extensions/libglx.so"
You were absolutely right -- replacing "glx" with the above
did the trick. I don't know why I missed this, as I got 4.0.1
working on a different debian bo
Though in bad taste, I'll reply above but leave the message intact
below.
In all protocols except ms3/IntelliMouse X4 attempts to communicate with
the mouse, trying this into a fifo is, err, a bad idea, largely because
X4 gets it right back as if it was sent by the mouse, resulting in the
erratic
On Wed, 13 Sep 2000, Zephaniah E. Hull wrote:
>
> Repeat in what gpm calls ms3 and what X calls IntelliMouse.
> Unless you really LIKE shooting yourself in the foot.
That worked also (ie, same result as type "raw" in gpm.conf and "IMPS/2"
in XF86Config) ... I assumed that repeat type "imps2" wo
On Wed, Sep 13, 2000 at 10:00:06PM -0400, [EMAIL PROTECTED] wrote:
> I also resolved mouse issues I had by changing the repeat_type value in
> /etc/gpm.conf to "raw" ... /dev/gpmdata was causing erratic behavior
> before (gpm's fault, not X). So now gpm and X get along well, so
> everything work
On Tue, 12 Sep 2000 at 16:03:53 -0700, Marc Martinez <[EMAIL PROTECTED]> wrote:
> Load "/usr/X11R6/lib/modules/extensions/libglx.so"
You were absolutely right -- replacing "glx" with the above
did the trick. I don't know why I missed this, as I got 4.0.1
working on a different debian b
On Tue, Sep 12, 2000 at 05:57:51PM -0400, [EMAIL PROTECTED] wrote:
> FWIW, I've been using the phase1 debs of X4.0.1 with the 0.9.4 NVidia
> drivers on a GeForce2, and haven't had any sig11's -- but the server hangs
> (and the displacy is garbled, have to reboot blindly) if the line
> #Load
On Sat, 9 Sep 2000 20:57:16 -0700, Josh Carroll <[EMAIL PROTECTED]> wrote:
> I just recently updated to the phase2 debs (version4), and all I get is
> sig11 constantly, at random times. Sometimes as soon as I start X,
> sometimes no for almost an hour. It varies, but it NEVER stays resident
> mo
On Tue, Sep 12, 2000 at 05:57:51PM -0400, [EMAIL PROTECTED] wrote:
> FWIW, I've been using the phase1 debs of X4.0.1 with the 0.9.4 NVidia
> drivers on a GeForce2, and haven't had any sig11's -- but the server hangs
> (and the displacy is garbled, have to reboot blindly) if the line
> #Load
On Sat, 9 Sep 2000 20:57:16 -0700, Josh Carroll <[EMAIL PROTECTED]> wrote:
> I just recently updated to the phase2 debs (version4), and all I get is
> sig11 constantly, at random times. Sometimes as soon as I start X,
> sometimes no for almost an hour. It varies, but it NEVER stays resident
> m
Josh Carroll wrote:
I just recently updated to the phase2 debs (version4), and all I get is
sig11 constantly, at random times. Sometimes as soon as I start X, sometimes not
for almost an hour. It varies, but it NEVER stays resident more than an hour or
two. This is really annoying, and I'm not s
Josh, I have two main thoughts. First, try to do something like compile
your kernel (when running in a text console :) to make sure your memory
isn't running beyond its limits. If you can compile kernels fine, then
you probably have fine memory. :)
I was getting signal 11s when I had my sync rates
Josh Carroll wrote:
> I just recently updated to the phase2 debs (version4), and all I get is
> sig11 constantly, at random times. Sometimes as soon as I start X, sometimes not
> for almost an hour. It varies, but it NEVER stays resident more than an hour or
> two. This is really annoying, and I'
I just recently updated to the phase2 debs (version4), and all I get is
sig11 constantly, at random times. Sometimes as soon as I start X, sometimes not
for almost an hour. It varies, but it NEVER stays resident more than an hour or
two. This is really annoying, and I'm not sure what the problem is
Josh, I have two main thoughts. First, try to do something like compile
your kernel (when running in a text console :) to make sure your memory
isn't running beyond its limits. If you can compile kernels fine, then
you probably have fine memory. :)
I was getting signal 11s when I had my sync rate
I just recently updated to the phase2 debs (version4), and all I get is
sig11 constantly, at random times. Sometimes as soon as I start X, sometimes not
for almost an hour. It varies, but it NEVER stays resident more than an hour or
two. This is really annoying, and I'm not sure what the problem i
20 matches
Mail list logo
