超时的 WaitForRequest 崩溃

Question

编辑：我现在对我的代码进行了一些编辑，以便对“所有”代码有一个粗略的了解。也许这 可能有助于识别问题；）

我已经集成了以下简单的代码片段，如果有数据则取消计时器 从 TCP 套接字读取，否则取消从套接字读取的数据

// file tcp.cpp
void CheckTCPSocket()
{
TRequestStatus iStatus;
TSockXfrLength len;

int timeout = 1000;
RTimer timer;
TRequestStatus timerstatus;

TPtr8 buff;
iSocket.RecvOneOrMore( buff, 0, iStatus, len );

timer.CreateLocal();

timer.After(timerstatus, timeout);
// Wait for two requests – if timer completes first, we have a
// timeout.
User::WaitForRequest(iStatus, timerstatus);

if(timerstatus.Int() != KRequestPending)
{
  iSocket.CancelRead();
}
else
{
  timer.Cancel();
}
timer.Close();
}

// file main.cpp
void TestActiveObject::RunL()
{
  TUint Data;
  MQueue.ReceiveBlocking(Data);
  CheckTCPSocket();
  SetActive();
}

这部分是在活动对象中执行的，由于集成了上面的代码片段，我总是得到内核恐慌： E32User-CBase 46：这个恐慌是由一个活动的调度程序，一个 CActiveScheduler 引发的。它是由杂散信号引起的。

在执行这段代码之前，我的代码从未遇到任何问题；代码执行良好，因为从套接字读取数据并且 然后计时器被取消并关闭。我不明白计时器对象如何对 AO 产生任何影响。

如果有人能指出我正确的方向，那就太好了。

谢谢

Answer 1

这可能是另一个活动对象完成（不是这两个之一）或未调用 SetActive() 的问题。见Forum Nokia。没有看到你所有的代码很难说！

BTW User::WaitForRequest() 几乎总是是个坏主意。见why here。

Answer 2

切勿混合活动对象和User::WaitForRequest()。

（嗯，几乎从来没有。当您确切地知道自己在做什么时，它可以没问题，但是您发布的代码表明您仍然需要学习。）

当异步服务提供者使用RThread::RequestComplete() 向线程请求信号量发出信号时，您会遇到杂散信号恐慌，并且在带有User::WaitForAnyRequest() 的信号量上等待的活动调度程序尝试查找已完成的活动对象，因此可以调用其RunL()，但在其活动对象列表中找不到任何对象。

在这种情况下，您有两个正在进行的请求，这两个请求都不受活动调度程序的控制（例如，不使用 CActive::iStatus 作为 TRequestStatus；在不涉及 CActive::iStatus 的对象上发出 SetActive()在异步请求中是代码中的另一个错误，但不是杂散信号的原因）。您等待其中任何一个以WaitForRequest() 完成，但根本不要等待另一个完成。另一个请求的完成信号会转到活动调度程序的WaitForAnyRequest()，从而产生杂散信号。如果你取消一个请求，你仍然需要等待线程请求信号量。

最好的解决方案是将超时计时器也设为活动对象。看看CTimer 类。

另一种解决方案是在尚未完成的请求上添加另一个WaitForRequest。

Answer 3

您正在调用TestActiveObject::SetActive()，但没有调用任何将TestActiveObject::iStatus 设置为KRequestPending 的方法。这会造成杂散信号恐慌。

代码中唯一的 iStatus 变量是 CheckTCPSocket() 方法的本地变量。