像update.exe这样的exe名称被UAC阻止在预定任务中 [英] Exe name like update.exe blocked by UAC in scheduled task

查看:56
本文介绍了像update.exe这样的exe名称被UAC阻止在预定任务中的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我对Windows UAC,计划任务和名为"dbupdate.exe"的可执行文件有问题.我可以完全控制源代码,清单等,但不能完全控制用户系统(简称:普通软件工程师;-).语言是Delphi,但我认为它并不重要.

I have a problem with windows UAC, scheduled tasks and a executable named "dbupdate.exe". I have full power over source code, manifests and so on, but not over user systems (short: normal software engineer ;-). Language is Delp but shouldn't be important I think.

我在Windows Vista和Windows 7的任务计划程序中使用应用程序时遇到问题.该程序名为dbUpdate.exe.它内置了一个xp/vista清单,该清单配置该程序应"asInvoker"启动.

I have a problem using an application in task scheduler in windows vista and windows 7. The program is named dbUpdate.exe. It has built in a xp/vista manifest, which configures that the program should be started "asInvoker".

现在,在Vista和Windows 7中,我可以毫无问题地启动程序,但是我必须登录到系统.如果未登录,则程序不会执行(我使用Windows Task Scheduler,但我知道其他调度程序也存在该问题).但是:如果我将程序重命名为"dbBlaBla.exe",则会执行该程序.引出我的意思是,"UAC安装程序检测"认为我的程序是安装程序(不是,但我知道它查看的是文件名,如更新,设置等).

Now, in vista and windows 7 I can start the program without any problem, but I have to be logged in to the system. If I am not logged in, the program is not executed (I use windows task scheduler, but I know the problem exists with other scheduling-programs too). But: If I rename the program to "dbBlaBla.exe" it is executed. Leads me to the point, that the UAC Installer Detection is thinking my program is an installer (which it's not, but I know it looks at filenames like update, setup and so on).

我在网上搜索,找不到很多有用的东西.所以我问这里

I searched the web, I could not find many helpful things. So I ask here

我是否必须创建特殊清单才能在计划的作业中执行? 还是有办法为计划的作业或仅对我的可执行文件禁用UAC?还是我真的必须选择另一个名称(然后它就可以工作,就像前面提到的那样),并冒着使客户和我的同事对此不太满意的风险?$

Do I have to create a special manifest to be able to execute it in a scheduled job? Or is there a way to disable UAC for scheduled jobs or just for my executables? Or do I realy have to choose another name (then it would work, like mentioned before) and take the risk that the costumers and my colleagues are not very satisfied about this?$

感谢您的帮助,问候

推荐答案

在Windows 7中,名为"update.exe"的程序显然需要特权.显然,这是 name 的名称,它只是那些古怪的Microsoft事物之一.将其重命名为"anythingUpdate.exe"将触发魔术冲突.还"UpdateAnything.exe"!

In Windows 7, a program named "update.exe" apparently demands privilege. It's apparently the name, and it's just one of those wacky Microsoft things. Renaming it to "anythingUpdate.exe" will trigger the magic violation; "UpdateAnything.exe" also!

因此,我将我的名字重命名为up7.exe,现在Microsoft保持镇定且毫无争议.在Vista中似乎也会发生同样的事情.

So I renamed mine to up7.exe and now Microsoft is calm and uncontentious. Same thing seems to happen in Vista.

因此,"updatedb.exe"将无法运行; "upd_task.exe"将...

So "updatedb.exe" won't work; "upd_task.exe" would...

这篇关于像update.exe这样的exe名称被UAC阻止在预定任务中的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆