This is sources Bugzilla
Bugzilla Version 2.17.5
Bugzilla Bug 10325
  destructor of FILE handles created by fopencookie() not called on exit. Last modified: 2009-10-30 07:18
     Query page      Enter new bug
Bug#: 10325   Hardware:   Reporter: cedric cellier <rixed@happyleptic.org>
Host: Target: Build:
Product:     Add CC:
Component:   Version:   CC:
Remove selected CCs
Status: RESOLVED   Priority:  
Resolution: WONTFIX   Severity:  
Assigned To: Ulrich Drepper <drepper@redhat.com>   Target Milestone:  
Flags: Requestee:
  backport ()
  examined ()
  testsuite ()
Summary:
Keywords:

Attachment Description Type Created Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 10325 depends on: Show dependency tree
Show dependency graph
Bug 10325 blocks:

Additional Comments:


Leave as RESOLVED WONTFIX
Reopen bug
Mark bug as VERIFIED

View Bug Activity   |   Format For Printing


Description:   Last confirmed: 0000-00-00 00:00 Opened: 2009-06-24 12:46
C standard states that all opened FILEs are closed (hence output streams
flushed) when the programs calls exit() or returns from main.

So, one would expect that the close function of a FILE created by fopencookie
should also be called at program exit, which is not the case.

------- Additional Comment #1 From Ulrich Drepper 2009-10-30 07:18 -------
This wasn't in the design.  The system doesn't know anything about the actual
implementation.  Perhaps some of the resources needed for the cookie functions
is already gone.  It's not safe to try to close the FILE.  Aside, there might be
code out there which depends on the current behavior.  It'd different if from
day one this requirement would have existed.

And whatever ISO C says doesn't apply here because cookie streams are not in ISO C.

     Query page      Enter new bug
Actions: New | Query | bug # | Reports | Requests   New Account | Log In