BTW, where do you get the DeviceObject for WPP_INIT_TRACING in your
minifilter?
For my minifilter, DriverObject->DeviceObject is NULL in DriverEntry (which
seems like the logical place to invoke WPP_INIT_TRACING).
There are other things that look like WPP hasn’t really been wrung out on
Win2K. For instance, on line 438 of km-init.tpl:
WppDebug(0,(“IoWMIRegistrationControl status = %08X\n”));
Note the lack of a value for the format (caused BSOD on my system).
Similarly on line 88:
WppDebug(0,(“WPP Create of Registry name failed 0x%X”));
The bottom line is that if I disable WPP completely in W2K, my driver works.
If I enable it, I haven’t been able to get beyond a BSOD. I finally gave up
and just disabled WPP on Win2K.
Ken
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Ted Hess
Sent: Thursday, March 10, 2005 11:34 AM
To: Windows File Systems Devs Interest List
Subject: RE: [ntfsd] WPP on Win2K?
One more thing…
You need to call WPP_INIT_TRACING() with a DeviceObject and not a
DriverObject on W2K.
/ted
-----Original Message-----
From: Ken Cross [mailto:xxxxx@comcast.net]
Sent: Thursday, March 10, 2005 10:28 AM
To: Windows File Systems Devs Interest List
Subject: RE: [ntfsd] WPP on Win2K?
The -dll didn’t seem to improve anything and added another error:
error C2496: ‘WPP_GLOBAL_Control’ : ‘selectany’ can only be applied to data
items with external linkage
Anyhow, it looks like this handles the bulk of the problems I’ve seen. This
is in the common header I use:
#include <fltkernel.h>
// Suppress invocation of ntddk.h
#define NTDDK
#ifndef UNICODE_STRING_MAX_BYTES
#define UNICODE_STRING_MAX_BYTES ((USHORT) 65534)
#endif
#ifndef RTL_NUMBER_OF
#define RTL_NUMBER_OF(x) (sizeof(x)/sizeof(x[0]))
#endif
#ifndef RtlInitEmptyUnicodeString
#define RtlInitEmptyUnicodeString(_ucStr,_buf,_bufSize) <br> ((_ucStr)->Buffer = (_buf), <br> (_ucStr)->Length = 0, <br> (_ucStr)->MaximumLength = (USHORT)(_bufSize))
#endif
For some reason, the last 3 macros aren’t defined in the W2K version of
ntifs.h (there may be more that I’m not using, too).
HTH,
Ken
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Ted Hess
Sent: Thursday, March 10, 2005 9:30 AM
To: Windows File Systems Devs Interest List
Subject: RE: [ntfsd] WPP on Win2K?
Ken -
Your WPP command line should look something like this for W2K (notice the
undocumented -dll option!)
RUN_WPP=$(SOURCES) -km -dll -gen:{km-w2k.tpl}.tmh
If you ever figure out a way to build a single Filter Manager based driver
image for W2K/XP/WS03 with WPP tracing enabled, let me know. I gave up on
that one.
/ted
-----Original Message-----
From: Ken Cross [mailto:xxxxx@comcast.net]
Sent: Thursday, March 10, 2005 8:35 AM
To: Windows File Systems Devs Interest List
Subject: [ntfsd] WPP on Win2K?
NTFSD Folk:
I’m having problems getting WPP working on Win2K. Everything builds and
executes fine on XP/2003. (It’s a minifilter, but I don’t think that’s a
factor.)
Per the documentation, I’ve added this line in sources:
RUN_WPP=$(SOURCES) -km -gen:{km-w2k.tpl}.tmh
But it still gets roughly a zillion compile errors (mostly macro and struct
redefinitions). I can’t seem to find a combination of #includes that work.
I’m using IFS build 1414. Any clues?
Thanks,
Ken
—
Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: xxxxx@livevault.com To unsubscribe
send a blank email to xxxxx@lists.osr.com
—
Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: xxxxx@comcast.net To unsubscribe
send a blank email to xxxxx@lists.osr.com
—
Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: xxxxx@livevault.com To unsubscribe
send a blank email to xxxxx@lists.osr.com
—
Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17
You are currently subscribed to ntfsd as: xxxxx@comcast.net
To unsubscribe send a blank email to xxxxx@lists.osr.com</fltkernel.h>