小编jma*_*ias的帖子

我编写了一个Windows服务,它产生了一个单独的进程.此过程创建一个COM对象.如果服务在"本地系统"帐户下运行,一切正常,但如果服务在"网络服务"帐户下运行,则外部进程启动但无法创建COM对象.从COM对象创建返回的错误不是标准的COM错误(我认为它特定于正在创建的COM对象).

那么,我如何确定"本地系统"和"网络服务"这两个帐户的区别？这些内置帐户看起来非常神秘,似乎没有人知道它们.

有没有办法跟踪哪个窗口当前有键盘焦点.我可以为每个窗口处理WM_SETFOCUS,但我想知道是否有一个替代的,更简单的方法(即某处的单个消息处理程序).

我可以在MFC中使用OnIdle()并调用GetFocus(),但这似乎有点hacky.

我需要向现有SQL服务器表添加约束,但仅限于它尚不存在.

我正在使用以下SQL创建约束.

ALTER TABLE [Foo] ADD CONSTRAINT [FK_Foo_Bar] FOREIGN KEY ([BarId]) REFERENCES [Bar] ([BarId]) ON UPDATE CASCADE ON DELETE CASCADE

我希望我可以在SQL的开头添加一些SQL来测试约束的存在,但我不知道如何.

我遇到了我认为是Windows 7上的进度条错误.为了演示该错误,我创建了一个带有按钮和进度条的WinForm应用程序.在按钮的'on-click'句柄中,我有以下代码.

private void buttonGo_Click(object sender, EventArgs e)
{
  this.progressBar.Minimum = 0;
  this.progressBar.Maximum = 100;

  this.buttonGo.Text = "Busy";
  this.buttonGo.Update();

  for (int i = 0; i <= 100; ++i)
  {
    this.progressBar.Value = i;
    this.Update();

    System.Threading.Thread.Sleep(10);
  }

  this.buttonGo.Text = "Ready";
}

预期的行为是进度条前进到100%,然后按钮文本更改为"就绪".但是,在Windows 7上开发此代码时,我注意到进度条将上升到大约75%,然后按钮文本将变为"就绪".假设代码是同步的,这不应该发生!

在进一步测试中,我发现在Windows Server 2003上运行的完全相同的代码产生了预期的结果.此外,在Windows 7上选择非空气动力学主题会产生预期的结果.

在我看来,这似乎是一个错误.当长操作涉及复杂的代码时,通常很难使进度条准确,但在我的特定情况下它非常直接,所以当我发现进度控制没有准确地表示进度时我感到很失望.

有没有人注意到这种行为？有人找到了解决方法吗？

我google了很多,我找不到答案.因此,Windows Installer属性值中可以存储多少个字符.如果您给出答案,您能提供答案的来源吗？

我正在使用WPF验证的ValidatesOnExceptions = true方法.这涉及在source的属性setter方法中抛出异常.它可以工作但调试器总是在抛出异常时中断.我猜这是因为异常不是直接在我的用户代码中捕获,而是在WPF验证代码中捕获.无论如何都要停止这种行为,还是只是你使用这种验证方法时付出的代价？

我有两个Powershell脚本.脚本A包含一个简单的Powershell函数.脚本B导入脚本A,然后调用脚本A中定义的函数.这在第一次执行脚本B时工作正常但在后续执行时Powershell会抱怨脚本A中定义的函数无法找到.在脚本B中添加-Force到import-module调用似乎可以解决问题,但我想了解为什么Powershell会出现这种意外行为.

这是脚本A.

function foo($param)
{
    Write-Host $param
}

这是脚本B.

Import-Module "C:\SomePath\scriptA.ps1"

Foo "hello"

我从PS命令行调用脚本:

.\scriptB.ps1

这是我得到脚本执行的第二次和后续时间的错误.