TcpClient.GetStream can return null ?!?!?

[Tim Lambert]

Has anyone seen this happen?

I have seen it on a system that is making lots and lots of short lived connections. At this point I'm not sure of the high water mark for the number of connections. Maybe I'm just running out of some kind of resource and the .NET framework is not doing a good job at reporting it.

Any other ideas on what might cause it?

Thanks.

ti**************@mindspringXXX.com

(Note remove the XXX's to email me directly.)
Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com

[Vadym Stetsyak]

Hello, Tim!

TL> I have seen it on a system that is making lots and lots of short lived
TL> connections. At this point I'm not sure of the high water mark for the
TL> number of connections. Maybe I'm just running out of some kind of
TL> resource and the .NET framework is not doing a good job at reporting
TL> it.

TL> Any other ideas on what might cause it?

Strange TcpClient.GetStream() can't return null in normal conditions.

IMO this may happen in multithreaded environment, when TcpClient.Dispose is called, while another thread
is calling TcpCleint.GetStream().

--
Regards, Vadym Stetsyak
www: http://vadmyst.blogspot.com

[William Stacey [MVP]]

| IMO this may happen in multithreaded environment, when TcpClient.Dispose
is called, while another thread
| is calling TcpCleint.GetStream().

Agree. Dispose is also called by Close(), so if thread1 called Close() and
thread2 called GetStream() and a thread switch was called at a certain
time, it looks like it could happen. The odds look better to win lottery,
but I guess it could happen. It is marked at not thread safe, so you should
sync access with a lock. It would be interesting to see a small code sample
that catches this error happening.
--
wjs