Dmitry == Dmitry Timoshkov [EMAIL PROTECTED] writes:
...
Dmitry Could you (or anybody else with a Win95 machine) add the
Dmitry following lines at the end of the previous test program and
Dmitry report the result?
This is with win98seg
hMapping = 0014
p = 82D7E000
Dmitry Timoshkov [EMAIL PROTECTED] writes:
Perhaps applications which use assumptions about Win95 virtual memory
management should be considered as broken? Or it is worth to support them?
What should be considered broken is the memory management of Win95 ;-)
But yes, we should probably
Alexandre Julliard wrote:
Why do you say it's wrong for NT? It seems perfectly correct: the
mapping object exists as long as you have a handle to it, or some view
of it is mapped (which keeps a handle internally, just like we do
under Wine).
Do not confuse the file mapping object with
Ulrich Weigand [EMAIL PROTECTED] wrote:
VirtualQuery in Win95, however, appears to completely ignore the
KERNEL32 list of views, but always calls the _PageQuery VMM service
and returns VMM's opinion on the status of the pages. This explains
why VirtualQuery shows the pages still present
I wtote:
Rein Klazes [EMAIL PROTECTED] wrote:
win95 on a vmware machine.
H:\test
hMapping = 0005
p = 826DB000
VirtualQuery(826DB000) ret=0x1c
BaseAddress = 826DB000
AllocationBase = 826DB000
AllocationProtect = 0x0001
RegionSize = 0x0400f000
State = 2000
"Rein Klazes" [EMAIL PROTECTED] wrote:
win95 on a vmware machine.
H:\test
hMapping = 0005
p = 826DB000
VirtualQuery(826DB000) ret=0x1c
BaseAddress = 826DB000
AllocationBase = 826DB000
AllocationProtect = 0x0001
RegionSize = 0x0400f000
State = 2000
Protect = 0001
Type =
On Fri, 20 Apr 2001 21:05:30 +0800, you wrote:
Hello all.
Could anybody with access to a Win95 machine run this simple program
and report the result?
void test(void)
win95 on a vmware machine.
H:\test
hMapping = 0005
p = 826DB000
VirtualQuery(826DB000) ret=0x1c
BaseAddress = 826DB000