
It’s existence serves OS threads for Windows subsystems and device drivers as well. The System process is not bound to an executable image like any other process. System threads don’t have a user process address space and thus must allocate any dynamic info from OS system memory heaps, such as a paged or nonpaged pool. System threads have all the attributes and contexts and are similar to regular user-mode threads, however they run only in kernel-mode. The System process (PID 8 in Windows 2000 and process ID 4 in Windows XP Vista and Windows 2003) houses kernel-mode system threads. Kindly ignore if already known.Before addressing the issue at hand it is best to get familiar with the System process and what makes it so unique in comparison. I know this is not exactly related to the issue you stated directly but still thought of sharing my two cents hoping it would be of some use.

(b.) then compare the sys files/dll that load extra after installling DLP post which take appropriate action. Expand the exe file in question then (a.) take a snapshot before & after installing DLP.

In some cases either (a.) tunnning in OS helps like some change in scan exceptions, DEP in older days, etc.

The onus always to me would be to identify the driver/handle/etc. I'm unaware of any specific issues with hyperMILL as such however have faced such problems with other application conflicting with DLP, from time to time.
