NewLC - Active object Stray Signal (E32User-Cbase 46) - Comments

Re: Active object Stray Signal (E32User-Cbase 46)

gmsk19 — Tue, 01 Jul 2008 06:30:05 +0200

My bad i did not see his ConstructL() Andreas...

Re: Active object Stray Signal (E32User-Cbase 46)

er.khalid — Tue, 01 Jul 2008 06:26:13 +0200

Also Checkout this:-
http://www.newlc.com/forum/regarding-e32user-cbase-46

Re: Active object Stray Signal (E32User-Cbase 46)

symbiandeveloper — Mon, 30 Jun 2008 16:22:24 +0200

cheers: whenever you make a asynchronous call, please make sure that the variable holding the result
remain valid until you have been notified that the request is completed. In this case, you shouldn't use
the local variable TBuf8<40> Test, although this might not fix your Stray Signal problem.

Re: Active object Stray Signal (E32User-Cbase 46)

alh — Mon, 30 Jun 2008 14:14:44 +0200

Actually, calling SetActive twice should give another specific "Don't call setactive twice"-panic, and the "IsActive" check is supposed to make sure a request isn't issued twice...

So that shouldn't be the problem either.

praveen:
Please don't just re-iterate stuff the original poster obviously already know, and/or that has already been said in other posts.

Re: Active object Stray Signal (E32User-Cbase 46)

praveen.nitdgp@gmail.com — Mon, 30 Jun 2008 14:03:37 +0200

hi all

E32USER-CBase 46 panic is raised by the Active Scheduler due to a stray signal. A stray signal is a technical term for a situation when the Active Scheduler is signalled upon an outstanding asynchronous request having been completed, but it (i.e. the Active Scheduler) cannot find any active objects ready for handling the request.
I think It is the most appropriate explanation for stray signal , Just try to figure out error where is it in your code ,if couldn't post your whole code here
Thanks and Regard
Praveen Kumar Sharma

Re: Active object Stray Signal (E32User-Cbase 46)

Andreas — Mon, 30 Jun 2008 13:44:44 +0200

gmsk19: didn't you read his original question?! Add call is in the ConstructL.

cheers: you are calling your ConstructL, are you?

Re: Active object Stray Signal (E32User-Cbase 46)

gmsk19 — Mon, 30 Jun 2008 13:27:31 +0200

i think you have forgotten to add this statement in your constructor
CActiveScheduler::Add(this);



Re: Active object Stray Signal (E32User-Cbase 46)
gmsk19 — Mon, 30 Jun 2008 13:25:21 +0200
The Panics Description given in docs is as follows "This panic is raised by an active scheduler, a CActiveScheduler. It is caused by a stray signal. "

As praveen said it might be due to calling SetActive() twice or in case of timers  calling After() twice.


Re: Active object Stray Signal (E32User-Cbase 46)
praveen.nitdgp@gmail.com — Mon, 30 Jun 2008 13:03:21 +0200
hi

I think ,Either You are calling SetActive() function twice for Only One Asynchronous Request OR calling Only One SetActive() for two or more Asynchronous Request , Check your code again If you couldn't figure out the problem post you code here

Thanks  and  Regard 

Praveen


Re: Active object Stray Signal (E32User-Cbase 46)
alh — Mon, 30 Jun 2008 12:53:59 +0200
Ok then, if it still not works with the above code, its a tougher problem 

There should only be three ways you could get a stray signal panic

1. You have not added your Active Object to the AS

2. You have forgot to SetActive your AO

3. You you issue a request to a TRequestStatus not connected to an AO, and return back to the AS loop without waiting for the request to complete (User::WaitForRequest)

Since you seem to do these things right, I'm suspecting the problem might not be with this AO at all, but maybe there is some other request you issue?




Re: Active object Stray Signal (E32User-Cbase 46)
cheers — Mon, 30 Jun 2008 12:28:25 +0200
I have checked that also.... sorry for the TRequestStatus iStatus (i will change that), actually i was checking all possiblities of iStatus (local and CActive)




Re: Active object Stray Signal (E32User-Cbase 46)
alh — Mon, 30 Jun 2008 12:08:48 +0200
the problem is this line:

      TRequestStatus iStatus;


You must use the request status of your active object, and not declare your own.

by declaring your own iStatus, you disconnect the request from your active object, and the active scheduler then can't find what ao is handling the request (which is not strange, because then infact there is no active object handling it)

"Stray Signal" simply means "I couldn't find any AO that is set to handle the request"




Re: Active object Stray Signal (E32User-Cbase 46)
Andreas — Mon, 30 Jun 2008 12:07:49 +0200
You must use the iStatus inherited from CActive, not your own. The Active Scheduler is using the one in CActive.


Active object Stray Signal (E32User-Cbase 46)
cheers — Mon, 30 Jun 2008 11:56:53 +0200

void CReadFile::ReadfileL()
    {
    if( !IsActive())
      {
      .........................
      User::LeaveIfError(iFileSession.Connect());
      iFile.Open( iSession, KFile8, EFileShareReadersOrWriters ));
      TBuf8<40> Test;
      iFile.Read( 0, Test, iStatus); 
      SetActive();
      .......................
      .......................
      }


read more