nanogui: Re: Help --- assert( drivers/mempl4.c, line=237 ) --- follow up


Previous by date: 22 Dec 1999 02:51:09 -0000 Re: Help --- assert( drivers/mempl4.c, line=237 ) --- follow up, Greg Haerr
Next by date: 22 Dec 1999 02:51:09 -0000 Re: Help --- assert( drivers/mempl4.c, line=237 ) --- follow up, Greg Haerr
Previous in thread: 22 Dec 1999 02:51:09 -0000 Re: Help --- assert( drivers/mempl4.c, line=237 ) --- follow up, Greg Haerr
Next in thread: 22 Dec 1999 02:51:09 -0000 Re: Help --- assert( drivers/mempl4.c, line=237 ) --- follow up, Greg Haerr

Subject: RE: Help --- assert( drivers/mempl4.c, line=237 ) --- follow up
From: Rosimildo daSilva ####@####.####
Date: 22 Dec 1999 02:51:09 -0000
Message-Id: <199912220245.SAA26766@www1.xoommail.com>

Greg Haerr wrote:
 > : Applying your new routine seems to have fixed the problem.
 > : 
 > Good.  So the fixes you have applied are:  HAVEBLIT=1,
 > new GdBlit, two assert fixes in vgaplan4.c.  right?


Yes. The video looks good.


 > 
 > It's definitely a mouse driver issue.  That's what the test
 > program is for, it prints the mouse status.  It sounds
 > like the return value is bad when the button is pressed.
 > Perhaps you're decoding the wrong mouse stream.
 > Make sure that you always return 1 (relative), not
 > 2 (abs) coordinates.  
 > 
 > The test program prints mouse status values to stderr,
 > while using the std mouse driver.  You can visually inspect
 > that it's all working ok.
 > 

With the test driver it looks good.

   | 
  -+--------> X
   |
   |
   | 
   V Y

It returns 1 all the time.


Left button == 0x04
Right button == 0x01
Both buttons == 0x05

So, it looks good when running the test driver.

This CPU is Cyrix 586. Yes, floating point sucks on it.


 > 
 > : 
 > :   + the moviment of the mouse is not easy when the top most
 > : windows od the Microwindows demo is active( has focus ).
 > 
 > Remember
 > that the 3d demo recalcs on mouse movement.  So if you're
 > floating point or cpu is slow, then the serial mouse
 > interrupt will track and record all the mouse movement
 > while the 3d demo is drawing.  
 > If you close the 3d demo window, this problem should
 > go away.  Otherwise I suspect a mouse driver issue as well.
 > 
 > : 
 > : I am using the mou_ser.c driver. Mouse type = "ms".
 > 
 > Strange.  Did your other mouse driver work better?
 > 


I do not remember. It was crashing so often that I did
not noticed. The mouse driver looks fine with the 
test driver.

Rosimildo.





______________________________________________________
Get your free web-based email at http://www.xoom.com
Birthday? Anniversary? Send FREE animated greeting
cards for any occasion at http://greetings.xoom.com



Previous by date: 22 Dec 1999 02:51:09 -0000 Re: Help --- assert( drivers/mempl4.c, line=237 ) --- follow up, Greg Haerr
Next by date: 22 Dec 1999 02:51:09 -0000 Re: Help --- assert( drivers/mempl4.c, line=237 ) --- follow up, Greg Haerr
Previous in thread: 22 Dec 1999 02:51:09 -0000 Re: Help --- assert( drivers/mempl4.c, line=237 ) --- follow up, Greg Haerr
Next in thread: 22 Dec 1999 02:51:09 -0000 Re: Help --- assert( drivers/mempl4.c, line=237 ) --- follow up, Greg Haerr


Powered by ezmlm-browse 0.20.