WaitForRequest with Timeout crack

Question

편집 : 코드를 "모두"대략적으로 편집하기 위해 코드를 편집했습니다. 어쩌면이 문제를 식별하는 데 도움이 될 수 있습니다, 나는 소켓에서 읽을 데이터를 데이터 는 TCP 소켓에서 읽거나 그렇지 않으면 취소하는 경우 중 하나 타이머를 취소 다음과 같은 간단한 코드의 fragment를 통합 한

)

E32User-CBase 46 : :이 패닉 상태가 활성 스케줄러하는 CActiveScheduler에 의해 제기되고 난 항상 커널 패닉을 얻을 위에

// 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(); 
} 

이 부분은 활성 객체 내에서 코드 조각을 통합 이후 실행됩니다. 이 신호는 표류 신호로 인해 발생합니다.

지금까지이 코드가 실행될 때까지 내 코드에 어떤 문제도 없었습니다. 소켓에서 데이터를 읽을 때 코드가 잘 실행되고 타이머가 취소되고 닫힙니다. 타이머 객체가 AO에 어떤 영향을 미치는지 이해할 수 없습니다.

누군가가 올바른 방향으로 나를 가리킬 수 있다면 좋을 것입니다.

감사

Answer 1

이 다른 활성 객체가없는 호출되는 (안이 두 가지 중 하나), 또는 SetActive() 완료에 문제가있을 수 있습니다. Forum Nokia을 참조하십시오. 모든 코드를 보지 않고 말하기 힘듭니다!

BTW 사용자 :: WaitForRequest()가 거의 입니다. 항상 나쁜 아이디어입니다. why here을 참조하십시오.

Answer 2

액티브 개체와 User::WaitForRequest()을 절대로 혼합하지 마십시오. (당신은 당신이 그것을 확인 할 수 있습니다 일을 정확히 알고 있지만, 게시 코드는 여전히해야 할 몇 가지 학습을 제안합니다. 음, 거의 절대.)

는

당신은 때 부유 신호 공황을 얻을 쓰레드 요청 세마포어는 비동기 서비스 제공자에 의해 RThread::RequestComplete()으로 시그널링되고, User::WaitForAnyRequest()은 완료된 활성 객체를 찾기 위해 세마포어를 기다리고 있었지만, RunL()이 호출 될 수는 있지만 그 목록에서 아무 것도 찾을 수 없다. 활성 개체. 이 경우

활성 스케줄러에 의해 제어되는 어느 것도이 개 진행중인 요청을이 (예를 들어, TRequestStatus로 CActive::iStatus를 사용하지 않는, CActive::iStatus이 비동기 요청에 포함되지 않은 객체에 SetActive()를 발행하는 것은 또 다른 오류가 귀하의 코드에 있지만 빗나간 신호에 대한 이유는 아닙니다). 어느 하나가 WaitForRequest()으로 완료 될 때까지 기다리지 만 다른 하나가 완료되기를 기다리지 마십시오. 다른 요청의 완료 신호가 활성 스케줄러의 WaitForAnyRequest()으로 이동하여 신호가 누출됩니다. 요청을 취소하면 스레드 요청 세마포어를 기다려야합니다.

가장 좋은 해결책은 타임 아웃 타이머를 활성 객체로 만드는 것입니다. CTimer 클래스를 살펴보십시오.

또 다른 해결책은 아직 완료되지 않은 요청에 WaitForRequest을 추가하는 것입니다.

Answer 3

TestActiveObject::SetActive()으로 전화를 걸었으나 TestActiveObject::iStatus에서 KRequestPending으로 설정하는 방법은 호출 할 필요가 없습니다.이것은 길잃은 신호 패닉을 만듭니다.

코드의 iStatus 변수는 CheckTCPSocket() 메서드에만 국한됩니다.