小编Sco*_*ell的帖子

几年前我用以下规格制造了一台台式电脑：

• CPU： Intel Core 2 Quad Q9300 Yorkfield 2.5GHz 6 MB L2 Cache LGA 775 95W 四核处理器 BX80580Q9300
• 主板： EVGA 122-CK-NF68-T1 LGA 775 NVIDIA nForce 680i SLI ATX Intel 主板
• 显卡：两个EVGA 256-P2-N758-TR GeForce 8600GT SCC 256 MB 128 位 GDDR3 PCI Express x16 SLI 支持的显卡
• 电源： SeaSonic S12 Energy Plus SS-550HT 550W ATX12V V2.3 / EPS12V V2.91 SLI 认证 CrossFire Ready 80 PLUS 认证有源 PFC 电源
• 内存：两个 G.SKILL 4 GB (2 x 2 GB) 240 针 DDR2 …

我有一个 Excel 电子表格，想对从一个单元格（例如，B5）开始并继续到该列中的最后一个数字的列中的数字求和。

我知道我可以输入一个大的结束索引，例如：

SUM(B5:B99999)

但理想情况下，我可以这样说：

SUM(B5:...)

它将从 B5 一直向下求和。

我看到了这个超级用户问题 - Excel：是否可以在不设置显式单元格边界的情况下对整列求和？- 它提供了通过以下公式对列中的所有数字求和的解决方案：

SUM(B:B)

问题是，我不想对所有数字求和，只是对 B5 及以下的数字求和。

谢谢

我经常使用在线会议软件与客户会面。通常，我将使用 Webex 主持会议并让客户共享他的计算机。然后，我将使用各种程序（Visual Studio、SQL Server Management Studio (SSMS)、浏览器等）进行控制和远程工作。这种技术在过去几年中非常有效。

但是，我有一个新客户，我们注意到了一些奇怪（且可重复）的行为。使用从我的计算机启动的 Webex 或从他的计算机启动的 GoToMeeting 时会出现问题。简而言之，当他共享他的桌面并且我控制时，当 IE 具有焦点、记事本或 Windows 资源管理器时，我能够移动鼠标并使用键盘。但是一旦我切换到 Visual Studio 或 SSMS，我的控制就会突然结束。移动我的鼠标或使用键盘不再记录在他的桌面上。客户可以将焦点切换到其他一些程序（如 IE），然后将控制权交还给我，但是一旦我回到 VS 或 SSMS - bam - 它再次发生。

注意：切换到 VS/SMSS 后，我仍然可以看到客户端移动他的鼠标或切换窗口，所以这不像整个会话冻结 - 相反，只是我对远程计算机的控制似乎被终止并且直到我的客户移动才返回到另一个窗口并告诉屏幕共享程序再次让我控制。

如果重要的话，客户正在使用 Windows Vista，并且所有的 Aero 花里胡哨都打开了。

有没有人见过或听说过这样的行为？

更新：我在 2014 年继续遇到这个问题。这些天我遇到的客户没有使用 Vista，但 Windows 7 和 Visual Studio 2013 也存在这个问题。有趣的是，事情在 Visual Studio 2005 和 SQL Server 上运行良好2005 年，但这些产品的更现代版本仍然会导致我在 2011 年首次遇到的问题。

我无法在启动计算机时让 Windows Live Messenger 自动登录。当我登录时，我在登录屏幕上选中“记住我的 ID 和密码”和“自动登录”复选框，如下面的屏幕截图所示。

此外，在选项 > 登录设置中，我选择了“登录到我的计算机时启动 Messenger”选项，如下面的屏幕截图所示。

但是，下次我启动计算机时，Live Messenger 会启动，但不会登录。而是显示以下屏幕。

有趣的是，如果我输入我的登录名的第一个字母，它会自动填充其余部分，如果我选择了它，它会填写我的密码，所以它显然记住了我的 ID 和密码，但由于某种原因它没有让我登录自动地。

是什么赋予了？

我使用的是 Windows 7 家庭高级版 SP1 x64。我不确定如何确定我使用的 Windows Live Messenger 版本。我最近（几周前）重建了我的电脑并安装了我当时认为是最新的版本。

谢谢！

编辑 1 - 2011-04-01

如果重要，这里是我的隐私设置的屏幕截图。

大约六个月前，我升级了我的计算机硬件 - 新的主板、CPU、RAM 等。直到最近它才像冠军一样运行。今天早上，当我去我的电脑时，它有一个蓝屏死机。我使用 WinDbg 来分析小型转储。有人可以帮助分析这些结果吗？

以下是初步结果：

Use !analyze -v to get detailed debugging information.
BugCheck 101, {31, 0, fffff88002f65180, 2}
Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE )
Followup: MachineOwner

当我运行时，!analyze -v我得到以下输出：

CLOCK_WATCHDOG_TIMEOUT (101)
An expected clock interrupt was not received on a secondary processor in an
MP system within the allocated interval. This indicates that the specified
processor is hung and not processing interrupts.
Arguments:
Arg1: 0000000000000031, Clock interrupt time out interval in nominal clock ticks. …