Close files in binary-file? even when an exception is raised.

Prior to this, when an i/o-decoding-error was raised (as is expected
for binary files), we would exit the call-with-input-file procedure
non-locally, failing to close the port and leaving it up to the
garbage collector to close it later. This leaks file descriptors and
could result in a "Too many open files" error.

Change-Id: Ie21c1be41f6af62335dd8bf64aa603551e58cb4d

0 files changed, 0 insertions, 0 deletions