headers
Neil Mitchell | 7 Jan 2008 15:32
Picon
Gravatar

Re: Garbage printed

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 <at> chello.nl <hjgtuyl <at> 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
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hugs | 10 Jan 2008 22:27
Favicon

[Hugs] #81: support --version flag

#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 <at> haskell.org
 ||   || Version: March 2005     _________________________________________

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

 Type :? for help
 System.Info> compilerVersion
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hugs | 10 Jan 2008 22:37
Favicon

Re: [Hugs] #44: Hugs does not provide version numbers for installed packages

#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 <at> 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.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Neil Mitchell | 14 Jan 2008 02:41
Picon
Gravatar

Less defaulting with -98

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
Permalink | Reply | 0 comments |

Gmane