November 2003 - Hugs-Bugs

INTERNAL ERROR: findBtyvsInt strikes again!
by Alexandru D. Salcianu 19 Dec '03

19 Dec '03

Hello! I'm using Hugs (the November 2002 version) and I've encountered the "INTERNAL ERROR: findBtyvsInt" error. I've read online that this error was known in the November 1999 version, but was fixed in the 2000 version. I'm using the 2002 version and still get it. I've encountered the error while working on a collection library (of course, I'm using the multi-parameter typeclass extension). $ hugs -98 __ __ __ __ ____ ___ _________________________________________ || || || || || || ||__ Hugs 98: Based on the Haskell 98 standard ||___|| ||__|| ||__|| __|| Copyright (c) 1994-2002 ||---|| ___|| World Wide Web: http://haskell.org/hugs || || Report bugs to: hugs-bugs(a)haskell.org || || Version: November 2002 _________________________________________ Hugs mode: Restart with command line option +98 for Haskell 98 mode Reading file "/usr/lib/hugs/lib/Prelude.hs": Hugs session for: /usr/lib/hugs/lib/Prelude.hs Type :? for help Prelude> :load Map.hs Reading file "Map.hs": Type checking INTERNAL ERROR: findBtyvsInt Prelude> :version -- Hugs Version November 2002 Here is the content of Map.hs: module Map where -- objects of type ce represent sets of e's class (Eq e) => Set e ce | ce -> e where equalSet :: ce -> ce -> Bool -- objects of type map represent maps from key to value class (Eq key) => FiniteMap key value map | map -> key value where -- returns all keys from map, as a set of type keyset mapKeys :: (Set key keyset) => map -> keyset equalMap :: map -> map -> Bool {-- ERROR in this incomplete default implem. of equalMap --} equalMap m1 m2 = let (keys1 :: [key]) = (mapKeys m1) (keys2 :: [key]) = (mapKeys m2) in equalSet keys1 keys2 instance (Eq a) => Set a [a] where equalSet = (==) (I've trimmed the code down to obtain a small bug report; the above code should be enough to trigger the error). This code compiles fine with the GHC 6 (with the command line "ghc -c -fglasgow-exts Map.hs"). Best, Alex

2 1

winhugs98 bug of -F
by Takei 01 Dec '03

01 Dec '03

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

2 1

ERROR - Garbage collection fails to reclaim sufficient space
by Henk-Jan.van.Tuyl 01 Dec '03

01 Dec '03

L.S., When reading a lot of files, Hugs gives the message: ERROR - Garbage collection fails to reclaim sufficient space I had this problem before with Hugs Version Nov 2002 after 40 files, now with Hugs Version Nov 2003, it happens after 60 or 61 files; see the attached program. If you want sample data files, just ask me. -- Best regards, Henk-Jan van Tuyl

2 1

Winhugs: Wrong options settings / cannot open Prelude
by Henk-Jan.van.Tuyl 30 Nov '03

30 Nov '03

Hello all, I'm experiencing two problems at about the same time, I do not know if they are related: After setting an option for winhugs, using the GUI, Winhugs refused to start, displaying an error message about expecting another double quote. I solved this by changing the Options in the registry: HKEY_CURRENT_USER\Software\Haskell\Hugs\WinhugsNov2003\Options had the following value: -s -t -g -G -l -. +q -Q -w -k -o -O +u -I -T +A +R -H +98 -h250000 -p"%s> " -r"$$" -P".:{Hugs}/libraries:{Hugs}/oldlib:{Hugs}/libraries/win32" -S".hs;.lhs" -E"C:\\WINDOWS\\notepad.exe" -c40 -F"" " I removed the double quote at the end. The error message about the double quote is now replaced with the message: ERROR - Unable to open file "C:\PROGRAM FILES\HUGS98/libraries\Hugs\Prelude.hs I am running: Hugs '98 Nov 2003 on Windows 98 -- Best regards, Henk-Jan van Tuyl

2 1

Error compiling new hugs
by Josef Svenningsson 26 Nov '03

26 Nov '03

Hi, Just downloaded the latest hugs release. I got the following error while make'ing: [lots of gcc'ing] gcc -c -g -O2 server.c gcc runhugs.o server.o builtin.o compiler.o errors.o evaluator.o ffi.o goal.o input.o machdep.o machine.o module.o opts.o output.o plugin.o script.o static.o storage.o strutil.o subst.o type.o version.o -lreadline -lncurses -lm -o runhugs evaluator.o: In function `evaluator': /users/cs/josefs/multi/home/src/hugs/hugs98-Nov2003/src/evaluator.c:96: undefined reference to `updateTimers' collect2: ld returned 1 exit status make: *** [runhugs] Error 1 > uname -a SunOS 5.7 Generic_106541-16 sun4u sparc SUNW,Ultra-5_10 > gcc -v gcc version 2.95.3 20010315 (release) Just tell if you need any more info to track down the problem. /Josef

2 2

Bug in Windows version
by Jinu Lee 26 Nov '03

26 Nov '03

Hello, After I install the new version of Hugs98 on Windows, if I run it, it says that it cannot find MSVCR70.dll and exits. I guess that the installer doesn't copy MSVCR70.dll in the Windows system directory.

2 1

recip bug?!
by Robert Reitmeier 24 Nov '03

24 Nov '03

HUGS says: > Main> :version > -- Hugs Version December 2001 > Main> (-1)%1 > -1 % 1 > Main> recip ((-1)%1) > 1 % -1 > Main> (recip ((-1)%1))+(1%1) > 0 % -1 > Main> ((recip ((-1)%1))+(1%1))==0 > False It's the same with HUGS Version November 2002, which is the newest I know of. Counterexample in GHCI: > ghci 5.04: > > *Main> (-1)%1 > -1 % 1 > *Main> recip ((-1)%1) > -1 % 1 > *Main> (recip ((-1)%1))+(1%1) > 0 % 1 > *Main> ((recip ((-1)%1))+(1%1))==0 > True Kind regards, Robert

2 1

No downloads work on your website!
by Nigel Banner 21 Nov '03

21 Nov '03

None of the downlads work on your website: http://cvs.haskell.org/Hugs/pages/downloading.htm: Files not found! Please check!

1 0

Patch to build Hugs Nov2002 release on Mac OS X 10.3 (Panther)
by Gregory Wright 07 Nov '03

07 Nov '03

Hi, Attached is a patch to build the last release of Hugs on Mac OS X 10.3 (Panther). The patch is required by a change to gcc (gcc-3.3 is now the default compiler). The patch fixes the behavior of the new preprocessor, which prefixes #pragma GCC set_debug_pwd <directory in which the file is found> to every file. Needless to say, if the output of the C preprocessor is used by a program other than gcc, problems occur. The convert_libraries script calls cpp. The patch filters the output through sed: sed -n '/^#pragma/!p' This should work on Apple's gcc-3.3 without affecting builds on other compilers. The patch applies in the top level hugs directory. Best Wishes, Greg Wright Gregory Wright Antiope Associates LLC gwright(a)antiope.com

1 0