RunL() not getting hitted....

Yeah, ofcourse i am not getting data on remote emulator. As soon as i issue SendTo() call from my source emulator then destination emulator gets closed, it's RunL() does not get hit.
How can it be possible that inspite of issuing RecvFrom() asynchronously, i start active scheduler's loop n emulator which have to receive data keeps on stucking in start()'s infinite loop n as soon as data arrives on the port where RecvFrom is issued, emulator gets closed.
i have also tried one thing that after issuing RecvFrom(), i have not started active scheduler's loop but even then as soon as i send data("Hi!How r u...??") from my source emulator to the destination emulator, it gets closed.
I am not being able to find it's reason...
bcoz even i can't set breakpoint anywhere to check where this illwill is hapening.....

Regards,
Amit.

That is what i am not being able to determine whether receiving socket has received something or not...bcoz how can i come to know it without getting into the RunL()...

Buddy, i am already saying in start of this thread that i am using ethereal software on the destination end emulator where i have to receive data n it is showing data packets arriving on the specified port where RecvFrom() is issued.

yeah, reader object added to the AS n active scheduler has started,
here i give u snippets from my code:

*************************************************************
//socket reader header.
*************************************************************
class CUdpSocketReader:public CActive
{
private:
   CSocket *aOurSocket;   
   //Will contain pointer to the socket which is containing this CUdpSocketReader object.
   
   LogManager *iLogManager;

   RSocket& iSocket;
   //Will be initialised with iSocket object contained in CSocket base class
   //which is containing this iSocket object.

   HBufC8 *ReadBuffer;
   //It will contain the received data.

   TInetAddr anAddr;
   //Will contain the address of remote host.

public:
   static CUdpSocketReader* NewLC(CSocket *aSocket,RSocket& aSocketRef,TUint aReceivedDataBufferSize,LogManager* aLogManagerPtr);

   static CUdpSocketReader* NewL(CSocket *aSocket,RSocket& aSocketRef,TUint aReceivedDataBufferSize,LogManager* aLogManagerPtr);

   void ConstructL(TUint aReceivedDataBufferSize);

   CUdpSocketReader(CSocket *aSocket,RSocket& aSocketRef,LogManager* aLogManagerPtr);
   //Will allocate memory to the ReadBuffer pointer variable on Heap.
   //How much memory to allocate will be passed as argument in NewL() or NewLC().   

   ~CUdpSocketReader();

   TInt ReadAsync(MHSSSocketMgrCallback* aEventListenerPtr=NULL);
   //Will issue Read() function of RSocket object Asynchronously.
   //Returns 1 for success n -1 for failure(if any).

   TInt RecvFromAsync(MHSSSocketMgrCallback* aEventListenerPtr=NULL);
   //Returns 1 for success n -1 for failure.
   //Will issue RcvFrom() function of RSocket object Asynchronously.   

   void GetLengthOfDataRcvd(TUint& aLengthRef);
   //Synchronous implementation.
   //Length of Data will be returned in the aLengthRef through iLength variable.

   void GetReadBufData(TDesC8& aBufferRef);
   //Synchronous implementation.
   //Data will be returned in the aBufferRef argument.
   
   void GetUdpRcvdBuffer(TDes8& aBufferRef,TDes& aRemoteIpAddrRef,TUint& aRemotePortRef);
   //will return Data, Remote IP n Port in the arguments of above function.

   void RunL();
   //From CActive.

   void DoCancel();
   //From CActive.
};
//end of header file.
*****************************************************************

CUdpSocketReader* CUdpSocketReader::NewLC(CSocket *aSocket,RSocket& aSocketRef,TUint aReceivedDataBufferSize,LogManager* aLogManagerPtr)

{
   CUdpSocketReader* self = new (ELeave) CUdpSocketReader(aSocket,aSocketRef,aLogManagerPtr);
   CleanupStack::PushL(self);
   self->ConstructL(aReceivedDataBufferSize);
   return self;
}

CUdpSocketReader* CUdpSocketReader::NewL(CSocket *aSocket,RSocket& aSocketRef,TUint aReceivedDataBufferSize,LogManager* aLogManagerPtr)
{
   CUdpSocketReader* self = CUdpSocketReader::NewLC(aSocket,aSocketRef,aReceivedDataBufferSize,aLogManagerPtr);
   CleanupStack::Pop();
   return self;
}

void CUdpSocketReader::ConstructL(TUint aReceivedDataBufferSize)
{
   ReadBuffer = HBufC8::NewL(aReceivedDataBufferSize);   
   CActiveScheduler::Add( this );   
}

CUdpSocketReader::CUdpSocketReader(CSocket *aSocket,RSocket& aSocketRef,LogManager* aLogManagerPtr)
            :CActive( EPriorityStandard ),
            aOurSocket(aSocket),
            iSocket(aSocketRef),
            iLogManager(aLogManagerPtr)
{
}

void CUdpSocketReader::RunL()
{
         iLogManager->LmPrint(Debug,_L("%s"),_S(RunL hitted));
   if(iStatus == KErrNone)
      aOurSocket->CallbackToSocket(EHSSDataReceived,iStatus.Int());
   else   
      aOurSocket->CallbackToSocket(EHSSDataReceivingFailed,iStatus.Int());
}


TInt CUdpSocketReader::RecvFromAsync(MHSSSocketMgrCallback* aEventListenerPtr)
{
   if(IsActive())
      return -1;
   iSocket.RecvFrom(ReadBuffer->Des(),anAddr,0,iStatus);
   //iStatus variable is from CActive class.

   SetActive();//From CActive.
   return 1;
}

After this point control returns back to the statement in my exe which is:
CActiveScheduler::Start();

n after it program is in waiting state, i am assuming that it is in AS's start loop n waiting for RunL() of RecvFrom() to be hitted.
But as soon as data arrives on this port where socket has issued RecvFrom(), emulator gets closed, RunL() does not get hit.

I am using UDP sockets, so no question of calling Accept()....
I am just issuing RacvFrom() on some UDP socket.

Nothing is getting called neither RunL() nor RunError(), bcoz irony is that even if i don't start active scheduler's loop from within my exe, even then as soon as data reaches at the specified port(where RecvFrom() is issued), emulator gets closed, i think this problem is not related to active object fundas, this is something else....
Can u suggest any reason behind it...that why it is so....that as soon as data reaches on the port, enulator gets closed irrespective of whether i have started AS or not...

Amit.