page fault on 0x7ffe02d8
I am getting this exception: Unhandled exception: page fault on read access to 0x7ffe02d8 in 32-bit code (0x51102a96). and I found this in winternal.h: #if (_WIN32_WINNT >= 0x0501) #define INTERNAL_TS_ACTIVE_CONSOLE_ID ( *((volatile ULONG*)(0x7ffe02d8)) ) #endif /* (_WIN32_WINNT >= 0x0501) */ Should something be allocating memory for this?
Wednesday, October 5, 2005, 9:24:00 PM, Robert Reif wrote:
I am getting this exception:
Unhandled exception: page fault on read access to 0x7ffe02d8 in 32-bit code (0x51102a96).
and I found this in winternal.h:
#if (_WIN32_WINNT >>= 0x0501)
#define INTERNAL_TS_ACTIVE_CONSOLE_ID ( *((volatile ULONG*)(0x7ffe02d8)) ) #endif /* (_WIN32_WINNT >= 0x0501) */
Should something be allocating memory for this?
0x7ffe0000 is SharedUserData that is present on all NT+ systems. It's format only documented in DDK for kernel address space and only for some first several values. This structure keeps growing as I understand and no one except MS knows what's all in it. We do need this structure for some programs that use it. The trick is, that it's in the space allocated with read only access (for user programs). And marked as private. I think we'll have to do something like that. And update from the server. Vitaliy
Vitaliy Margolen wrote:
0x7ffe0000 is SharedUserData that is present on all NT+ systems. It's format only documented in DDK for kernel address space and only for some first several values. This structure keeps growing as I understand and no one except MS knows what's all in it. We do need this structure for some programs that use it. The trick is, that it's in the space allocated with read only access (for user programs). And marked as private. I think we'll have to do something like that. And update from the server.
Vitaly, don't know if you've done some tests on this but IIRC the KSHARED_USER_DATA that we have in ddk/wdm.h should describe it all. Ivan.
Vitaliy Margolen wrote:
0x7ffe0000 is SharedUserData that is present on all NT+ systems. It's format only documented in DDK for kernel address space and only for some first several values. This structure keeps growing as I understand and no one except MS knows what's all in it. We do need this structure for some programs that use it. The trick is, that it's in the space allocated with read only access (for user programs). And marked as private. I think we'll have to do something like that. And update from the server.
Vitaliy
Thanks for the pointer. There was a patch submitted back in 2003 for SharedUserData but it wasn't committed. Is anyone working on implementing SharedUserData for a more recent version of wine? What was the outcome of the discussions on how to implement this?
Robert Reif wrote:
Thanks for the pointer. There was a patch submitted back in 2003 for SharedUserData but it wasn't committed.
Is anyone working on implementing SharedUserData for a more recent version of wine?
We've got a hack that makes safedisc happy, not currently in CVS. Ivan.
You can see the start of what's there in include/ddk/wdm.h, it's the KSHARED_USER_DATA struct. It's meant to be read only memory for user mode. Ivan.
"Robert" == Robert Reif <reif(a)earthlink.net> writes:
Robert> I am getting this exception: Unhandled exception: page fault on Robert> read access to 0x7ffe02d8 in 32-bit code (0x51102a96). Robert> and I found this in winternal.h: Robert> #if (_WIN32_WINNT >= 0x0501) #define Robert> INTERNAL_TS_ACTIVE_CONSOLE_ID ( *((volatile ULONG*)(0x7ffe02d8)) Robert> ) #endif /* (_WIN32_WINNT >= 0x0501) */ Robert> Should something be allocating memory for this? 0x7ffe???? is the sharted memory page of NT. It's also related to transfering arguments to the winehelp() API call. I I remember, no solution was aggreed upon that problem. -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
participants (4)
-
Ivan Leo Puoti -
Robert Reif -
Uwe Bonnes -
Vitaliy Margolen