Re: an issue with KPI implementation
site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com Le 7 juin 05, à 10:27, alexklg a écrit : Did you file a bug report? I think I will file a bug report. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... We developed a small NKE and a sequence of steps that may make this NKE to crash even under Tiger 10.4.1 (it crashes in more stable manner under 10.4). However, even if this NKE doesn't crash (doesn't cause the system to panic), the number of the sockets it is attached to grows uncontrollably and this seems to be a Darwin issue. The problem of sockets concerns with the uncontrollable grow of the number os sockets that were created in response to incoming connections but that were not accept'ed. Problem description =================== The very basic socket-filter NKE crashes on unload (kextunload). If it doesn't crash, the number of sockets the socket-filter is attached to grows uncontrollably. I'm currently investigating a similar issue where the listen queue is not cleared. This email sent to site_archiver@lists.apple.com
participants (1)
-
Stephane Sudre