On Thu, Jul 09, 2009 at 10:01:37AM -0700, Don Stewart wrote:
> john:
> > I noticed that programs compiled with GHC 6.10 seem to be eating signals
> > and exiting with an error code of 255, rather than the proper exit code
> > for the signal that killed the process.
> >
> > I can understand that th
john:
> I noticed that programs compiled with GHC 6.10 seem to be eating signals
> and exiting with an error code of 255, rather than the proper exit code
> for the signal that killed the process.
>
> I can understand that the GHC runtime may need to perform some cleanup
> on a SIGINT or other sig
Tue, 13 Jun 2000 03:33:14 -0700, Simon Marlow <[EMAIL PROTECTED]> pisze:
> The POSIX library needs revamping somewhat; but I've been waiting
> for the FFI story to settle down before thinking about this.
Currently FileMode looks similar as in C: nullFileMode, constants
for each bit, {union,inter
> I want to clean up (close curses) on termination on signals.
>
> Is there a way of doing this for all relevant signals at once, or I
> should install separate handlers for each?
>
> Is there a better way of executing the old handler than the following?
> fixIO $ \old -> installHandler
>
Thu, 8 Jun 2000 18:26:27 -0700, William Lee Irwin III <[EMAIL PROTECTED]> pisze:
> Is there a curses library in the works?
Yes, inside http://qrczak.ids.net.pl/Haber-0.2.tar.gz (requires ghc-4.07).
--
__("
On Thu, Jun 08, 2000 at 08:33:50PM +, Marcin 'Qrczak' Kowalczyk wrote:
> I want to clean up (close curses) on termination on signals.
Is there a curses library in the works? If so, I'm very interested in
taking it for a spin. Unfortunately, I can't really shed any light on
your problem. =(
C
