Since "HUGS" stands for "Haskell User's Gofer System" (see http://www.websters-dictionary-online.org/definition/Hugs for a reference), and HUGS is a later version of Gofer, I am sending this inquiry about a problem in installing Gofer to this mailing list. I managed to get Gofer 2.28 (see "some haskell FAQ info (occasional posting, long" (http://www.cse.unsw.edu.au/~dons/haskell-1990-2006/msg00936.html) for download information) installed on Windows XP Professional Service Pack 2, but when I downloaded Gofer 2.30a and tried to run bcgofer.exe (either by executing it from the Command Prompt, or by double-clicking it in the GUI) (there is no GOFER.EXE file in that version), the program quit immediately. The same thing happened when I tried to run bcgofc.exe. I was unable to follow instructions in the README.PC file for Gofer 2.30a because that file refers to a non-existent "GOFER.EXE" file. How can I move a file that doesn't exist to the C:\Gofer directory? The bundled documentation for Gofer 2.30a seems outdated. In addition, I tried installing the binary executables in 386gofer, but with the same results as with Gofer 2.30a; i.e., when I tried to invoke GOFER.EXE, a Command Prompt window appeared for a fraction of a second, then disappeared. The user and system environmental variables are both set correctly; viz: EDITLINE: C:\bin\emacs\bin\runemacs.exe +%d %s EDITOR: C:\bin\emacs\bin\runemacs.exe GO32: emu c:\DJGPP\EMU387\emu387 GO32TMP: C:\TMP GOPHER: C:\GOFER\standard.prelude Path: C:\Gofer;<existing path> I was able to get Gofer 2.28 to run without needing to compile anything. Do I need to compile something to run Gofer 2.30a? It seems strange that I can get Gofer 2.28 to work, but not Gofer 2.30; what could be wrong? I am currently reading the paper "Functional Programming," by Jeroen Fokker and the Department of Computer Science of Utrecht University (http://people.cs.uu.nl/jeroen/courses/fp-eng.pdf), which uses Gofer. If you could please tell me what I need to do to get Gofer 2.30a to work properly, I would appreciate it very much. Benjamin L. Russell