Hi Fabio,

>why I cannot compile it as a COM and use SYS(2335)?

Because you cannot execute a COM server directly. You need a host the creates an instance of the object. If you are developing an application for use on your own server that's merely a design decision.

However, if you need to integrate into an existing environment, things are different. For example, when there's an existing application that runs as a service and calls your application to perform some import task, your application is running as a non-interactive application. too.

A COM server doesn't always work due to the blocking nature of COM calls. You quickly end up having to put all wait code into the service instead of the VFP application, because otherwise you cannot respond to the stop service commands. COM server also have a versioning problem. You can only install one server with a single ProgID. If you provide the same server as a VFP 7 and as a VFP 8 EXE, you need to create multiple projects. If you want to run the service with different tokens, you also end up with more difficult code. It's easy to do a RUNAS, but difficult to create a COM server running with changing identities.

Not an issue for most folks here, but to build a COM server in VFP you need "Power user" privileges. It's not possible running with a regular user account.

--
Christof