- Glasgow-haskell-users

Sockets on Windows
by Steinitz, Dominic J 23 Feb '01

23 Feb '01

I am was trying out sockets. These worked fine under linux. Under windows I get the following error. Does anyone know what it means and how I can fix it? I can telnet from within the cygwin window so I assume tcp/ip is running. Thanks, Dominic. administrator@DEFAULT /cygdrive/d/dom/home/socketTest $ ./server1 8000 Fail: does not exist Action: getProtocolByName Reason: no such protocol entry ------------------------------------------------------------------------------------------------- 21st century air travel http://www.britishairways.com

1 0

--add-package
by qrczak＠knm.org.pl 23 Feb '01

23 Feb '01

In practice installation script of an external package does --del-package before --add-package, because if it was installed before, --add-package would cause an error. Wouldn't be reasonable then to let --add-package overwrite any existing package of that name? There is no real safety, because the package is explicitly deleted anyway. -- __("< Marcin Kowalczyk * qrczak(a)knm.org.pl http://qrczak.ids.net.pl/ \__/ ^^ SYGNATURA ZASTÊPCZA QRCZAK

1 0

Re: Installation of mingw-20001111-1.tar.gz
by Byron Hale 21 Feb '01

21 Feb '01

Thanks, Reuben. You're very prompt. Byron byron.hale(a)einfo.com At 10:07 AM 2/21/2001 +0000, you wrote: > > I'm trying to install mingw-20001111-1.tar.gz for ghc4.08.2. The > > instructions on Win2K. The Web instructions seem a bit cavalier, but > > perhaps it is just my ignorance. > >Neither, really, it's just that we can't document our entire world >(documenting our system is hard enough). We are forced just to skate over >the externals. If you don't know about one or more of the pieces we rely on, >you should read their documentation (if it exists). > >However, within an hour or so I should have uploaded a fixed InstallShield >that works around what does indeed turn out to be a bug in mingwin, so you >won't need to bother with all this junk. > >-- >http://sc3d.org/rrt/ | Careful Cyclists Approaching From Right > > > >_______________________________________________ >Glasgow-haskell-users mailing list >Glasgow-haskell-users(a)haskell.org >http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

1 0

New GHC InstallShield: mingwin problem fixed
by Reuben Thomas 21 Feb '01

21 Feb '01

I have just uploaded a new GHC InstallShield. It fixes the recent problem with needing a particular version of the mingw package. Unfortunately the situation here is still unstable (roll on Cygwin 1.2), so it may break again, but it seems to work for now. -- http://sc3d.org/rrt/ | certain, a. insufficiently analysed

1 0

Installation of mingw-20001111-1.tar.gz
by Byron Hale 21 Feb '01

21 Feb '01

Hi, I'm trying to install mingw-20001111-1.tar.gz for ghc4.08.2. The instructions on Win2K. The Web instructions seem a bit cavalier, but perhaps it is just my ignorance. ..."directory called mingw, place that in a directory called latest, then run the Cygwin installer "... Are these intended to be sub directories of Cygwin's "bin" directory, or what? Is the Cygwin "installer" "bin/install.exe?" If so, install with what options? Best Regards, Byron Hale byron.hale(a)einfo.com

2 2

language shootout
by Brian Gregor 20 Feb '01

20 Feb '01

There's a page with microbenchmarks for a large array of languages, including Haskell: http://www.bagley.org/~doug/shootout/ and please note his disclaimer :-) : http://www.lib.uchicago.edu/keith/crisis/disclaimer.html Anyway, many of the categories are lacking a Haskell program. I've sent in 2. I thought that this could also serve as a nice little collection of examples for style and the use of some of the libraries in HSlibs for those of us (particularly me :) ) who are still learning the language. Any takers? -brian

1 0

Exposing Haskell functions with String arguments in dll
by Janna Khegai 20 Feb '01

20 Feb '01

Hi, I want to expose the following Haskell function in dll to call it from Java application: trans: String -> IO String I read that I shoud use tools like GreenCard, HDirect or some marshalling libraries, but not sure, which way is better. If anyone has experience in this, I will be very grateful for an example, which shows the steps of bilding such dll. Thanks in advance, Janna Khegai.

1 0

ANN: C->Haskell 0.8.1
by Manuel M. T. Chakravarty 19 Feb '01

19 Feb '01

I am pleased to announce the availability of version 0.8.1 of the interface generator C->Haskell. It works with the current stable release series 4.08.x of GHC as well as the current development series 4.11. For both versions of GHC, it supports the *same* FFI library that GHC natively only supports in the development version 4.11 and which constitutes the result of the work of the FFI Task Force over the last couple of months. The interface specification of the library is online available at http://www.cse.unsw.edu.au/~chak/haskell/c2hs/docu/c2hs-4.html For more information on C->Haskell and for downloading, see http://www.cse.unsw.edu.au/~chak/haskell/c2hs/ The main feature in this release is the new FFI library. It should allow users of the GHC stable series to use the new FFI library interface, which we hope to keep stable from now on. An update of the C->Haskell tool proper is being worked at. Happy Hacking, Manuel

2 17

[Bug #133086] complete failure (fwd)
by Reuben Thomas 19 Feb '01

19 Feb '01

[This sort of thing is probably better on the list, because it doesn't really isolate a bug] > Date: Mon, 19 Feb 2001 07:25:29 -0800 > From: noreply(a)sourceforge.net > To: noreply(a)sourceforge.net, noreply(a)sourceforge.net, cvs-ghc(a)haskell.org > Subject: [Bug #133086] complete failure > Bug #133086, was updated on 2001-Feb-19 07:25 > Here is a current snapshot of the bug. > Details: I have tried to install ghc-4.08.2 under Windows NT > and (as usal with the last few releases) failed. Sorry to hear you've had difficulties with recent releases; for most people things seem to have improved. > I get an immediate warning that DEFAULT_TMPDIR is not set to anything > useful. Check you've got the most recent InstallShield (same date as the current one); there's a bug in previous versions. > Although files will compile they run without producing > any output (even Hello World). This is the mingwin problem. > By the way, > I note that mingw from Cygwin has no version dated > 20001111 but the only version before this January > is listed as 20001225 (yes really Christmas day). There is a 20001111, but since it's now the last version but one it's not available directly from the installer; you have to get it by hand. Sorry about that. It looks as though the latest version (from this year) has cured the problem, so you could try using that instead. As I write I'm building GHC 4.08.2 with the new mingwin package installed; if that works, I'll ship a new InstallShield shortly.

1 0

RE: Haskell threads & pipes & UNIX processes
by Simon Marlow 15 Feb '01

15 Feb '01

[ moved to glasgow-haskell-users(a)haskell.org... ] > I need to compress the output of my Hakell program. To avoid > the creation > of huge files, I want to compress before writing by means of gzip or > bzip2. However, this seems to be quite involved. > > I decided to run the compressor with > > runProcess :: FilePath -- Command > -> [String] -- Arguments > -> Maybe [(String, String)] -- > Environment(Nothing -> Inherited) > -> Maybe FilePath -- Working > directory (Nothing -> inherited) > -> Maybe Handle -- stdin (Nothing > -> inherited) > -> Maybe Handle -- stdout (Nothing > -> inherited) > -> Maybe Handle -- stderr (Nothing > -> inherited) > -> IO () > > First I wanted to use Posix.createPipe to connect to the > compressor but > Posix.createPipe returns a Fd. So this does not fit. Aha, you want the (unadvertised) function PosixIO.fdToHandle :: Fd -> Handle > I ended up with using Posix.createNamedPipe. This creates a named pipe > that can be openend with IO.openFile (which again yields the > Handle needed > for runProcess). > > At this point, it turned out that the pipe has to be opened > for reading > before it can be opened for writing (ghc-4.08.1). This seems > to be a bug. > (In a shell, the order does not matter; the processes are suspended > as expected.) We've had some problems with named pipes - check the archives of glasgow-haskell-bugs. It seems certain operating systems disagree on the semantics of a non-blocking open of a named pipe. I don't recommend using named pipes if you want portable code. > Then, as expected, the problem occured that writing to the pipe and > compressing cannot be sequenced. If the producer is started first, the > producer blocks because there is no consumer. If the consumer > is started > first, the consumer blocks because there is no input. > > So I played around with threads. If both consumer and producer are > executed as threads, the program terminates immediately without any > output. There seems to be no need to start executing any of > the threads. In GHC, the main program terminates as soon as the main thread terminates. It doesn't wait for any child threads to terminate - if you want this behaviour, you can program it using MVars. We'll be happy to look at any of the other problems you mentioned: please some code demonstrating the problem to glasgow-haskell-bugs(a)haskell.org. Cheers, Simon

1 0