External MIME viewers are killed when switching article. Why?

External MIME viewers are killed when switching article. Why?

[Jaap-Henk Hoepman]

When viewing a different article, all external MIME viewers opened on parts of
the previous article are killed. Why? 

This is rather inconvenient if you have a large application like StarOffice
that you use to view word documents, and this application is restarted for each
arrticle.

I tried specifying a small wrapper to handle the MIME type which in turn spawns
the real application in the background, but this doesn't work. Apparently,
Xemacs, when asked to delete a process, sends SIGHUP to _all_ processes in the
process group.

Is it possible to tell gnus not to kill viewers for certain mime types?

Jaap-Henk

-- 
Jaap-Henk Hoepman             | Come sail your ships around me
Dept. of Computer Science     | And burn your bridges down
University of Twente          |       Nick Cave - "Ship Song"
Email: hoepman@cs.utwente.nl === WWW: www.cs.utwente.nl/~hoepman
Phone: +31 53 4893795 === Secr: +31 53 4893770 === Fax: +31 53 4894590
PGP ID: 0xF52E26DD  Fingerprint: 1AED DDEB C7F1 DBB3  0556 4732 4217 ABEF

Re: External MIME viewers are killed when switching article. Why?

[Alan Shutko]

Jaap-Henk Hoepman <hoepman@cs.utwente.nl> writes:

> I tried specifying a small wrapper to handle the MIME type which in
> turn spawns the real application in the background, but this doesn't
> work. Apparently, Xemacs, when asked to delete a process, sends
> SIGHUP to _all_ processes in the process group.

Well, you could nohup the application.  You'll also have to make sure
the file it's loading is still there when it's done loading, since
iirc, Gnus will delete the file after the helper-app returns.

Something like

cp $1 $TMPDIR/$1.$$ 
nohup soffice $TMPDIR/$1.$$

-- 
Alan Shutko <ats@acm.org> - In a variety of flavors!
Apathy Club meeting this Friday.  If you want to come, you're not invited.

Re: External MIME viewers are killed when switching article. Why?

[Jaap-Henk Hoepman]

I tried that; problem is, staroffice itself is started through a wrapper
scripts spawning several other programs. The nohup doesn't protect against
xemacs `killing' those.

Jaap-Henk

On Thu, 03 May 2001 14:39:38 -0400 Alan Shutko <ats@acm.org> writes:
> Jaap-Henk Hoepman <hoepman@cs.utwente.nl> writes:
> 
> > I tried specifying a small wrapper to handle the MIME type which in
> > turn spawns the real application in the background, but this doesn't
> > work. Apparently, Xemacs, when asked to delete a process, sends
> > SIGHUP to _all_ processes in the process group.
> 
> Well, you could nohup the application.  You'll also have to make sure
> the file it's loading is still there when it's done loading, since
> iirc, Gnus will delete the file after the helper-app returns.
> 
> Something like
> 
> cp $1 $TMPDIR/$1.$$ 
> nohup soffice $TMPDIR/$1.$$
> 
> -- 
> Alan Shutko <ats@acm.org> - In a variety of flavors!
> Apathy Club meeting this Friday.  If you want to come, you're not invited.

-- 
Jaap-Henk Hoepman             | Come sail your ships around me
Dept. of Computer Science     | And burn your bridges down
University of Twente          |       Nick Cave - "Ship Song"
Email: hoepman@cs.utwente.nl === WWW: www.cs.utwente.nl/~hoepman
Phone: +31 53 4893795 === Secr: +31 53 4893770 === Fax: +31 53 4894590
PGP ID: 0xF52E26DD  Fingerprint: 1AED DDEB C7F1 DBB3  0556 4732 4217 ABEF

Re: External MIME viewers are killed when switching article. Why?

[Karl Kleinpaste]

Jaap-Henk Hoepman <hoepman@cs.utwente.nl> writes:
> I tried specifying a small wrapper to handle the MIME type which in
> turn spawns the real application in the background, but this doesn't
> work. Apparently, Xemacs, when asked to delete a process, sends
> SIGHUP to _all_ processes in the process group.

Does it help if the wrapper is a bash script, the real application is
started in the background, and you then use "disown" on it?

It's a very good point, and I agree that we should be able to keep
such external viewers active beyond the current article.