| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The new module System.Posix.ByteString provides exactly the same API
as System.Posix, except that:
- There is a new type: RawFilePath = ByteString
- All functions mentioning FilePath in the System.Posix API
use RawFilePath in the System.Posix.ByteString API
- RawFilePaths are not subject to Unicode locale encoding and
decoding, unlike FilePaths. They are the exact bytes passed to and
returned from the underlying POSIX API.
- Similarly for functions that deal in environment
strings (System.Posix.Env): these use untranslated ByteStrings
in System.Posix.Environment
- There is a new function
System.Posix.ByteString.getArgs :: [ByteString]
returning the raw untranslated arguments as passed to exec() when
the program was started.
|
|
|
|
|
| |
The RTS doesn't get a chance to produce the profile output after
executeFile, so tests that check for correct profiling output will fail.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Or at least, it works well enough to run this test. The main GHCi
thread is gone after forking, but the current evaluation continues to
run.
|
| |
|
| |
|
| |
|
|
|
|
| |
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466647
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The API is the same (for now). The new implementation has the
capability to define signal handlers that have access to the siginfo
of the signal (#592), but this functionality is not exposed in this
patch.
#2451 is the ticket for the new API.
The main purpose of bringing this in now is to fix race conditions in
the old signal handling code (#2858). Later we can enable the new
API in the HEAD.
Implementation differences:
- More of the signal-handling is moved into Haskell. We store the
table of signal handlers in an MVar, rather than having a table of
StablePtrs in the RTS.
- In the threaded RTS, the siginfo of the signal is passed down the
pipe to the IO manager thread, which manages the business of
starting up new signal handler threads. In the non-threaded RTS,
the siginfo of caught signals is stored in the RTS, and the
scheduler starts new signal handler threads.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
We used to get
*** Exception: getGroupEntryForName: failed (Success)
Fixes trac #1655
|
| |
|
| |
|
|
|
|
| |
It can cause the test to fail.
|
| |
|
|
|
|
|
| |
I added this since I noticed that getUserEntryForID, getUserEntryForName,
getGroupEntryForID and getGroupEntryForName failed on OS X 10.4.9 on i386.
|
|
|