From ndmitchell at gmail.com  Mon Jan  7 09:32:59 2008
From: ndmitchell at gmail.com (Neil Mitchell)
Date: Mon Jan  7 09:26:41 2008
Subject: Garbage printed
In-Reply-To: <op.t3rbjuqt8x7giz@zen5.router.home>
References: <op.t3rbjuqt8x7giz@zen5.router.home>
Message-ID: <404396ef0801070632n2e50ed11k2e697e210801744@mail.gmail.com>

Hi Henk,

If you go to File / Options / Runtime / Print garbage collection
messages, you will probably find that is checked. Turn that off and
the messages should stop.

The problem with the previous text being interspersed with the
commands is probably a locking bug. I have tried to eliminate a few
locking bugs in the current HEAD version, but some may still remain. I
really don't know how the setjmp/longjmp, Windows message pump,
multiple threads, locking, timer messages etc. all communicate in
enough detail to be confident the locking is correct - its pretty
hairy!

Thanks

Neil


On 12/22/07, hjgtuyl@chello.nl <hjgtuyl@chello.nl> wrote:
>
> L.S.,
>
> I tried the following commands:
>   [1..] !! 5500000
>   [1..] !! 55000000
> in WinHugs; messages about garbage collection are printed. Between the GC
> messages of the second command, parts of the text of the first command are
> repeated, see the attached image.
>
> The reason, that I attached this picture, is that copy/paste to this
> posting resulted in an even bigger mess:
>
> {{Gc:8375486}}Hugs> [1..] !! 5500000
> {{Gc:8375457}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}5500001
> (126500045 reductions, 175998568 cells, 21 garbage collections)
> {{Gc:8375486}}Hugs> [1..] !! 55000000
> {{Gc:8375457}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc
> :8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:837
> 5450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}8568
> cells, 21 garbage collections)
> {{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}
> garbage collections)
> {{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}55000001
> (1265000045 reductions, 1760003519 cells, 210 garbage collections)
> {{Gc:8375486}}Hugs> [1..] !! 5500000
> {{Gc:8375457}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}5500001
> (126500045 reductions, 175998568 cells, 21 garbage collections)
> {{Gc:8375486}}Hugs> [1..] !! 55000000
> {{Gc:8375457}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc
> :8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:837
> 5450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}8568
> cells, 21 garbage collections)
> {{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}
> garbage collections)
> {{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375450}}{{Gc:8375451}}{{Gc:8375450}}{{Gc:8375450}}55000001
> (1265000045 reductions, 1760003519 cells, 210 garbage collections)
>
>
> WinHugs version: Sep 2006
> OS: Windows XP
>
>
> --
> Met vriendelijke groet,
> Henk-Jan van Tuyl
>
>
> --
> http://functor.bamikanarie.com
> http://Van.Tuyl.eu/
> --
>
> _______________________________________________
> Hugs-Bugs mailing list
> Hugs-Bugs@haskell.org
> http://www.haskell.org/mailman/listinfo/hugs-bugs
>
>
>
From trac at galois.com  Thu Jan 10 16:27:43 2008
From: trac at galois.com (Hugs)
Date: Thu Jan 10 16:21:15 2008
Subject: [Hugs] #81: support --version flag
Message-ID: <045.8986ff7ba71f7d603c0eca84baf6ea9b@localhost>

#81: support --version flag
--------------------+-------------------------------------------------------
 Reporter:  guest   |       Owner:  nobody
     Type:  defect  |      Status:  new   
 Priority:  minor   |   Milestone:        
Component:  hugs    |     Version:  200609
 Keywords:          |  
--------------------+-------------------------------------------------------
 Discovering hugs's version number is almost impossible and certainly
 impractical. The result is that Cabal does not know the hugs version
 number.

 As far as I can see, the only way to find the version number is to start
 hugs, grep the banner and translate textual months into a sensible version
 number, then :q to exit hugs again. Note also that hugs considers itself
 to be unversioned:

 {{{
 $ hugs -98 System.Info
 __   __ __  __  ____   ___      _________________________________________
 ||   || ||  || ||  || ||__      Hugs 98: Based on the Haskell 98 standard
 ||___|| ||__|| ||__||  __||     Copyright (c) 1994-2005
 ||---||         ___||           World Wide Web: http://haskell.org/hugs
 ||   ||                         Report bugs to: hugs-bugs@haskell.org
 ||   || Version: March 2005     _________________________________________

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

 Type :? for help
 System.Info> compilerVersion
 Version {versionBranch = [0,0], versionTags = []}
 System.Info>
 }}}

 Version 0.0 eh?

 Most programs support a --version command line flag that spits out the
 version number (and sometimes some other (un)helpful information) and then
 terminates.

 As for the format, I'd suggest:

 {{{
 hugs --version
 Hugs version 2006.9
 }}}

 That is, a version number that can fit into the Data.Version format.

 The reason this is important for Cabal support is that it'd allow Cabal
 itself or packages (via configurations) to conditionally enable/disable
 support for features depending on the version of hugs.

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/81>
Hugs <http://www.haskell.org/hugs/>
Hugs 98, an interpreter for Haskell
From trac at galois.com  Thu Jan 10 16:37:39 2008
From: trac at galois.com (Hugs)
Date: Thu Jan 10 16:31:13 2008
Subject: [Hugs] #44: Hugs does not provide version numbers for installed
 packages
In-Reply-To: <050.085a976abea097c37adaed9c746aed4b@localhost>
References: <050.085a976abea097c37adaed9c746aed4b@localhost>
Message-ID: <059.81c9afa9e4cdd580c28a5d366d8b46e2@localhost>

#44: Hugs does not provide version numbers for installed packages
--------------------------+-------------------------------------------------
  Reporter:  briansmith   |       Owner:  nobody
      Type:  enhancement  |      Status:  new   
  Priority:  major        |   Milestone:        
 Component:  hugs         |     Version:  200609
Resolution:               |    Keywords:        
--------------------------+-------------------------------------------------
Changes (by guest):

 * cc: duncan@haskell.org (added)

Comment:

 Replying to [comment:2 ross]:

 > On the other hand, !InstalledPackageInfo is somewhat GHC-specific, so
 perhaps it would be better in both cases to just put in the package
 description, augmented with any buildinfo generated by package
 configuration.

 Is there anything GHC-specific that would cause problems? Some fields can
 simply be ignored for hugs. It'd be nice if we could get ghc, nhc and hugs
 all using a collection of !InstalledPackageInfo values for the package
 database.

 In future Cabal will read back the whole !InstalledPackageInfo when
 working with ghc so it can do module chasing. It'd be great if we could
 include hugs in such a scheme too. Currently Cabal doesn't know anything
 about the installed packages for hugs.

-- 
Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/44#comment:5>
Hugs <http://www.haskell.org/hugs/>
Hugs 98, an interpreter for Haskell
From ndmitchell at gmail.com  Sun Jan 13 20:41:20 2008
From: ndmitchell at gmail.com (Neil Mitchell)
Date: Sun Jan 13 20:34:41 2008
Subject: Less defaulting with -98
Message-ID: <404396ef0801131741j36e91f78n6db94022df66a980@mail.gmail.com>

Hi

$ hugs -98
Hugs> []
ERROR - Cannot find "show" function for:
*** Expression : []
*** Of type    : [a]

$hugs +98
Hugs> []
[]

It seems that with -98 you don't get the very handy defaulting. Is
this a delibarate decision, or is it just a bug?

Thanks

Neil