2012/10/4 Paul Chitescu <paulc@voip.null.ro>
On Thursday 04 October 2012 08:25:13 am Dmitry Timoshkov wrote:
> Christian Costa <titan.costa@gmail.com> wrote:
> > �PEPROCESS WINAPI IoGetCurrentProcess(void)
> > �{
> > - � �FIXME("() stub\n");
> > - � �return NULL;
> > + � �TRACE("()\n");
> > +
> > + � �/* Return current process id since PEPROCESS is opaque and drivers
> > should not access the struct directly */ + � �return
> > (PEPROCESS)PsGetCurrentProcessId();
> > �}
>
> The returned pointer is supposed to be passed to various other ntoskrnl
> APIs, and it's needs to be a valid pointer to the kernel object. Besides
> many not trivial kernel drivers (if not all) really dig into internal
> kernel structures.
>
> Same for KeGetCurrentThread.

AFAIK the structure differs for each major version of Windows and some SP too.


I was expecting something like this. :(
At the minimum I saw some drivers expecting that at the returned pointer to be
a "System" C-style string.

Which windows version it is ? In Vista definition the first basic element can be either an UCHAR or an ULONG. Not a char buffer.


I tried submitting a patch before but was not accepted.