Hi all, when I try to use runghc to execute cgi scripts in apache (on redhat linux), they all fail with with the message "HOME: getEnv: does not exist". I assume this means that GHC is trying to find the HOME dir of the user for some reason, and fails since apache runs as nobody. Could someone shed some light on this matter for me? #!/usr/bin/runghc main = do putStrLn "Content-type: application/xhtml" putStrLn "Content-length: 5\n" putStrLn "Hello" Thanks, /Niklas
Niklas Broberg
when I try to use runghc to execute cgi scripts in apache (on redhat linux), they all fail with with the message "HOME: getEnv: does not exist". I assume this means that GHC is trying to find the HOME dir of the user for some reason, and fails since apache runs as nobody. Could someone shed some light on this matter for me?
I think runghc is acting like GHCi, and trying to read the file $HOME/.ghci on startup. Regards, Malcolm
Malcolm Wallace
I think runghc is acting like GHCi, and trying to read the file $HOME/.ghci on startup.
I toyed with this, and it seems like runghc is forking off a ghc process, which then tries to read .ghci (and possibly .inputrc) from the $HOME directory. Unfortunately, while runghc apparently parses -ignore-dot-ghci (i.e. it refuses illegal options), it later on seems to treat it's a source file to run. As far as I can tell. -kzm -- If I haven't seen further, it is by standing in the footprints of giants
when I try to use runghc to execute cgi scripts in apache (on redhat linux), they all fail with with the message "HOME: getEnv: does not exist". I assume this means that GHC is trying to find the HOME dir of the user for some reason, and fails since apache runs as nobody. Could someone shed some light on this matter for me?
The same seems to be the case with ghc itself, not only runghc. Giving the flags -ignore-dot-ghci and -no-user-package-conf does not solve the problem, I still get the same error. /Niklas
when I try to use runghc to execute cgi scripts in apache (on redhat linux), they all fail with with the message "HOME: getEnv: does not exist". I assume this means that GHC is trying to find the HOME dir of the user for some reason, and fails since apache runs as nobody. Could someone shed some light on this matter for me?
The same seems to be the case with ghc itself, not only runghc. Giving the flags -ignore-dot-ghci and -no-user-package-conf does not solve the problem, I still get the same error.
Alright, after digging the the ghc source I found this to be a bug that has been remedied in the current cvs HEAD. I guess it remains for me to install a cvs version then. /Niklas
participants (3)
-
Ketil Malde -
Malcolm Wallace -
Niklas Broberg