Shaun, while you're here...

[Buzz Murdoch]

I use DC 5.3 and have encrypted partitions. The Sysinternals utility
Process Explorer has the ability to view "I/O Other" data for any
running application or service. For the DC service, this number
constantly increases. (It does for other tasks as well, such as
explorer.exe.) What is the service doing that would cause this?

Also, earlier versions of DC (not that long ago) would run OK without
the DC service running in the background. That no longer seems to be
the case. Why is that?

[Shaun]

On Thu, 03 Sep 2009 21:38:25 -0400, Buzz Murdoch

Post by Buzz Murdoch
I use DC 5.3 and have encrypted partitions. The Sysinternals utility
Process Explorer has the ability to view "I/O Other" data for any
running application or service. For the DC service, this number
constantly increases. (It does for other tasks as well, such as
explorer.exe.) What is the service doing that would cause this?
Also, earlier versions of DC (not that long ago) would run OK without
the DC service running in the background. That no longer seems to be
the case. Why is that?

Hi,

1: If there are tokens enabled then there is some checks done for USB
devices. These tests might well be the IO picked up by Process
explorer. That's been the usual complaint I think. I'll double check,
when I get a minute.


2: DC5's service (unless you are simply mounting disks in "traveller
mode") is essential now for general DCPP operation, to get around the
fact that Windows Vista and Windows 7 requires that certain
operations to be "elevated", even when one is an administrator. There
are now many tasks performed on behalf of the GUI via DCPP service.

For example DC5 no longer parses the parition maps itself, from
reading the disk, but the service issues IOCTLS to the system's disk
drivers to find out where all the partitions are, because newer
formats may not have the same partition layout. This is a step towards
adding support for such disks. If these IOCTLS were issued by DCPP.exe
running on the desktop in the users account they would require
elevation and therefore the service performs it on the behalf of the
GUI, as this already has the required privileges.

There is the argument that DCPP.exe could require elevation when it
starts up, and issue these commands itself. This however would annoy
some people, and services such as "drag and drop" container mount
would be unavailable, as Vista prohibits drag and drop from a none
elevated task (explorer) to one which would be necessarily elevanted
(DcPP.exe) and also in none admin accounds Admin password would be
required.

The service, along with the device driver should be considered to be
an integral and necessary part of DC5 unless traveller mode is being
used.

I hope this helps.
Regards,
Shaun

[Buzz Murdoch]

Post by Shaun
On Thu, 03 Sep 2009 21:38:25 -0400, Buzz Murdoch

Post by Buzz Murdoch
I use DC 5.3 and have encrypted partitions. The Sysinternals utility
Process Explorer has the ability to view "I/O Other" data for any
running application or service. For the DC service, this number
constantly increases. (It does for other tasks as well, such as
explorer.exe.) What is the service doing that would cause this?
Also, earlier versions of DC (not that long ago) would run OK without
the DC service running in the background. That no longer seems to be
the case. Why is that?

Hi,
1: If there are tokens enabled then there is some checks done for USB
devices. These tests might well be the IO picked up by Process
explorer. That's been the usual complaint I think. I'll double check,
when I get a minute.
2: DC5's service (unless you are simply mounting disks in "traveller
mode") is essential now for general DCPP operation, to get around the
fact that Windows Vista and Windows 7 requires that certain
operations to be "elevated", even when one is an administrator. There
are now many tasks performed on behalf of the GUI via DCPP service.
For example DC5 no longer parses the parition maps itself, from
reading the disk, but the service issues IOCTLS to the system's disk
drivers to find out where all the partitions are, because newer
formats may not have the same partition layout. This is a step towards
adding support for such disks. If these IOCTLS were issued by DCPP.exe
running on the desktop in the users account they would require
elevation and therefore the service performs it on the behalf of the
GUI, as this already has the required privileges.
There is the argument that DCPP.exe could require elevation when it
starts up, and issue these commands itself. This however would annoy
some people, and services such as "drag and drop" container mount
would be unavailable, as Vista prohibits drag and drop from a none
elevated task (explorer) to one which would be necessarily elevanted
(DcPP.exe) and also in none admin accounds Admin password would be
required.
The service, along with the device driver should be considered to be
an integral and necessary part of DC5 unless traveller mode is being
used.
I hope this helps.
Regards,
Shaun

It helps immensely. Thanks for taking the time.