NewLC - CSecureSocket resource leak (CONE 36) - Comments

Re: CSecureSocket resource leak (CONE 36)

udayasri — Thu, 06 Nov 2008 09:28:52 +0100

TInetAddr address;
TRequestStatus iStatus;
RHostResolver resolver;
TNameEntry entry;

User::LeaveIfError(resolver.Open(iSocketServ, KAfInet, KProtocolInetTcp));
CleanupClosePushL( resolver );
resolver.GetByName(_L("192.168.2.24"), entry);

CleanupStack::PopAndDestroy();//for resolver

address.SetAddress((TInetAddr::Cast(entry().iAddr)).Address());
address.SetPort(2801);
User::LeaveIfError(clientSockId.Open(iSocketServ, KAfInet, KSockStream, KProtocolInetTcp));

clientSockId.Connect(address, iStatus);
User::WaitForRequest(iStatus);
if(iStatus == KErrNone)
{
_LIT(KTLS1,"TLS1.0");
iTlsSocket = CSecureSocket::NewL(clientSockId,KTLS1);
iTlsSocket->FlushSessionCache();
iTlsSocket->StartClientHandshake(iStatus);
User::WaitForRequest(iStatus);
User::LeaveIfError(iStatus.Int());
if(iStatus == KErrNone)
readDatastrt(); //read welcome after handshake
}

its hangs out after StartClientHandshake

Re: CSecureSocket resource leak (CONE 36)

gmsk19 — Mon, 14 Jul 2008 15:17:29 +0200

i have resolved the issue now. I make sure that all the resources i used are closed appropriately.

//For example in case of RHostResolver
iResolver.Cancel();
iResolver.Stop();
//even though stop() is enough.

//like wise for socket:
iSoket.CancellAll();
iTlsSocket->CancelAll();
iTlsSocket.Close();
delete iTlsSocket();
iTlsSocket = 0;
iSocket.Close();
//Finally SocketServ
iSocketServ.Close();

Re: CSecureSocket resource leak (CONE 36)

gmsk19 — Mon, 14 Jul 2008 15:16:31 +0200

But i have also noticed with my earlier code in N95 that this does CONE 36 did not happen. now N95 panics if there anything wrong . it only happened in the emulator

Re: CSecureSocket resource leak (CONE 36)

alh — Tue, 01 Jul 2008 10:33:22 +0200

gmsk19:
No... You have not "resolved" it... you have hidden the error.
You still have the programmatic error in your application, you just choose to ignore it now...
Ofcourse, its possible it won't cause any problems (depending a bit on the exact cause of it) but you have not fixed it, its still there, with all that could mean.
Just wanted to make that clear

Re: CSecureSocket resource leak (CONE 36)

gmsk19 — Tue, 01 Jul 2008 07:04:28 +0200

I have Resolved the CONE 36 Errors by using this in the ConstructL() of my AppUi

iCoeEnv->DisableExitChecks(ETrue);

This CONE 36 Panic happens only in emulator , In the Device all the Resouce handles get closed upon calling Close/stop etc

Re: CSecureSocket resource leak (CONE 36)

workmad3 — Tue, 17 Jun 2008 18:41:14 +0200

My only other suggestion would be to try calling Stop() on your connection rather than Close() then. The documentation for Close() does state it doesn't disconnect the socket immediately, although it should close your connection to it. Stop will immediately shut down the connection without careing about it

And yeah, check out what they say over at Symbian.

Re: CSecureSocket resource leak (CONE 36)

praveen.nitdgp@gmail.com — Tue, 17 Jun 2008 17:44:31 +0200

keep it up

Re: CSecureSocket resource leak (CONE 36)

TomCooper — Tue, 17 Jun 2008 17:40:20 +0200

Cheers for the responses guys.

I have checked that the code doesn't leave (before posting).
I do Close() all the R classes.
The code above is intended to be readable, rather than best practice. The actual code I am working with is a big state machine.

I guess the next step is to head to the symbian forums and see what happens there.

Re: CSecureSocket resource leak (CONE 36)

workmad3 — Tue, 17 Jun 2008 17:24:35 +0200

That code isn't leave-safe. If any of those opens and connects fail, it will leave the connection open. You should be using
CleanupClosePushL()
and the like to put your open resources onto the cleanup stack so that they are destroyed if the code leaves at any point.
The same is true with your CSecureSocket creation, although that can be put on the cleanup stack normally.

Of course, that doesn't help if the code isn't leaving Have you stepped through the code in the emulator to see if it is causing an error at any point and doing so? If not, I'd suggest doing so and checking if the code leaves anywhere.

Re: CSecureSocket resource leak (CONE 36)

alh — Tue, 17 Jun 2008 15:00:15 +0200

Ehm.. I think he obviously knows that very well
If you try read the post too, and look at what he is asking, and what he tries in the code...

To me, it sounds like something you need to take up with symbian directly, try ask on their forums on developer.symbian.com

Re: CSecureSocket resource leak (CONE 36)

praveen.nitdgp@gmail.com — Tue, 17 Jun 2008 13:57:01 +0200

hi
CONE 36 is Open handles were found during application shutdown
This happens if a call to RThread::HandleCount(TInt & aProcessHandleCount, TInt & aThreadHandleCount) const ; returns anything other than zero on application exit.
Things which have a handle are generally things that you Open() and Close() and usually are R classes. Check through your code that all Open()'s are matched with a Close().

Possibles are RThread, RHeap, RArray (doesn't need an Open(), but does need a Close() or Reset) etc.
for more news on Symbian Visit regularly http://symbianeasy.blogspot.com/

CSecureSocket resource leak (CONE 36)

TomCooper — Tue, 17 Jun 2008 12:36:14 +0200

Hi,

I'm trying to resolve a resource leak with CSecureSocket which I can reproduce on both UIQ and Series60 emulators. I've seen previous posts on this topic but without any resolution.

Generally, the following example code will connect to a secure server and shut down cleanly. On one particular server (yahoo's pop3 server) I get a resource leak.

Can anyone shead any light on this?