GHC | 1 Apr 2012 12:44
Favicon

Re: #3231: Permission denied error with runProcess/openFile

#3231: Permission denied error with runProcess/openFile
-----------------------------+----------------------------------------------
  Reporter:  NeilMitchell    |          Owner:  simonmar        
      Type:  bug             |         Status:  new             
  Priority:  normal          |      Milestone:  7.6.1           
 Component:  libraries/base  |        Version:  6.10.4          
Resolution:                  |       Keywords:                  
        Os:  Windows         |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown    |     Difficulty:  Unknown         
  Testcase:                  |      Blockedby:                  
  Blocking:                  |        Related:                  
-----------------------------+----------------------------------------------

Comment(by duncan):

 Possibly related here is:
 http://blogs.msdn.com/b/oldnewthing/archive/2012/03/29/10288686.aspx

 It says that `TerminateProcess` is async and you have to wait for the
 process to really terminate before file locks are released. Of course here
 we think we are waiting for processes to terminate but perhaps we should
 double check how we're doing that.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3231#comment:45>
GHC | 1 Apr 2012 12:49
Favicon

Re: #3231: Permission denied error with runProcess/openFile

#3231: Permission denied error with runProcess/openFile
-----------------------------+----------------------------------------------
  Reporter:  NeilMitchell    |          Owner:  simonmar        
      Type:  bug             |         Status:  new             
  Priority:  normal          |      Milestone:  7.6.1           
 Component:  libraries/base  |        Version:  6.10.4          
Resolution:                  |       Keywords:                  
        Os:  Windows         |   Architecture:  Unknown/Multiple
   Failure:  None/Unknown    |     Difficulty:  Unknown         
  Testcase:                  |      Blockedby:                  
  Blocking:                  |        Related:                  
-----------------------------+----------------------------------------------

Comment(by duncan):

 Replying to [comment:45 duncan]:
 > Of course here we think we are waiting for processes to terminate but
 perhaps we should double check how we're doing that.

 Hmm, seems we do call `WaitForSingleObject` on the process handle.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3231#comment:46>
GHC | 1 Apr 2012 21:01
Favicon

Re: #5946: getAnyProcessStatus signals an exception

#5946: getAnyProcessStatus signals an exception
-------------------------------+--------------------------------------------
  Reporter:  toc               |          Owner:  simonmar      
      Type:  bug               |         Status:  closed        
  Priority:  high              |      Milestone:  7.4.2         
 Component:  libraries/unix    |        Version:  7.0.4         
Resolution:  fixed             |       Keywords:                
        Os:  Unknown/Multiple  |   Architecture:  x86_64 (amd64)
   Failure:  Runtime crash     |     Difficulty:  Unknown       
  Testcase:                    |      Blockedby:                
  Blocking:                    |        Related:                
-------------------------------+--------------------------------------------
Changes (by pcapriotti):

  * status:  merge => closed
  * resolution:  => fixed

Comment:

 Merged as 4152c1b17d8633dac8f830f334688393e527b061.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5946#comment:5>
GHC | 1 Apr 2012 23:42
Favicon

Re: #5214: SIGSEGV in yieldCapability ()

#5214: SIGSEGV  in yieldCapability ()
-----------------------------+----------------------------------------------
  Reporter:  j.waldmann      |          Owner:  simonmar      
      Type:  bug             |         Status:  closed        
  Priority:  high            |      Milestone:  7.4.2         
 Component:  Runtime System  |        Version:  7.4.1         
Resolution:  fixed           |       Keywords:                
        Os:  Linux           |   Architecture:  x86_64 (amd64)
   Failure:  Runtime crash   |     Difficulty:  Unknown       
  Testcase:                  |      Blockedby:                
  Blocking:                  |        Related:                
-----------------------------+----------------------------------------------
Changes (by pcapriotti):

  * status:  merge => closed
  * resolution:  => fixed

Comment:

 Merged as 20906163a6aee2b76de240c4171928f83a5d9077.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5214#comment:14>
GHC | 2 Apr 2012 07:05
Favicon

#5982: Incorrect dynamic library name in OSX

#5982: Incorrect dynamic library name in OSX
---------------------------+------------------------------------------------
 Reporter:  r0ml           |          Owner:                
     Type:  bug            |         Status:  new           
 Priority:  normal         |      Component:  libraries/base
  Version:  7.4.1          |       Keywords:                
       Os:  MacOS X        |   Architecture:  x86_64 (amd64)
  Failure:  Runtime crash  |       Testcase:                
Blockedby:                 |       Blocking:                
  Related:                 |  
---------------------------+------------------------------------------------
 When building a simple program that is built using -dynamic, the resulting
 executable fails with the following error:

 /Users/ian/zz64/ghc-7.4.1/libffi/build/inst/lib/libffi.5.dylib
   Referenced from: /usr/local/lib/ghc-7.4.1/libHSrts-ghc7.4.1.dylib
   Reason: image not found
 [1]    90849 trace trap

 The workaround in this case is to execute the following two commands:

 otool -id /usr/local/lib/ghc-7.4.1/libffi.dylib
 /usr/local/lib/ghc-7.4.1/libffi.dylib

 install_name_tool /usr/local/lib/ghc-7.4.1/libHSrts-ghc7.4.1.dylib -change
 /Users/ian/zz64/ghc-7.4.1/libffi/build/inst/lib/libffi.5.dylib
 /usr/local/lib/ghc-7.4.1/libffi.dylib

 which is to say that the library  at /usr/local/lib/ghc-7.4.1/libffi.dylib
 is identified as being
(Continue reading)

GHC | 2 Apr 2012 07:09
Favicon

#5983: Libraries installed in wrong place

#5983: Libraries installed in wrong place
--------------------------+-------------------------------------------------
 Reporter:  r0ml          |          Owner:                
     Type:  bug           |         Status:  new           
 Priority:  normal        |      Component:  libraries/base
  Version:  7.4.1         |       Keywords:                
       Os:  MacOS X       |   Architecture:  x86_64 (amd64)
  Failure:  None/Unknown  |       Testcase:                
Blockedby:                |       Blocking:                
  Related:                |  
--------------------------+-------------------------------------------------
 All of the installed libraries are placed in
 /Library/Frameworks/GHC.framework/Versions/7.4.1-x86_64/usr/lib/ghc-7.4.1
 by the installation package.

 However, all of the dylib files report an otool -D of the form
 /usr/local/lib/ghc-7.4.1/...

 The workaround is to create a link from /usr/local/lib/ghc-7.4.1 to
 /Library/Frameworks/GHC.framework/Versions/7.4.1-x86_64/usr/lib/ghc-7.4.1

 However, the installer should either create this link, or (better) invoke
 otool -id as part of the installation process and set the correct dylib
 path for all the dylibs.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5983>
GHC | 2 Apr 2012 11:56
Favicon

Re: #5555: support qualified names for invoking a quasiquoter

#5555: support qualified names for invoking a quasiquoter
----------------------------------+-----------------------------------------
    Reporter:  nfrisby            |       Owner:  pcapriotti      
        Type:  feature request    |      Status:  new             
    Priority:  normal             |   Milestone:  7.6.1           
   Component:  Compiler (Parser)  |     Version:  7.0.3           
    Keywords:                     |          Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |     Failure:  None/Unknown    
  Difficulty:  Unknown            |    Testcase:                  
   Blockedby:                     |    Blocking:                  
     Related:                     |  
----------------------------------+-----------------------------------------
Changes (by pcapriotti):

  * owner:  => pcapriotti
  * difficulty:  => Unknown

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5555#comment:2>
GHC | 2 Apr 2012 13:01
Favicon

Re: #5976: Panic in a user Template Haskell function is wrongly reported as a GHC bug

#5976: Panic in a user Template Haskell function is wrongly reported as a GHC bug
---------------------------------+------------------------------------------
  Reporter:  SimonMeier          |          Owner:  pcapriotti      
      Type:  bug                 |         Status:  patch           
  Priority:  normal              |      Milestone:  7.4.2           
 Component:  Compiler            |        Version:  7.4.1           
Resolution:                      |       Keywords:                  
        Os:  Linux               |   Architecture:  Unknown/Multiple
   Failure:  Compile-time crash  |     Difficulty:  Unknown         
  Testcase:                      |      Blockedby:                  
  Blocking:                      |        Related:                  
---------------------------------+------------------------------------------

Comment(by pcapriotti):

 You're right, `safeShowException` can be used regardless. I simplified the
 patch. Ok to push?

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5976#comment:7>
GHC | 2 Apr 2012 14:14
Favicon

Re: #5555: support qualified names for invoking a quasiquoter

#5555: support qualified names for invoking a quasiquoter
----------------------------------+-----------------------------------------
    Reporter:  nfrisby            |       Owner:  pcapriotti      
        Type:  feature request    |      Status:  patch           
    Priority:  normal             |   Milestone:  7.6.1           
   Component:  Compiler (Parser)  |     Version:  7.0.3           
    Keywords:                     |          Os:  Unknown/Multiple
Architecture:  Unknown/Multiple   |     Failure:  None/Unknown    
  Difficulty:  Unknown            |    Testcase:                  
   Blockedby:                     |    Blocking:                  
     Related:                     |  
----------------------------------+-----------------------------------------
Changes (by pcapriotti):

  * status:  new => patch

Comment:

 The attached patch adds a "qualified quasi quote" token to the lexer, and
 the corresponding production to the parser.

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5555#comment:3>
GHC | 2 Apr 2012 14:32
Favicon

Re: #5664: Missing checks for FFI declaration types

#5664: Missing checks for FFI declaration types
---------------------------------+------------------------------------------
    Reporter:  simonmar          |       Owner:  pcapriotti                 
        Type:  bug               |      Status:  new                        
    Priority:  normal            |   Milestone:  7.6.1                      
   Component:  Compiler (FFI)    |     Version:  7.2.1                      
    Keywords:                    |          Os:  Unknown/Multiple           
Architecture:  Unknown/Multiple  |     Failure:  GHC accepts invalid program
  Difficulty:  Unknown           |    Testcase:                             
   Blockedby:                    |    Blocking:                             
     Related:                    |  
---------------------------------+------------------------------------------
Changes (by pcapriotti):

  * owner:  => pcapriotti
  * difficulty:  => Unknown

--

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/5664#comment:3>

Gmane