That is if you want WHQL approval. There are TONS of drivers out there that
will NEVER see the inside of CompUsa or any other store and there do NOT
require Microsoft’s blessing. In my case, our driver simply updates the
Qlogic driver that delivers with the OS, but our driver does things that the
Qlogic folks didn’t want to support for customers that that need that kind
of support. And as to the XP MUST BE BUILT WITH build …
Why? If you take the time to set the IDE to the proper paths, and then use
the proper compiler and linker, how can the OS tell if you used IDE or
BUILD?
Gary
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com]On Behalf Of David J. Craig
Sent: Wednesday, December 26, 2001 6:47 AM
To: NT Developers Interest List
Subject: [ntdev] Re: Dll or Exe in Kernel mode
Microsoft has declared from upon high that the IDE is to be ignored. The
command line compiler is shipped with the XP DDK and is the only supported
compiler. I haven’t started using the XP DDK other than as a reference, but
I guess the DDK group at Microsoft finally got fed up with the compiler
group releasing compilers that broke one or more of the DDKs.
I think that if want to have a driver that is included in the box of the
latest OS, you must use BUILD. M$ requires you to give them the source and
you must have WHQL approval.
----- Original Message -----
From: “Gary G. Little”
To: “NT Developers Interest List”
Sent: Wednesday, December 26, 2001 12:14 AM
Subject: [ntdev] Re: Dll or Exe in Kernel mode
> Again, not necessarily true. You can use any symbol other than Driver
entry
> that you want, but you do need to export it and specify it as the entry
> point. There is no magic in drivers. They are only DLLs with SYS as an
> extension and of course are linked with the kernel libraries that are not
> available to user mode. You must use the DDK but you do not HAVE to use
> BUILD. That tends to be a religious issue between using the Visual Studio
> IDE and the command line window folks.
>
> Gary
>
> -----Original Message-----
> From: xxxxx@lists.osr.com
> [mailto:xxxxx@lists.osr.com]On Behalf Of David J. Craig
> Sent: Monday, December 24, 2001 12:24 PM
> To: NT Developers Interest List
> Subject: [ntdev] Re: Dll or Exe in Kernel mode
>
> There is some truth that SCSIPORT & SMCLIB are nothing more than DLLs, but
> you can’t create them with the same tools and methods used to create DLLs
> that run in user mode. They are both .SYS drivers that have a
DriverEntry()
> exported function. They are both created using the DDK & BUILD.EXE. The
> .LIBs that permit linking to them are similar but not identical to a LIB
> used with a user mode DLL.
>
> CLASSPNP is another ‘kernel-mode DLL’. The source and build files are
> available in the DDK.
>
> ----- Original Message -----
> From: “Gary G. Little”
> To: “NT Developers Interest List”
> Sent: Monday, December 24, 2001 12:21 PM
> Subject: [ntdev] Re: Dll or Exe in Kernel mode
>
>
> > Max,
> >
> > Whereas you are right on the EXE, you are wrong on the DLL. Remember, a
> > driver in NT/2000 is nothing more than a DLL. Case in point - SCSIPORT.
> You
> > link your mini-port driver with the import lib. When the mini-port
loads,
> it
> > goes through the DLL loading procedures when you the call
> > ScsiPortIninitialize.
> >
> > Gary
> >
> > -----Original Message-----
> > From: xxxxx@lists.osr.com
> > [mailto:xxxxx@lists.osr.com]On Behalf Of Maxim S. Shatskih
> > Sent: Monday, December 24, 2001 2:53 AM
> > To: NT Developers Interest List
> > Subject: [ntdev] Re: Dll or Exe in Kernel mode
> >
> > No, you cannot.
> > EXEs and DLLs work in user mode and cannot be called from a driver.
> >
> > Max
> >
> > ----- Original Message -----
> > From: “akhil”
> > To: “NT Developers Interest List”
> > Sent: Monday, December 24, 2001 12:00 AM
> > Subject: [ntdev] Dll or Exe in Kernel mode
> >
> >
> > > Hello all,
> > >
> > > Can I Load
> > > 1) EXE
> > > 2) DLL
> > > in a kernel mode driver.
> > > How can I do it ?any sample code or idea will be a great help for me .
> > >
> > > Thanks in advance,
> > > Regards
> > > -Akhil
> > >
> > > —
> > > You are currently subscribed to ntdev as: xxxxx@storagecraft.com
> > > To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
> > >
> >
> >
> > —
> > You are currently subscribed to ntdev as: xxxxx@inland.net
> > To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
> >
> >
> > —
> > You are currently subscribed to ntdev as: xxxxx@yoshimuni.com
> > To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
> >
>
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@inland.net
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@yoshimuni.com
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
>
—
You are currently subscribed to ntdev as: xxxxx@inland.net
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
—
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com