Re: [GHC] #2231: GHC RTS Segfault

2008-04-23 Thread GHC
#2231: GHC RTS Segfault
---+
Reporter:  guest   |Owner:   
Type:  bug |   Status:  new  
Priority:  normal  |Milestone:   
   Component:  Runtime System  |  Version:  6.8.2
Severity:  normal  |   Resolution:   
Keywords:  | Testcase:   
Architecture:  x86_64 (amd64)  |   Os:  Linux
---+
Comment (by guest):

 from ghc 6.8.2 with -DDEBUG

 {{{
 *Control.Concurrent.Session.Queens main
 Loading package mtl-1.1.0.0 ... linking ... done.
 Loading package array-0.1.0.0 ... linking ... done.
 Loading package containers-0.1.0.1 ... linking ... done.
 interactive: internal error: ASSERTION FAILED: file RaiseAsync.c, line
 551

 (GHC version 6.8.2 for x86_64_unknown_linux)
 Please report this as a GHC bug:
 http://www.haskell.org/ghc/reportabug

 Program received signal SIGABRT, Aborted.
 [Switching to Thread 0x41001950 (LWP 9533)]
 0x2b1b9b4e31d5 in raise () from /lib/libc.so.6
 (gdb) bt
 #0  0x2b1b9b4e31d5 in raise () from /lib/libc.so.6
 #1  0x2b1b9b4e4680 in abort () from /lib/libc.so.6
 #2  0x01684308 in rtsFatalInternalErrorFn (s=0x179d658 ASSERTION
 FAILED: file %s, line %u\n, ap=0x41000bb0) at RtsMessages.c:164
 #3  0x01683ecc in barf (s=0x179d658 ASSERTION FAILED: file %s,
 line %u\n) at RtsMessages.c:40
 #4  0x01683f26 in _assertFail (filename=0x17ab104 RaiseAsync.c,
 linenum=551) at RtsMessages.c:55
 #5  0x016afd7e in performBlockedException (cap=0x1ba6120,
 source=0x2b1b9be8ac58, target=0x2b1b9b889000) at RaiseAsync.c:551
 #6  0x016afc77 in maybePerformBlockedException (cap=0x1ba6120,
 tso=0x2b1b9b889000) at RaiseAsync.c:526
 #7  0x0168e88d in threadPaused (cap=0x1ba6120, tso=0x2b1b9b889000)
 at ThreadPaused.c:195
 #8  0x0167b3d7 in interpretBCO (cap=0x1ba6120) at
 Interpreter.c:741
 #9  0x016878c7 in schedule (initialCapability=0x1ba6120,
 task=0x1bc3400) at Schedule.c:628
 #10 0x01689901 in workerStart (task=0x1bc3400) at Schedule.c:2528
 #11 0x2b1b9b29d017 in start_thread () from /lib/libpthread.so.0
 #12 0x2b1b9b5775bd in clone () from /lib/libc.so.6
 #13 0x in ?? ()
 }}}

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2231#comment:3
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2192: occasional segmentation faults when using Control.Parallel

2008-04-23 Thread GHC
#2192: occasional segmentation faults when using Control.Parallel
+---
 Reporter:  ivant   |  Owner:  igloo  
 Type:  merge   | Status:  closed 
 Priority:  normal  |  Milestone:  6.8.3  
Component:  Runtime System  |Version:  6.8.2  
 Severity:  major   | Resolution:  fixed  
 Keywords:  par | Difficulty:  Unknown
 Testcase:  |   Architecture:  x86
   Os:  Linux   |  
+---
Changes (by igloo):

  * status:  new = closed
  * resolution:  = fixed

Comment:

 Merged

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2192#comment:5
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2097: bug in regEnumKeys (System.Win32.Registry)

2008-04-23 Thread GHC
#2097: bug in regEnumKeys (System.Win32.Registry)
---+
 Reporter:  MagnusTherning |  Owner:  igloo  
 Type:  merge  | Status:  closed 
 Priority:  normal |  Milestone:  6.8.3  
Component:  libraries (other)  |Version:  6.8.2  
 Severity:  normal | Resolution:  fixed  
 Keywords: | Difficulty:  Unknown
 Testcase: |   Architecture:  Unknown
   Os:  Windows|  
---+
Changes (by igloo):

  * status:  new = closed
  * resolution:  = fixed

Comment:

 I've merged the patch now, and I'm pretty sure it's safe, if not optimal,
 so I'm closing the ticket. Patches to improve it are of course welcomed!

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2097#comment:9
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2231: GHC RTS Segfault

2008-04-23 Thread GHC
#2231: GHC RTS Segfault
---+
Reporter:  guest   |Owner:   
Type:  bug |   Status:  new  
Priority:  normal  |Milestone:   
   Component:  Runtime System  |  Version:  6.8.2
Severity:  normal  |   Resolution:   
Keywords:  | Testcase:   
Architecture:  x86_64 (amd64)  |   Os:  Linux
---+
Changes (by guest):

 * cc: Matthew, Sackman (removed)
 * cc: Matthew, Sackman (added)

Comment:

 And now with +RTS -DS -C0 -V0:

 {{{
 Starting program: /usr/local/lib/ghc-6.8.2/ghc-6.8.2
 -B/usr/local/lib/ghc-6.8.2 --interactive +RTS -DS -C0 -V0 -RTS
 Control/Concurrent/Session/Queens.hs
 [Thread debugging using libthread_db enabled]
 [New Thread 0x2b5545f39490 (LWP 11372)]
 [New Thread 0x40800950 (LWP 11375)]
 [New Thread 0x41001950 (LWP 11376)]
 GHCi, version 6.8.2: http://www.haskell.org/ghc/  :? for help
 Warning: Freeing non-allocated memory at 0x1ba9850
 Warning: Freeing non-allocated memory at 0x1ba7820
 Loading package base ... linking ... done.
 [ 1 of 12] Compiling Control.Concurrent.Session.Bool (
 Control/Concurrent/Session/Bool.hs, interpreted )
 [ 2 of 12] Compiling Control.Concurrent.Session.Number (
 Control/Concurrent/Session/Number.hs, interpreted )
 [ 3 of 12] Compiling Control.Concurrent.Session.List (
 Control/Concurrent/Session/List.hs, interpreted )
 [ 4 of 12] Compiling Control.Concurrent.Session.Map (
 Control/Concurrent/Session/Map.hs, interpreted )
 [ 5 of 12] Compiling Control.Concurrent.Session.SessionType (
 Control/Concurrent/Session/SessionType.hs, interpreted )
 [ 6 of 12] Compiling Control.Concurrent.Session.SMonad (
 Control/Concurrent/Session/SMonad.hs, interpreted )
 [ 7 of 12] Compiling Control.Concurrent.Session.Runtime (
 Control/Concurrent/Session/Runtime.hs, interpreted )
 [ 8 of 12] Compiling Control.Concurrent.Session.Pid (
 Control/Concurrent/Session/Pid.hs, interpreted )
 [ 9 of 12] Compiling Control.Concurrent.Session.Interleaving (
 Control/Concurrent/Session/Interleaving.hs, interpreted )
 [10 of 12] Compiling Control.Concurrent.Session.SessionTypeMonad (
 Control/Concurrent/Session/SessionTypeMonad.hs, interpreted )
 [11 of 12] Compiling Control.Concurrent.Session (
 Control/Concurrent/Session.hs, interpreted )
 [12 of 12] Compiling Control.Concurrent.Session.Queens (
 Control/Concurrent/Session/Queens.hs, interpreted )
 Ok, modules loaded: Control.Concurrent.Session,
 Control.Concurrent.Session.SessionTypeMonad,
 Control.Concurrent.Session.Queens, Control.Concurrent.Session.SMonad,
 Control.Concurrent.Session.SessionType, Control.Concurrent.Session.Number,
 Control.Concurrent.Session.Bool, Control.Concurrent.Session.List,
 Control.Concurrent.Session.Interleaving, Control.Concurrent.Session.Pid,
 Control.Concurrent.Session.Runtime, Control.Concurrent.Session.Map.
 *Control.Concurrent.Session.Queens main
 Loading package mtl-1.1.0.0 ... linking ... done.
 Loading package array-0.1.0.0 ... linking ... done.
 Loading package containers-0.1.0.1 ... linking ... done.
 interactive: internal error: ASSERTION FAILED: file Schedule.c, line 674

 (GHC version 6.8.2 for x86_64_unknown_linux)
 Please report this as a GHC bug:
 http://www.haskell.org/ghc/reportabug

 Program received signal SIGABRT, Aborted.
 [Switching to Thread 0x41001950 (LWP 11376)]
 0x2b5545c211d5 in raise () from /lib/libc.so.6
 (gdb) bt
 #0  0x2b5545c211d5 in raise () from /lib/libc.so.6
 #1  0x2b5545c22680 in abort () from /lib/libc.so.6
 #2  0x01684308 in rtsFatalInternalErrorFn (s=0x179d658 ASSERTION
 FAILED: file %s, line %u\n, ap=0x41000fa0) at RtsMessages.c:164
 #3  0x01683ecc in barf (s=0x179d658 ASSERTION FAILED: file %s,
 line %u\n) at RtsMessages.c:40
 #4  0x01683f26 in _assertFail (filename=0x179df4b Schedule.c,
 linenum=674) at RtsMessages.c:55
 #5  0x01687a52 in schedule (initialCapability=0x1ba6120,
 task=0x1bc3550) at Schedule.c:674
 #6  0x01689901 in workerStart (task=0x1bc3550) at Schedule.c:2528
 #7  0x2b55459db017 in start_thread () from /lib/libpthread.so.0
 #8  0x2b5545cb55bd in clone () from /lib/libc.so.6
 #9  0x in ?? ()
 }}}

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2231#comment:4
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2231: GHC RTS Segfault

2008-04-23 Thread GHC
#2231: GHC RTS Segfault
---+
Reporter:  guest   |Owner:   
Type:  bug |   Status:  new  
Priority:  normal  |Milestone:   
   Component:  Runtime System  |  Version:  6.8.2
Severity:  normal  |   Resolution:   
Keywords:  | Testcase:   
Architecture:  x86_64 (amd64)  |   Os:  Linux
---+
Changes (by guest):

 * cc: Matthew, Sackman, [EMAIL PROTECTED] (removed)
 * cc: [EMAIL PROTECTED] (added)

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2231#comment:5
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


[GHC] #2234: Profiled binaries create empty files

2008-04-23 Thread GHC
#2234: Profiled binaries create empty files
+---
Reporter:  guest|   Owner:  
Type:  bug  |  Status:  new 
Priority:  normal   |   Component:  Compiler
 Version:  6.8.2|Severity:  minor   
Keywords:   |Testcase:  
Architecture:  Unknown  |  Os:  Unknown 
+---
 [EMAIL PROTECTED]:1891~ghc --version
 [ 1:20PM]

 The Glorious Glasgow Haskell Compilation System, version 6.8.2


 I recently happened to go through the effort to build a copy of Darcs with
 profiling enabled (to profile, obviously), and while the profiling runs
 were quite as helpful as I could've wished, I've since noticed something
 very annoying:

 [EMAIL PROTECTED]:1922~~/bin/bin/darcs whatsnew
 [ 1:35PM]

 No changes!

 [EMAIL PROTECTED]:1923~cat darcs.prof
 [ 1:36PM]

 [EMAIL PROTECTED]:1924~ls
 [ 1:36PM]

 bin/   _darcs/ darcs.prof  hacryptopp/  hiersort/  hope/  idris/
 ivor/   par-gc-ismm08.pdf  pics2/  torrent/

 Note the complete lack of any +RTS-RTS flags; nevertheless, an annoying
 empty file has been created to clutter up my home directory. And deleting
 it is pointless since it'll just get created. Even worse, this stupid file
 will appear anywhere I use the profiled darcs (at last count, slocate knew
 of at least 12 such darcs.prof). And since my system is set up for
 profiling, it'll only get worse as more and more binaries get built for
 profiling.

 I understand from Igloo there's some vague user-friendliness rationale
 behind GHC's littering, but I'm skeptical that this is really the best way
 to go about matters.

 --
 gwern

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2234
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2158: deriving (Ix) and listArray give unexpected results

2008-04-23 Thread GHC
#2158: deriving (Ix) and listArray give unexpected results
+---
 Reporter:  guest   |  Owner:  igloo  
 Type:  merge   | Status:  closed 
 Priority:  normal  |  Milestone:  6.8.3  
Component:  libraries/base  |Version:  6.6
 Severity:  normal  | Resolution:  fixed  
 Keywords:  | Difficulty:  Unknown
 Testcase:  arr019  |   Architecture:  Unknown
   Os:  Unknown |  
+---
Changes (by igloo):

  * status:  new = closed
  * resolution:  = fixed

Comment:

 Merged

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2158#comment:3
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2044: Can't unify error in debugger

2008-04-23 Thread GHC
#2044: Can't unify error in debugger
--+-
 Reporter:  r6144 |  Owner:  igloo  
 Type:  merge | Status:  closed 
 Priority:  normal|  Milestone:  6.8.3  
Component:  GHCi  |Version:  6.8.2  
 Severity:  normal| Resolution:  fixed  
 Keywords:| Difficulty:  Unknown
 Testcase:  print033  |   Architecture:  x86
   Os:  Linux |  
--+-
Changes (by igloo):

  * testcase:  = print033
  * status:  new = closed
  * resolution:  = fixed

Comment:

 Merged

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2044#comment:15
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2179: Improve error message when `main' is not of the right type

2008-04-23 Thread GHC
#2179: Improve error message when `main' is not of the right type
---+
 Reporter:  amiddelk   |  Owner:  igloo 
 Type:  merge  | Status:  closed
 Priority:  normal |  Milestone:  6.10 branch   
Component:  Compiler   |Version:  6.8.2 
 Severity:  trivial| Resolution:  fixed 
 Keywords: | Difficulty:  Unknown   
 Testcase:  tcfail199  |   Architecture:  x86_64 (amd64)
   Os:  Linux  |  
---+
Changes (by igloo):

  * testcase:  = tcfail199
  * status:  new = closed
  * resolution:  = fixed

Comment:

 Test added (tcfail199)

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2179#comment:4
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2227: (fgl) reimplement Data.Graph.Inductive.Query.Dominators

2008-04-23 Thread GHC
#2227: (fgl) reimplement Data.Graph.Inductive.Query.Dominators
--+-
Reporter:  int-e  |Owner:  
Type:  proposal   |   Status:  closed  
Priority:  normal |Milestone:  
   Component:  libraries (other)  |  Version:  6.9 
Severity:  normal |   Resolution:  fixed   
Keywords: | Testcase:  
Architecture:  Multiple   |   Os:  Multiple
--+-
Changes (by int-e):

  * status:  new = closed
  * resolution:  = fixed

Comment:

 Martin Erwig kindly applied the patch.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2227#comment:2
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2223: Int64.toInteger

2008-04-23 Thread GHC
#2223: Int64.toInteger
---+
Reporter:  gnezdo  |Owner:   
Type:  bug |   Status:  new  
Priority:  normal  |Milestone:   
   Component:  Runtime System  |  Version:  6.8.2
Severity:  major   |   Resolution:   
Keywords:  | Testcase:   
Architecture:  x86 |   Os:  Linux
---+
Comment (by wolfgang):

 Yes, my code was wrong.

 I think your code still leaves out most corner cases:
 Consider 0x0001, or 0x8000.

 If the high word is 0 of -1 , and the sign bit of the low word matches
 that, THEN one word is enough.
 So I would recommend the following (untested):
 {{{
if ( (hi == 0  %ge( lo, 0 )) || (hi == 0x  %lt(lo,
 0) )  {
words_needed = 1;
// minimum is one word
} else {
words_needed = 2;
}
 }}}

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2223#comment:2
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #2221: Can't use quotations ([| ... |]) insides declaration splices

2008-04-23 Thread GHC
#2221: Can't use quotations ([| ... |]) insides declaration splices
--+-
 Reporter:  m4dc4p|  Owner:   
 Type:  bug   | Status:  closed   
 Priority:  normal|  Milestone:   
Component:  Template Haskell  |Version:  6.8.2
 Severity:  normal| Resolution:  duplicate
 Keywords:| Difficulty:  Unknown  
 Testcase:|   Architecture:  x86  
   Os:  Windows   |  
--+-
Changes (by igloo):

  * status:  new = closed
  * difficulty:  = Unknown
  * resolution:  = duplicate

Comment:

 Thanks for the report. The problem you're seeing here is that you can't
 splice in types; for more info, see #1476.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/2221#comment:2
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs


Re: [GHC] #1476: Template Haskell: splicing types and patterns

2008-04-23 Thread GHC
#1476: Template Haskell: splicing types and patterns
--+-
 Reporter:  igloo |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.10 branch
Component:  Template Haskell  |Version:  6.6.1  
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  Unknown
   Os:  Unknown   |  
--+-
Comment (by igloo):

 See also #2221.

-- 
Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/1476#comment:5
GHC http://www.haskell.org/ghc/
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs