I ran Filemon, and saw that vfp7t.dll couldn't be found. I moved it to the app directory, and now things work fine.

I don't know why it couldn't be found in the directory where the installer put it. One possiblity is a registration issue as the first install was done under my account which is a member of the Administrator group, not under the Administrator account. I didn't check whether it was removed when I did the un-install to re-install under the Admin account.

I also had a problem with the errorlog.txt file not being able to be written to as it had no write access for the guest account. The PostSetup should have added the guest account with write access to the permissions, but it didn't, so I'll have to research that. The data files didn't have write access, either.



>Hi,
>The point is there are differences once Win2003 SP1 is installed. It is to do with rights issues, if you search google as I suggested the articles give details of how to fix.
>Sorry I can't give more details, as we are in the final stages of getting our VFP9 app ready for rollout and I am very busy fixing similar issues.
>
>>Ummm, I fail to see the connection. Does Active VFP even use MSDTC?
>>
>>I'm using the browser on the server machine, so it's accessing localhost - no remote involved at all.
>>
>>Network Access under MSDTC/Security isn't enabled on this server so, if it were needed, it would never work. But it does sometimes work if I play with the access permissions/directory security account. I just can't get it to work reliably.
>>
>>June
>>
>>>Hi,
>>>Check out http://blogs.msdn.com/florinlazar/archive/2004/06/18/159127.aspx and google "Mutual Authentication Required" there are a number of articles on the subject.
>>>
>>>>Thanks for the suggestion. Unfortunately, no joy :(
>>>>
>>>>The firewall is disabled as I'm only running with 1 NIC behind the router, so that shouldn't be an issue.
>>>>
>>>>I uninstalled the prior attempt. Logged in as the admin and re-installed. Now I can't get the app to run at all, even if I turn off anonymous access and run the browser from my user account (which is in the Domain Admins group). Doesn't make a difference if I use localhost or the hostname.
>>>>
>>>>June
>>>>
>>>>
>>>>>Hi,
>>>>>When installing anything on the server, log in as the administrator, also the firewall may be blocking something as well.
>>>>>
>>>>>>I'm trying to get my app running in Windows Server 2003. I developed it on Win2k, and installed it on Windows Small Business Server 2003 and it mostly doesn't work.
>>>>>>
>>>>>>The PostSetup.exe didn't work at the end of the installation. It bombed with a c0000005. I made a VFP exe that calls the postsetup.dll, and that seemed to go ok except for not opening the app in the browser.
>>>>>>
>>>>>>I get HTTP error 500 - internal server error in the browser. If I check the IIS log, I see error ASP 177 80004005 server.createobject failed.
>>>>>>
>>>>>>If I change the user to my account, it sometimes decides to work. If I then change the account back to the anonymous user, then it works for a while. I've tried adding the anonymous user to a security group that has been assigned to the local drive and the web files drive, and that makes no difference.
>>>>>>
>>>>>>Searching the web indicates this is a permissions issue, but I can't seem to find it. One suggestion was to enable object access failure auditing for the anonymous account, and I turned that on but don't get any failures when accessing my AVFP app. As a test, I set up a html page and removed the access permissions for the anonymous account, and if I browse to that page, I get an access failure in the event log.
>>>>>>
>>>>>>How do I get this reliable so I can put it into production?
>>>>>>
>>>>>>Thanks for any ideas.
>>>>>>June