2009/4/22 Simon Marlow:
You might want to run the process under ProcMon and see if you can
figure out what's going on (if you can bear to use ProcMon, it's a
very poor replacement for strace IMO).
You could try StraceNT instead (not as good as strace though).
Hi all,
Simon Marlow has recently posted a patch that adds Unicode support to
Handle I/O. He mentioned that it didn't work yet on Windows so i was
thinking of looking at the source code to see how the new Unicode
support works and perhaps try to make it work on Windows.
I have built GHC from
and Windows support is less of an issue: git appears to work reasonably well
on Windows these days.
Congratulations on the switch, but isn't the decision a bit premature?
I have read the log of last week's GHC meeting on IRC and nobody
seemed to know if Git runs well on Windows with a large
I have located the problem i had with GHC. I had compiled the readline
library from a spec file. Apparently it is not compatible with the
binary GHC release. With the prebuilt readline package from
sunfreeware GHC works fine now.
Regards,
Felix
___
Christian Maeder wrote:
Maybe my new binary release is easier to install
Your new release installed ok, but GHC does not work on my system. I
can compile a simple hello world program, but running ghci or doing
other compilations result in program termination of GHC and the
terminal. GHC 6.6 did
Hello all,
I am trying to get a working GHC on Solaris Nevada (Solaris 11). I've
tried the binary versions for Solaris 10 made by Christian Maeder. I
couldn't get GHC 6.8.2 to install properly and GHC 6.6 does not work
(it crashes the moment it needs to link to a library). After that i
tried to
On Jan 17, 2008 2:08 PM, Yitzchak Gale wrote:
I would hope that ghc will link to editline-ext on all platforms.
Unfortunately it seems that editline cannot currently be build on
Windows. I have tried to build the editline source from
http://www.thrysoee.dk/editline/ with MinGW/msys. Pdcurses
On Dec 16, 2007 10:56 AM, Duncan Coutts wrote:
Note that for data files like the .ghci file it's probably better to use
getAppUserDataDirectory ghci which will return $HOME/.ghci on unix
systems and C:/Documents And Settings/user/Application Data/ghci on
Windows.
I've added a proposal and a
On Dec 16, 2007 2:21 AM, Yitzchak Gale wrote:
The current behavior is not more WIndows native - it is
arguably much worse. The %HOMEPATH% variable
should definitely not be used. The folder that it points
to is not a home directory and should not be used
that way.
That's not correct. It is
On Dec 14, 2007 11:46 PM, Duncan Coutts [EMAIL PROTECTED] wrote:
It sounds like a bad idea to me. I agree with your initial reaction and
principle that we don't want to be baking Un*x behaviour into APIs that
are supposed to do whatever is native on the current platform.
I agree with Duncan.
Hi all,
Overlapped IO support for files and sockets is now in place in my test
version of ghc-head. File functions use the win32 api and large files
and Unicode filenames are supported (i'm not sure if ghc currently
supports that for Windows).
I've addded a new type Hdl which is an alias for FD
I have made a prototype for overlapped IO that works with a modified
version of Takano Akio's SSC library. I have been trying to add it to
GHC's IO implementation but there are some issues. Instead of file
descriptors windows handles are needed. The GHC handle implementation
is currently based
12 matches
Mail list logo
