This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author jba
Recipients ggenellina, gvanrossum, jba
Date 2007-10-30.17:52:42
SpamBayes Score 0.00696674
Marked as misclassified No
Message-id <>
In-reply-to <>
It's an honor to hear from you, BDFL.

I'm just a Python user, not a developer, so the time it would take me
to check out, compile, test, etc. would dwarf the change itself
(removing two lines from file_dealloc).

There is another solution, following Java: file_dealloc could raise an
exception. Then the error would appear in normal contexts, but
(assuming the GC ignores exceptions in finalization) would be ignored
in GC.

There is also a simpler, less invasive change you could consider:
disabling GC in the child inside subprocess.Popen.

On 10/26/07, Guido van Rossum <> wrote:
> Guido van Rossum added the comment:
> I don't think we can prevent GC from occurring between fork and exec --
> it's legal to just call os.fork() and execute Python code in the
> subprocess forever.  I think the right solution might be to ignore
> errors in file_close().  Can you try to whip up a patch for that and
> test it?
> ----------
> nosy: +gvanrossum
> __________________________________
> Tracker <>
> <>
> __________________________________
Date User Action Args
2007-10-30 17:52:43jbasetspambayes_score: 0.00696674 -> 0.00696674
recipients: + jba, gvanrossum, ggenellina
2007-10-30 17:52:43jbalinkissue1336 messages
2007-10-30 17:52:42jbacreate