Closed
Bug 102665
Opened 23 years ago
Closed 12 years ago
Plugin "zombies" left unreaped
Categories
(Core Graveyard :: Plug-ins, defect, P3)
Tracking
(Not tracked)
RESOLVED
INVALID
Future
People
(Reporter: rankincj, Assigned: srgchrpv)
Details
(Whiteboard: [PL2:NA])
Attachments
(1 file)
193 bytes,
patch
|
Details | Diff | Splinter Review |
I am using the CrossOver plugin to view QuickTime 5.0 content within Mozilla 0.9.4. This plugin spawns a process called the "pluginserver", whose parent is Mozilla. When the pluginserver exits, Mozilla does not reap its zombie.
Updated•23 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 1•23 years ago
|
||
According to a mail on netscape.public.mozilla.plugins (mozilla-plugins@mozilla.org), this problem also affects RealPlayer. I'm not sure how to link to that article, but here's enough information to find it: Date: Fri, 11 Jan 2002 20:22:17 -0500 From: WD <willdormann@mailandnews.com> To: mozilla-plugins@mozilla.org Newsgroups: netscape.public.mozilla.plugins Subject: Realplayer plugin doesn't clean up after itself?
Assignee | ||
Updated•23 years ago
|
Target Milestone: --- → mozilla1.0.1
Comment 3•22 years ago
|
||
This happens with any of the plugins and not just the crossover one. Definitly some reaping should be going on in the mozilla process(s) For example: ---- 2235 ? Z 0:00 [pluginserver <defunct>] 2241 ? Z 0:00 [netstat <defunct>] 2363 ? Z 0:09 [pluginserver <defunct>] 2378 ? Z 0:09 [acroread <defunct>] 2720 ? Z 0:00 [realplay <defunct>] ---- Those all have a parent of mozilla and get reaped when mozilla exits.
Updated•22 years ago
|
Priority: -- → P3
Whiteboard: [PL2:NA]
Comment 5•22 years ago
|
||
Apply this patch to plugger.c and recompile it to fix the bug with Plugger 4.0. This bug could be fixed in Mozilla 1.0 very simply using the code of my patch.
Assignee | ||
Comment 6•22 years ago
|
||
Thanks for the patch, but we do not control plugger's code, so we cannot apply this patch for mozilla source tree, please send an email to plugger author Fredrik Hübinette hubbe@hubbe.net. In mozilla plugin specific signal handler has to be implemented in the future releases, this is why TM for this bug is "Future".
Updated•15 years ago
|
QA Contact: shrir → plugins
This is a plugin issue, not a browser issue.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Comment 8•12 years ago
|
||
Actually it is a browser issue.. When a process ends, all of the memory and resources associated with it are deallocated so they can be used by other processes. However, the process's entry in the process table remains. The parent can read the child's exit status by executing the wait system call, at which stage the zombie is removed. If you look at the zombie processes in question they all have the parent of the Mozilla process which is not cleaning up after itself. And it's not specifically the plugger plugin, it affects _all_ plugins.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Comment 9•12 years ago
|
||
It is impolite for our code to wait/reap a process which we did not explicitly create. Presumably the plugin which created these processes should be waiting on them. In any case the Mozilla code is definitely not going to.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → INVALID
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•