Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!cs.utexas.edu!uunet!mcvax!kth!sunic!kullmar!pkmab!ske
From: ske@pkmab.se (Kristoffer Eriksson)
Newsgroups: comp.mail.elm
Subject: Re: Request For Elm Feature
Summary: ferror()
Message-ID: <899@pkmab.se>
Date: 7 Apr 89 08:02:39 GMT
References: <919@itivax.iti.org> <4941@pbhyf.PacBell.COM>
Organization: Peridot Konsult i Mellansverige AB, Oerebro, Sweden
Lines: 16

In article <4941@pbhyf.PacBell.COM>, rob@PacBell.COM (Rob Bernardo) writes:
> +On another note, we ran out of /tmp space today and users lost
> +their messages (Elm 2.1 with some patches, BSD4.3 OS).  Has
> +errorchecking been added to handle this?
> 
> Not yet. This may be a complex task: all fwrites, fprintfs,
> fcloses, etc. will need to be checked, and error information passed
> up a chain of functions to the proper level where the error can be
> appropriately dealt with.

Why not just check ferror() once in a while before doing anything that may
irreversibly destroy information?
-- 
Kristoffer Eriksson, Peridot Konsult AB, Hagagatan 6, S-703 40 Oerebro, Sweden
Phone: +46 19-13 03 60  !  e-mail: ske@pkmab.se
Fax:   +46 19-11 51 03  !  or ...!{uunet,mcvax}!sunic.sunet.se!kullmar!pkmab!ske