Winuae bug

bippym · 30 October 2012, 21:27

Toni,

please take a look at this video. There is a bug where the pointer becomes trapped in the top half of the screen.

This is on the latest public release, but also seems to do it on the latest beta.

I will save logs when I get it to repeat. In the mean time what do you need?

http://www.youtube.com/watch?v=ZEhsqC6jF1k

Toni Wilen · 31 October 2012, 11:17

Do you have mouse driver checkbox ticked in gameports panel? If yes, does it happen if you untick it?

bippym · 31 October 2012, 11:38

No it isn't ticked.

I will keep trying to get it to repeat the bug so I can get a log to you.

bippym · 31 October 2012, 19:28

Toni,

Log attached. Quite a few "errors"

Toni Wilen · 31 October 2012, 19:34

Log is not complete. Did you cut beginning part of the log? Or did you load new configuration on the fly? Never do that when logging

"Illegal kickmem bput" is most likely caused by some buggy program and nothing to do with mouse issue.

EDIT: attach also your config file.

bippym · 31 October 2012, 19:39

Hmmm.. Okay later I'll start the logging from a fresh boot. It does it on most of my onfigs though

Toni Wilen · 31 October 2012, 19:41

Perhaps you have some ancient uae utilities in startup-sequence or wbstartup?

Does it happen when using same config but booting from non-modified WB disk?

bippym · 31 October 2012, 19:48

Startup sequence is basic os3.9 or 3.1. Mui, and basic stuff like assigns.

It doesn't always start straight away, but once it does just a restart fixes it most of the time. Oddly it occurred earlier and I was confined to a small rectangular area approximately half way down the screen. I couldn't move in any direction.

copse · 31 October 2012, 22:05

I've also recently had this problem - and I believe it started with upgrading to 2.4.1 from whatever version I used before that.

My workflow stays the same with different versions of WinUAE - same Workbench configuration for years since I set it up. 3.5 boots up on HD disk image, then I start resource in the foreground and maybe have something like AsmPro or DiskMaster in the background which I occasionally switch to.

Any time I moved the mouse outside a certain square region covering most of the screen, it would snap it back. I could fight against it and sometimes make it to the gadget outside of that region, but it was painful and frustrating. This would happen when I was trying to hit the "to back" gadget on the right of the screen titlebar of resource or diskmaster.

bippym · 01 November 2012, 00:01

Toni,

Please find a new logfile attached. This time it took quite a while for the bug to appear, but alas it did.

On this occasion if I entered a small box on the top left I was trapped there. When I was able to get out everything was fine until i entered this box.

Toni Wilen · 01 November 2012, 19:30

Another possibility: GamePorts panel "Windows mouse" only?

bippym · 01 November 2012, 19:31

"windows mouse" is selected

Toni Wilen · 01 November 2012, 19:46

Select something else and try again.

Toni Wilen · 01 November 2012, 20:14

http://www.winuae.net/files/b/winuae.zip may fix it.

bippym · 02 November 2012, 00:07

Okay that beta completely freezes the emulation when I compile my blitz game. This works in 2.4.1

Toni Wilen · 02 November 2012, 08:17

Better question is: does latest official 2.5 betas work? If not, which was last working version.

Does the mouse work? Longer replies are allowed here

EDIT: does today's winuae.zip work? (above log is also quite useless truncated log)

bippym · 02 November 2012, 21:52

I have moved the beta related stuff to the correct thread.

bippym · 03 November 2012, 00:14

Tony after a few hours I have managed to get the latest beta to reproduce the mouse bug. I have not recorded the log.. Would it be worth doing part-way through emulation?

bippym · 03 November 2012, 10:00

And once the bug starts it continues even if the resolution is changed to a standard resolution

Toni Wilen · 03 November 2012, 18:44

Redownload winuae.zip (url above) and test again. It really should be fixed now. (Windows mouse hidden clipping region was not updated when WinUAE window size changed..)

bippym · 04 November 2012, 04:57

Excellent. Thank you

bippym · 05 November 2012, 14:04

Toni,

I am using the link you supplied above and the issue has raised its ugly head again.

http://www.youtube.com/watch?v=WbkayK3GTN4

Toni Wilen · 05 November 2012, 14:35

Which screen mode? Fullscreen or full-window?

bippym · 05 November 2012, 14:44

1024X768 Picasso 32bit in window mode

Toni Wilen · 05 November 2012, 20:12

Some changes in b24, include log if it still happens.

bippym · 21 November 2012, 23:07

Toni,

Find attached a log from the latest beta.

This is continuing.

Toni Wilen · 22 November 2012, 16:18

Log is not that useful because I removed extra clipping logging because I thought it was already fixed (no reply in few days after my last post)

Logging is back: http://www.winuae.net/files/b/winuae.zip

btw, can you duplicate it instantly if you use very small native window (for example 640x400 or smaller) and use large RTG mode (at least twice the size of native)? Set mode sizes, restart winuae and boot normally to RTG WB and check mouse.

bippym · 22 November 2012, 18:40

Toni,

Sorry I had not seen your response. I will check this Sunday/Monday as I am busy working for the next couple of days

When you say Native do you mean native PC or Amiga screen/window size?

Toni Wilen · 22 November 2012, 18:45

Quote:

Originally Posted by bippym

Toni,

Sorry I had not seen your response. I will check this Sunday/Monday as I am busy working for the next couple of days

When you say Native do you mean native PC or Amiga screen/window size?

Native = chipset mode screen. Configured using Display panel window size selection.

bippym · 22 November 2012, 19:12

Okay.

I have recently noticed that it becomes more prevalent when using laced displays.

30 October 2012, 21:27	#1
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	Winuae bug Toni, please take a look at this video. There is a bug where the pointer becomes trapped in the top half of the screen. This is on the latest public release, but also seems to do it on the latest beta. I will save logs when I get it to repeat. In the mean time what do you need? http://www.youtube.com/watch?v=ZEhsqC6jF1k

02 November 2012, 08:17	#16
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	Better question is: does latest official 2.5 betas work? If not, which was last working version. Does the mouse work? Longer replies are allowed here EDIT: does today's winuae.zip work? (above log is also quite useless truncated log) Last edited by Toni Wilen; 02 November 2012 at 17:07.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
WinUAE 1.5.2 bug	hrmes	support.WinUAE	12	02 October 2008 19:11
Winuae 1.5.2 filtershaders bug	Marcuz	support.WinUAE	4	30 September 2008 18:12
Bug Winuae	Zollex	support.WinUAE	7	03 August 2007 20:52
Bug in latest Winuae	FreakyDan	support.WinUAE	3	11 December 2003 21:30
Bug in winuae	Paul	support.WinUAE	4	06 June 2003 20:41

31 October 2012, 11:17	#2
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	Do you have mouse driver checkbox ticked in gameports panel? If yes, does it happen if you untick it?

31 October 2012, 11:38	#3
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	No it isn't ticked. I will keep trying to get it to repeat the bug so I can get a log to you.

31 October 2012, 19:34	#5
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	Log is not complete. Did you cut beginning part of the log? Or did you load new configuration on the fly? Never do that when logging "Illegal kickmem bput" is most likely caused by some buggy program and nothing to do with mouse issue. EDIT: attach also your config file.

31 October 2012, 19:39	#6
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	Hmmm.. Okay later I'll start the logging from a fresh boot. It does it on most of my onfigs though

31 October 2012, 19:41	#7
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	Perhaps you have some ancient uae utilities in startup-sequence or wbstartup? Does it happen when using same config but booting from non-modified WB disk?

31 October 2012, 19:48	#8
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	Startup sequence is basic os3.9 or 3.1. Mui, and basic stuff like assigns. It doesn't always start straight away, but once it does just a restart fixes it most of the time. Oddly it occurred earlier and I was confined to a small rectangular area approximately half way down the screen. I couldn't move in any direction.

31 October 2012, 22:05	#9
copse Registered User Join Date: Jul 2009 Location: Lala Land Posts: 139	I've also recently had this problem - and I believe it started with upgrading to 2.4.1 from whatever version I used before that. My workflow stays the same with different versions of WinUAE - same Workbench configuration for years since I set it up. 3.5 boots up on HD disk image, then I start resource in the foreground and maybe have something like AsmPro or DiskMaster in the background which I occasionally switch to. Any time I moved the mouse outside a certain square region covering most of the screen, it would snap it back. I could fight against it and sometimes make it to the gadget outside of that region, but it was painful and frustrating. This would happen when I was trying to hit the "to back" gadget on the right of the screen titlebar of resource or diskmaster.

01 November 2012, 19:30	#11
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	Another possibility: GamePorts panel "Windows mouse" only?

01 November 2012, 19:31	#12
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	"windows mouse" is selected

01 November 2012, 19:46	#13
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	Select something else and try again.

01 November 2012, 20:14	#14
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	http://www.winuae.net/files/b/winuae.zip may fix it.

02 November 2012, 21:52	#17
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	I have moved the beta related stuff to the correct thread.

03 November 2012, 00:14	#18
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	Tony after a few hours I have managed to get the latest beta to reproduce the mouse bug. I have not recorded the log.. Would it be worth doing part-way through emulation?

03 November 2012, 10:00	#19
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	And once the bug starts it continues even if the resolution is changed to a standard resolution

03 November 2012, 18:44	#20
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	Redownload winuae.zip (url above) and test again. It really should be fixed now. (Windows mouse hidden clipping region was not updated when WinUAE window size changed..)

04 November 2012, 04:57	#21
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	Excellent. Thank you

05 November 2012, 14:04	#22
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	Toni, I am using the link you supplied above and the issue has raised its ugly head again. http://www.youtube.com/watch?v=WbkayK3GTN4

05 November 2012, 14:35	#23
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	Which screen mode? Fullscreen or full-window?

05 November 2012, 14:44	#24
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	1024X768 Picasso 32bit in window mode

05 November 2012, 20:12	#25
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	Some changes in b24, include log if it still happens.

22 November 2012, 16:18	#27
Toni Wilen WinUAE developer Join Date: Aug 2001 Location: Hämeenlinna/Finland Age: 38 Posts: 11,944	Log is not that useful because I removed extra clipping logging because I thought it was already fixed (no reply in few days after my last post) Logging is back: http://www.winuae.net/files/b/winuae.zip btw, can you duplicate it instantly if you use very small native window (for example 640x400 or smaller) and use large RTG mode (at least twice the size of native)? Set mode sizes, restart winuae and boot normally to RTG WB and check mouse.

22 November 2012, 18:40	#28
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	Toni, Sorry I had not seen your response. I will check this Sunday/Monday as I am busy working for the next couple of days When you say Native do you mean native PC or Amiga screen/window size?

22 November 2012, 19:12	#30
bippym Global Moderator Join Date: Nov 2001 Location: Derby, UK Age: 37 Posts: 8,139	Okay. I have recently noticed that it becomes more prevalent when using laced displays.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)