Gofer 2.30a binary executable won't run on Windows XP Professional Service Pack 2

View: New views
2 Messages — Rating Filter:   Alert me  

Gofer 2.30a binary executable won't run on Windows XP Professional Service Pack 2

by Benjamin L.Russell :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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
_______________________________________________
Hugs-Bugs mailing list
Hugs-Bugs@...
http://www.haskell.org/mailman/listinfo/hugs-bugs

Re: Gofer 2.30a binary executable won't run on Windows XP Professional Service Pack 2

by Neil Mitchell :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Benjamin,

Gofer is kind of dead, I'd recommend instead installing WinHugs, and
following one of the many Haskell tutorials out there.

Thanks

Neil

On Wed, Feb 27, 2008 at 12:39 PM, Benjamin L. Russell
<dekudekuplex@...> wrote:

> 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
>  _______________________________________________
>  Hugs-Bugs mailing list
>  Hugs-Bugs@...
>  http://www.haskell.org/mailman/listinfo/hugs-bugs
>
_______________________________________________
Hugs-Bugs mailing list
Hugs-Bugs@...
http://www.haskell.org/mailman/listinfo/hugs-bugs
LightInTheBox - Buy quality products at wholesale price