page fault on 0x7ffe02d8

[Robert Reif]

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?

[Vitaliy Margolen]

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

[Ivan Leo Puoti]

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.

[Robert Reif]

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?

[Ivan Leo Puoti]

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.

[Ivan Leo Puoti]

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.

[Uwe Bonnes]

> > > > > "Robert" == Robert Reif  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.