Hi all,
Running into some issues with . I have a utility that takes a XLS
document and creates an old school DBF file for use in a third party system.
If I run the following from the command line:
[pathname]dbfview.exe -I[pathname]/myExcel.xls -O[pathname]/myDbf.dbf -XLStoDBF
-HEADERS=0
All
I had a similar issue with cfexecute just yesterday calling an ANT script.
cfexecute would, execute, no errors and a dump of the variable was blank.
I rebooted the server and the problem just went away... Which is
troubling... but manageable for my issue.
Can you try to reproduce this on anothe
I think I might have narrowed the cause down to the account permissions. When I
ran cmd.exe as the Local System account and tried to execute my command line
arguments, I was actually able to see what the error dialog mentioned. The
third party application doesn't think it's registered.
So, I'm
> The third party application doesn't
> think it's registered.
Registered how? Registered as in "register a dll with windows" or "register to
activate a program"... What is the actual error message?
~|
Order the Adobe Coldfu
Ah
Ok, that was part of my problem. I had CF running on one account, but that
account didn't have access to ANT.
You may need a higher permission user account other than the system account,
in the services admin panel on Windows you can tell CF what user account to
run as. At least for testing p
> If it works as that user, it's a permissions issue.
Yes, most cfexecute problems are permissions related. So that is a good test.
I was just wondering if the issue might also be something else given the
mention of an odd "..not registered" message.
~~
> Ok, that was part of my problem. I had CF running on one account, but that
> account didn't have access to ANT.
>
> You may need a higher permission user account other than the system account,
> in the services admin panel on Windows you can tell CF what user account to
> run as. At least for te
> However, SYSTEM doesn't have a shell, or many
> of the environment variables
> that user accounts generally have.
Dave - Interesting. I did not know that. Offhand, do you know of articles that
talk more about the differences between SYSTEM and regular user accounts? (If
not, no problem. I ca
>> However, SYSTEM doesn't have a shell, or many
>> of the environment variables
>> that user accounts generally have.
>
> Dave - Interesting. I did not know that. Offhand, do you know of articles
> that talk more about the differences
> between SYSTEM and regular user accounts? (If not, no probl
Okay, thanks Dave.
> It's a Windows NT book, but the security model of Windows
> hasn't really changed significantly.
Hm... I might have to hit up a friend of mine that has a bunch of old windows
NT books then. Knew he would come in handy for something...
If this software requires a registration, like entering serial number or
activation code, most likely, it uses Windows registry to remember it. When it
starts up, it looks for this entry in registry, possibly in the profile of the
current user. When you run the program from CF under SYSTEM ac
11 matches
Mail list logo