Re: [GHC] #926: infinite loop in ShutdownIOManager()

#926: infinite loop in ShutdownIOManager()
----------------------------+-----------------------------------------------
 Reporter:  guest           |          Owner:  simonmar
     Type:  bug             |         Status:  new     
 Priority:  normal          |      Milestone:  6.6.1   
Component:  Runtime System  |        Version:  6.5     
 Severity:  normal          |     Resolution:          
 Keywords:                  |     Difficulty:  Unknown 
 Testcase:                  |   Architecture:  x86     
       Os:  Windows         |  
----------------------------+-----------------------------------------------
Changes (by simonmar):

  * owner:  => simonmar

Comment:

 I'm looking at this.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/926>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #926: infinite loop in ShutdownIOManager()

#926: infinite loop in ShutdownIOManager()
----------------------------+-----------------------------------------------
 Reporter:  guest           |          Owner:  simonmar
     Type:  bug             |         Status:  new     
 Priority:  lowest          |      Milestone:  _|_     
Component:  Runtime System  |        Version:  6.5     
 Severity:  normal          |     Resolution:          
 Keywords:                  |     Difficulty:  Unknown 
 Testcase:                  |   Architecture:  x86     
       Os:  Windows         |  
----------------------------+-----------------------------------------------
Changes (by simonmar):

  * milestone:  6.6.1 => _|_
  * priority:  normal => lowest

Comment:

 Fixed in the threaded RTS:

 {{{
 Thu Feb  1 03:40:47 PST 2007  Simon Marlow <simonmar <at> microsoft.com>
   * Partial fix for #926
   It seems that when a program exits with open DLLs on Windows, the
   system attempts to shut down the DLLs, but it also terminates (some
   of?) the running threads.  The RTS isn't prepared for threads to die
   unexpectedly, so it sits around waiting for its workers to finish.
   This bites in two places: ShutdownIOManager() in the the unthreaded
   RTS, and shutdownCapability() in the threaded RTS.  So far I've
   modified the latter to notice when worker threads have died

Re: [GHC] #1114: Socket code dies with SIGPIPE

#1114: Socket code dies with SIGPIPE
------------------------+---------------------------------------------------
 Reporter:  guest       |          Owner:         
     Type:  bug         |         Status:  closed 
 Priority:  normal      |      Milestone:  6.6.1  
Component:  hslibs/net  |        Version:  6.6    
 Severity:  normal      |     Resolution:  invalid
 Keywords:              |     Difficulty:  Unknown
 Testcase:              |   Architecture:  x86    
       Os:  Linux       |  
------------------------+---------------------------------------------------
Changes (by simonmar):

  * resolution:  => invalid
  * status:  new => closed

Comment:

 Not a bug: this is the correct (although perhaps unexpected) behaviour.
 It's documented in the docs for the `Network` module.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1114>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1108: -package and -idir in OPTIONS_GHC are ignored, but manual says that they're dynamic

#1108: -package and -idir in OPTIONS_GHC are ignored, but manual says that they're
dynamic
--------------------------------+-------------------------------------------
 Reporter:  bjorn <at> bringert.net  |          Owner:  igloo  
     Type:  merge               |         Status:  new    
 Priority:  normal              |      Milestone:  6.6.1  
Component:  Compiler            |        Version:  6.6    
 Severity:  normal              |     Resolution:         
 Keywords:                      |     Difficulty:  Unknown
 Testcase:                      |   Architecture:  Unknown
       Os:  Unknown             |  
--------------------------------+-------------------------------------------
Changes (by simonmar):

  * owner:  => igloo
  * type:  bug => merge

Comment:

 These flags are not fully dynamic: they work with GHCi's `:set`, but not
 in `OPTIONS_GHC`.  I've now documented that.

 Ian, please merge:

 {{{
 Thu Feb  1 12:40:58 GMT 2007  Simon Marlow <simonmar <at> microsoft.com>
   * some dynamic flags cannot be used with OPTIONS_GHC, e.g. -i, -package
   fixes #1108
 }}}

Re: [GHC] #1125: "module main:Foo is not loaded" when trying to load a module from a user package in ghci

#1125: "module main:Foo is not loaded" when trying to load a module from a user
package in ghci
----------------------+-----------------------------------------------------
 Reporter:  igloo     |          Owner:         
     Type:  bug       |         Status:  closed 
 Priority:  normal    |      Milestone:  6.6.1  
Component:  Compiler  |        Version:  6.6    
 Severity:  normal    |     Resolution:  invalid
 Keywords:            |     Difficulty:  Unknown
 Testcase:            |   Architecture:  Unknown
       Os:  Unknown   |  
----------------------+-----------------------------------------------------
Changes (by simonmar):

  * resolution:  => invalid
  * status:  new => closed

Comment:

 This isn't a bug.  It works like this:

  * You have built and installed a package "p", containing module `Foo`.

  * You start up GHCi and ask it to add module `Foo` to the context,
    you expect to get `p:Foo`.

  * GHCi finds the file `Foo.hs` in the current directory.  It assumes
    that this contains module `Foo` from the `main` package: `main:Foo`.
    Modules from the `main` package take precedence over package modules
    for the purposes of `import` and `:module`.

Re: [GHC] #1106: During install, network's Typeable.h clobbers base's copy

#1106: During install, network's Typeable.h clobbers base's copy
----------------------+-----------------------------------------------------
 Reporter:  bos       |          Owner:  igloo  
     Type:  merge     |         Status:  new    
 Priority:  normal    |      Milestone:  6.6.1  
Component:  Compiler  |        Version:  6.6    
 Severity:  normal    |     Resolution:         
 Keywords:            |     Difficulty:  Unknown
 Testcase:            |   Architecture:  Unknown
       Os:  Unknown   |  
----------------------+-----------------------------------------------------
Changes (by simonmar):

  * owner:  => igloo
  * type:  bug => merge

Comment:

 Fixed.  To merge:

 {{{
 Thu Feb  1 12:58:21 GMT 2007  Simon Marlow <simonmar <at> microsoft.com>
   * don't install Typeable.h, fixes #1106
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1106>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

Re: [GHC] #978: install-sh has wrong permissions

#978: install-sh has wrong permissions
-----------------------------+----------------------------------------------
 Reporter:  giraudr <at> unbc.ca  |          Owner:  igloo  
     Type:  merge            |         Status:  new    
 Priority:  normal           |      Milestone:  6.6.1  
Component:  Build System     |        Version:  6.6    
 Severity:  major            |     Resolution:         
 Keywords:                   |     Difficulty:  Unknown
 Testcase:                   |   Architecture:  powerpc
       Os:  MacOS X          |  
-----------------------------+----------------------------------------------
Changes (by simonmar):

  * owner:  => igloo
  * type:  bug => merge

Comment:

 Fixed.  To merge:

 {{{
 Thu Feb  1 05:11:25 PST 2007  Simon Marlow <simonmar <at> microsoft.com>
   * chmod +x install-sh, see bug #978
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/978>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

Re: [GHC] #985: Memory Leak in freeHaskellFunPtr

#985: Memory Leak in freeHaskellFunPtr
----------------------------------------------+-----------------------------
 Reporter:  mattcbro <at> earthlink.net            |          Owner:  simonmar
     Type:  bug                               |         Status:  new     
 Priority:  normal                            |      Milestone:  6.6.1   
Component:  Compiler                          |        Version:  6.6     
 Severity:  normal                            |     Resolution:          
 Keywords:  callback, FFI, freeHaskellFunPtr  |     Difficulty:  Unknown 
 Testcase:  provided                          |   Architecture:  Multiple
       Os:  Windows                           |  
----------------------------------------------+-----------------------------
Changes (by simonmar):

  * owner:  => simonmar

Comment:

 I'll look into this.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/985>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs <at> haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #985: Memory Leak in freeHaskellFunPtr

#985: Memory Leak in freeHaskellFunPtr
----------------------------------------------+-----------------------------
 Reporter:  mattcbro <at> earthlink.net            |          Owner:  igloo   
     Type:  merge                             |         Status:  new     
 Priority:  normal                            |      Milestone:  6.6.1   
Component:  Compiler                          |        Version:  6.6     
 Severity:  normal                            |     Resolution:          
 Keywords:  callback, FFI, freeHaskellFunPtr  |     Difficulty:  Unknown 
 Testcase:  provided                          |   Architecture:  Multiple
       Os:  Windows                           |  
----------------------------------------------+-----------------------------
Changes (by simonmar):

  * owner:  simonmar => igloo
  * type:  bug => merge

Comment:

 Fixed.  Patch to merge (from 6.6 to HEAD):

 {{{
 Thu Feb  1 13:53:33 GMT 2007  Simon Marlow <simonmar <at> microsoft.com>
   * fix memory leak in allocExec/freeExec (see bug #985)
 }}}

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/985>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

Re: [GHC] #916: windows installer should play nice with other Haskell tools

#916: windows installer should play nice with other Haskell tools
-------------------------------------+--------------------------------------
 Reporter:  claus.reinke <at> talk21.com  |          Owner:  neil              
     Type:  bug                      |         Status:  new               
 Priority:  low                      |      Milestone:  6.6.2             
Component:  Build System             |        Version:  6.4.2             
 Severity:  normal                   |     Resolution:                    
 Keywords:                           |     Difficulty:  Difficult (1 week)
 Testcase:  N/A                      |   Architecture:  Unknown           
       Os:  Windows                  |  
-------------------------------------+--------------------------------------
Changes (by neil):

  * difficulty:  Unknown => Difficult (1 week)
  * component:  GHCi => Build System
  * priority:  normal => low
  * owner:  => neil

Comment:

 One option is WiX, as bug 604 suggests. I've also copied the
 priority/settings from that bug to this one. I intend to solve this at the
 same time as doing an installer for Yhc/Hugs/Cabal etc.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/916>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler

_______________________________________________