does anyone else's windows 98 machine not survive the user32 msg test?
After I run "user32_crosstest msg" on my windows 98 virtual machine in qemu, it no longer responds to any mouse input (the cursor moves and changes, but clicking has no effect). This seems to be caused by calling DefWindowProcA directly with WM_SYSCOMMAND messages SC_NEXTWINDOW and SC_PREVWINDOW. Does this happen to anyone else, especially on a windows 98 machine not running in qemu? Vincent Povirk
On Sun, Oct 26, 2008 at 10:31 PM, Vincent Povirk <madewokherd+8cd9(a)gmail.com> wrote:
After I run "user32_crosstest msg" on my windows 98 virtual machine in qemu, it no longer responds to any mouse input (the cursor moves and changes, but clicking has no effect). This seems to be caused by calling DefWindowProcA directly with WM_SYSCOMMAND messages SC_NEXTWINDOW and SC_PREVWINDOW.
Does this happen to anyone else, especially on a windows 98 machine not running in qemu?
Happens to me with both win95 and win98, probably NT4 but it's been a while since I've tried the tests in NT4. -- James Hawkins
James Hawkins wrote:
On Sun, Oct 26, 2008 at 10:31 PM, Vincent Povirk <madewokherd+8cd9(a)gmail.com> wrote:
After I run "user32_crosstest msg" on my windows 98 virtual machine in qemu, it no longer responds to any mouse input (the cursor moves and changes, but clicking has no effect). This seems to be caused by calling DefWindowProcA directly with WM_SYSCOMMAND messages SC_NEXTWINDOW and SC_PREVWINDOW.
Does this happen to anyone else, especially on a windows 98 machine not running in qemu?
Happens to me with both win95 and win98, probably NT4 but it's been a while since I've tried the tests in NT4.
Same here on my win95 and win98 VMware boxes. I have to Alt-Tab to proceed when running the full winetest.exe (as it pops up a crash box). -- Cheers, Paul.
On Mon, Oct 27, 2008 at 1:53 AM, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote:
James Hawkins wrote:
On Sun, Oct 26, 2008 at 10:31 PM, Vincent Povirk <madewokherd+8cd9(a)gmail.com> wrote:
After I run "user32_crosstest msg" on my windows 98 virtual machine in qemu, it no longer responds to any mouse input (the cursor moves and changes, but clicking has no effect). This seems to be caused by calling DefWindowProcA directly with WM_SYSCOMMAND messages SC_NEXTWINDOW and SC_PREVWINDOW.
Does this happen to anyone else, especially on a windows 98 machine not running in qemu?
Happens to me with both win95 and win98, probably NT4 but it's been a while since I've tried the tests in NT4.
Same here on my win95 and win98 VMware boxes. I have to Alt-Tab to proceed when running the full winetest.exe (as it pops up a crash box).
I don't get a crash message. Like Vincent, I can move the mouse around and the cursor blinks, but everything else is entirely unresponsive. -- James Hawkins
On Mon, Oct 27, 2008 at 5:53 PM, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote:
James Hawkins wrote:
On Sun, Oct 26, 2008 at 10:31 PM, Vincent Povirk <madewokherd+8cd9(a)gmail.com> wrote:
After I run "user32_crosstest msg" on my windows 98 virtual machine in qemu, it no longer responds to any mouse input (the cursor moves and changes, but clicking has no effect). This seems to be caused by calling DefWindowProcA directly with WM_SYSCOMMAND messages SC_NEXTWINDOW and SC_PREVWINDOW.
Does this happen to anyone else, especially on a windows 98 machine not running in qemu?
Happens to me with both win95 and win98, probably NT4 but it's been a while since I've tried the tests in NT4.
Same here on my win95 and win98 VMware boxes. I have to Alt-Tab to proceed when running the full winetest.exe (as it pops up a crash box).
-- Cheers,
Paul.
Same experience as Paul with win98 on real hardware, I just alt-tab past the invisible window to reach the close button on the crash dialog.
Jeff Zaroyko wrote:
On Mon, Oct 27, 2008 at 5:53 PM, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote:
James Hawkins wrote:
On Sun, Oct 26, 2008 at 10:31 PM, Vincent Povirk <madewokherd+8cd9(a)gmail.com> wrote:
After I run c on my windows 98 virtual machine in qemu, it no longer responds to any mouse input (the cursor moves and changes, but clicking has no effect). This seems to be caused by calling DefWindowProcA directly with WM_SYSCOMMAND messages SC_NEXTWINDOW and SC_PREVWINDOW.
Does this happen to anyone else, especially on a windows 98 machine not running in qemu?
Happens to me with both win95 and win98, probably NT4 but it's been a while since I've tried the tests in NT4.
Same here on my win95 and win98 VMware boxes. I have to Alt-Tab to proceed when running the full winetest.exe (as it pops up a crash box).
-- Cheers,
Paul.
Same experience as Paul with win98 on real hardware, I just alt-tab past the invisible window to reach the close button on the crash dialog.
Turns out (just tested) that this is with the user32/win tests though. The msg tests run fine for me on win9x when done via winetest.exe. When I run "user32_crosstest msg" on my win98 box I see the same thing as Vincent and James but I can still use Alt-Tab to start working again. -- Cheers, Paul.
On Sun, 26 Oct 2008, Vincent Povirk wrote:
After I run "user32_crosstest msg" on my windows 98 virtual machine in qemu, it no longer responds to any mouse input (the cursor moves and changes, but clicking has no effect). This seems to be caused by calling DefWindowProcA directly with WM_SYSCOMMAND messages SC_NEXTWINDOW and SC_PREVWINDOW.
Does this happen to anyone else, especially on a windows 98 machine not running in qemu?
I'm seeing this too on my Win98 (initial release) VM. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ "Utilisateur" (nom commun) : Mot utilisé par les informaticiens en lieu et place d'"idiot".
On So, 2008-10-26 at 22:31 -0500, Vincent Povirk wrote:
After I run "user32_crosstest msg" on my windows 98 virtual machine in qemu, it no longer responds to any mouse input (the cursor moves and changes, but clicking has no effect)
Does this happen to anyone else, especially on a windows 98 machine not running in qemu?
winetest on win98se on real hardware. Alt-Tab is needed to close the msg-box from the crashing tests, and most times, a deadlook follows, with checkdsk after the reboot -- By by ... Detlef
participants (6)
-
Detlef Riekenberg -
Francois Gouget -
James Hawkins -
Jeff Zaroyko -
Paul Vriens -
Vincent Povirk