Re: ERROR - Garbage collection fails to reclaim sufficient space

To improve on the behaviour you're seeing,  you either have to up
the heap size (via :set -h), or fix the space leak in your program (*).
Hugs doesn't dynamically expand the size of its heap.

--sigbjorn

* - here's one possible solution to letting go of input file data in
a timely fashion:

> collectAllData :: [String] ->      -- A list of filenames
>                   IO [String]      -- A list of results
> 
> collectAllData xs = mapM collectFileData xs >>= return.concat
> 
> collectFileData :: String -> IO [String]
> collectFileData fn = do
>     putStrLn $ "Reading: " ++ fn
>     contents <- readFile fn
>     case parseIt contents of
>       (a,b) | seqList a && seqList b -> return [fn,a,b,""]
>  where
>     parseIt cs = 
>       parseFile      $ 
>       filter (/= "") $ 
>       lines cs
> 
> seqList :: [a] -> Bool
> seqList [] = True
> seqList (x:xs) = x `seq` seqList xs

Re: winhugs98 bug of -F

Hi,

thanks for the report. Please see

   http://haskell.org/pipermail/hugs-bugs/2003-November/001412.html

for a previous reply re: this bug.

--sigbjorn

Takei <takei <at> pcez.com> wrote:
> version: Hugs version Nov 2003
> Start winhugs => set Hugs interpreter options => set s, t, and w
> options on; and change editor to TextPad => OK => close winhugs
> Then
> Restart winhugs => Error dialog : FATAL ERROR - Unable to load Prelude
> 
> at this time HKCU\Software\Haskell\Hugs\WinhugsNov 2003\Options
> registry item has these strings at the end:
> ...-c40 -F"" " "
> By removing the -F option and the remaining portion, it revives the
> winhugs back to life.
> 
> My environment is Windows XP Professional Version 2002 SP 1
> Dell INSPIRON I8200 Intel Pentium 4 Modile CPU 1.7 GHz, 384 MB
> 
> FYI
> 
>     Takei
> 

Fran1.16 and Hugs98-Nov2003

Hi,

Has anyone succesfully used Fran1.16 and Hugs98-Nov2003?

I was using an older Hugs (Nov. 2002) with Fran earlier today, and that 
worked fine.  After upgrading, however, I appear to be hitting some 
issues with hierarchical name spaces:

antony <at> goliath ~
$ hugs -98 Fran
__   __ __  __  ____   ___      _________________________________________
||   || ||  || ||  || ||__      Hugs 98: Based on the Haskell 98 standard
||___|| ||__|| ||__||  __||     Copyright (c) 1994-2003
||---||         ___||           World Wide Web: http://haskell.org/hugs
||   ||                         Report bugs to: hugs-bugs <at> haskell.org
||   || Version: Nov 2003       _________________________________________

Hugs mode: Restart with command line option +98 for Haskell 98 mode

ERROR "C:\\frp\\Fran\Src\FranLoader.hs" - Can't find imported module 
"InputMonitor"
Prelude>

...examining the body of Fran.hs, it appears to be using a previous Hugs 
feature for loading a module from a sub-directory which clashes 
syntactically with hierarchical module support:

$ cat Fran.hs
----------------------------------------------------------------
-- Redirection module so that you don't have to put

Hugs, graphics, and SOE

The Hugs download page used to have links for downloading SOEGraphics 
and/or HGL, but now they're gone.  In fact there was a self-installing 
download that automatically installed everything needed to run SOE code 
under Windows, but it is also gone.  I believe that there are also 
incompatibilities between the latest Hugs and the graphics libs.

Thus I'm starting to get complaints from users who are trying to use SOE.

We need to (a) sort out the incompatibilities, and (b) figure out where 
to point SOE users to mimimize their downloading headaches.

Please advise.

   -Paul

Re: Fran1.16 and Hugs98-Nov2003

On Mon, Dec 01, 2003 at 04:44:13PM -0500, Antony Courtney wrote:
> 
> ...examining the body of Fran.hs, it appears to be using a previous Hugs 
> feature for loading a module from a sub-directory which clashes 
> syntactically with hierarchical module support:
> 
> $ cat Fran.hs
> ----------------------------------------------------------------
> -- Redirection module so that you don't have to put
> -- "./src" on your Path.
> --
> -- Suitable for use with Hugs 98 on Win32.
> ----------------------------------------------------------------
> module Fran(module Src.FranLoader) where
> import Src.FranLoader
> ----------------------------------------------------------------

Yes, Hugs used to always add the directory of the importing module to the
search path.  Now it's more selective (cf section 2.2 of the User's Guide),
so such hacks no longer work.

> ...but, unfortunately, attempting to load FranLoader directly doesn't 
> work either:
> 
> [...]
> 
> ERROR ".\BaseTypes.hs" - Unknown entity "int32ToInt" imported from 
> module "Int"

Those conversions are gone: you can use fromIntegral instead.

Problems compiling hugs-2003.11 with threading and hopengl support

(Note: "reply"ing to this email may cause a bounce... since my mail
client may still be misconfigured. The correct email address is at
bottom of this mail)

I won't repeat a lot of typing which I have already done, here's a
handy link which explains the issue:

http://bugs.gentoo.org/show_bug.cgi?id=34858

Here's some random extra information (not necessarily on the page in
the above link):

-- uname -a:

Linux theferret 2.6.0-test9-gentoo #2 Sun Nov 9 15:57:51 GMT 2003
i686 AMD Athlon(tm) XP 3200+ AuthenticAMD GNU/Linux

-- gcc version:

gcc (GCC) 3.3.2 20031022 (Gentoo Linux 3.3.2-r3, propolice)

-- glibc version:

2.3.2-r9

-- XFree86 version:

XFree86 Version 4.3.0
Release Date: 27 February 2003
X Protocol Version 11, Revision 0, Release 6.6

WinHugs scrollbar doesn't scroll big steps

L.S.,

The scrollbar of WinHugs only scrolls one line when clicking on the scrollbar, just below the uppermost
triangle, or just above the lowermost triangle. This is the case in both Hugs Nov 2002 an Hugs Nov 2003.

--

-- 
Best regards,
Henk-Jan van Tuyl

INTERNAL ERROR: Error in graph

L.S.,

Hugs gives the following error message when running the attached program:
Program error:
Program error: pattern match failure
(288112 reductions, 525181 cells, 9 garbage collections)
INTERNAL ERROR: Error in graph

This happens after reading 508 files; heap space is 250000.
The problem most probably stems from the return of function collectFileData, as this was the last changed part.
I am runnnig Hugs Nov 2003 on Windos 98.

--

-- 
Best regards,
Henk-Jan van Tuyl

INTERNAL ERROR: Error in graph

Sorry, forgot to attach the source code.

L.S.,

Hugs gives the following error message when running the attached program:
Program error:
Program error: pattern match failure
(288112 reductions, 525181 cells, 9 garbage collections)
INTERNAL ERROR: Error in graph

This happens after reading 508 files; heap space is 250000.
The problem most probably stems from the return of function collectFileData, as this was the last changed part.
I am runnnig Hugs Nov 2003 on Windos 98.

--

-- 
Best regards,
Henk-Jan van Tuyl

_______________________________________________
Hugs-Bugs mailing list
Hugs-Bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/hugs-bugs

Re: Problems compiling hugs-2003.11 with threading and hopengl support

[ I have already replied, but only via a non-subscibed email account,
   so I repeat it here... ]

If I read the bug entry on gentoo.org correctly, you
build Hugs with --enable-hopengl and --with-pthreads.
I haven't tried this combination yet, but AFAIK there
are issues with dlopen()ing the NVIDIA OpenGL lib
multiple times (which Hugs does IIRC) when pthreads
are used and you don't have the latest and greatest
libc and dynamic loader. I'm not sure if Hugs can
easily be changed to dlopen() every lib only once, so
I propose to drop the --with-pthreads option until
NVIDIA and glibc are in sync again...   

Cheers,
    S.