Opened 10 years ago

Closed 9 years ago

Last modified 44 years ago

#194 closed bug (Fixed)

closure type 0 occurence

Reported by: dons Owned by: simonmar
Priority: high Milestone:
Component: Runtime System Version: 6.4
Keywords: Cc:
Operating System: Architecture:
Type of failure: Difficulty:
Test Case: Blocked By:
Blocking: Related Tickets:

Description

The 6.3 head, unregisterised, on mips64-sgi-irix has
repeatedly given me the following for the okeefe_neural
test. I'm sending this out as a possible data point
(with newlines for emphasis):

   ====> Running ./programs/okeefe_neural/test.T
   =====> okeefe_neural(normal)
   cd ./programs/okeefe_neural &&
  
'/import/pill0/1/dons/ghc/fptools/ghc/compiler/ghc-inplace'
   -no-recomp  -dcore-lint -Dmips_sgi_irix --make -o 
   okeefe_neural Main  -package lang +RTS -M64m -RTS   
   >okeefe_neural.comp.stderr 2>&1  Compile failed
   (status 65024) errors were:
   Chasing modules from: Main
   Compiling Main             ( Main.hs, Main.o )
   ghc-6.3: internal error:
 
   scavenge_mark_stack: 
        unimplemented/strange closure type 0 @ 4ea9060
 
   Please report this as a bug to          
                  glasgow-haskell-bugs@haskell.org,  
              or http://www.sourceforge.net/projects/ghc/

Closure type 0 == INVALID_OBJECT. Unfortunately, gdb 
doesn't seem to work properly in 64 bit mode on this
platform.

-- Don

Change History (2)

comment:1 Changed 10 years ago by dons

Logged In: YES 
user_id=880987

HEAD, after the recent GC.c fix, still exhibits this bug:

  (dbx) ignore SIGVTALRM
  (dbx) run -B/import/pill0/1/dons/ghc/fptools -package lang
+RTS -M64m -RTS Main.hs
  Process 123061 (ghc-6.3) started
  ghc-6.3: internal error: scavenge_mark_stack:
unimplemented/strange closure type 0 @ 69040d8
      Please report this as a bug to
glasgow-haskell-bugs@haskell.org,
      or http://www.sourceforge.net/projects/ghc/
  Process 123061 (ghc-6.3) terminated

I'll have another look into this later.

comment:2 Changed 9 years ago by simonmar

  • Status changed from assigned to closed
Logged In: YES 
user_id=48280

Now fixed - possibly another dup of #1071030.
Note: See TracTickets for help on using tickets.