Re: stg_ap_v_ret porting crash: solved?

[Matt Chapman]

On Thu, Sep 11, 2003 at 02:06:57AM +0100, Ian Lynagh wrote:
 
 Bootstrapping IA64 from x86 (with numerous patches from CVS) looks like
 it is working fine, although I am getting
 
 ghc-6.0.1(9371): unaligned access to 0x41e6177a, ip=0x40dd46c1
 
 when compiling even hello world with optimisation. The result seems to
 work fine though. Is this expected? Or maybe I missed a patch?

Hmm, no, I don't get any unaligned accesses.  My tree is a few months old though,
I will update and check.

Matt

___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Weird porting problem with read

[Matt Chapman]

Background:  I'm working on porting GHC to IA64.  I have the initial
unregisterised port mostly working, except for a weird problem related
to this innocent bit of code (ghc/compiler/main/CmdLineOpts.hs):

opt_HiVersion = read (cProjectVersionInt ++ cProjectPatchLevel) :: Int

where:

cProjectVersionInt= 503
cProjectPatchLevel= 0

I get...

ghc-5.03: panic! (the `impossible' happened, GHC version 5.03):
Prelude.read: no parse

Possibly of relevance is that cProjectVersionInt is built using
unpackCStringList#, whereas cProjectPatchLevel was generated statically.

Below I've included an ASCII art depiction of the closure that is passed
to read, after evaluation (i.e. I breakpointed after the parse error).
It looks feasibly correct to me, although I may be missing something.

Does anyone have any hints on where to proceed from here?

Matt


 CmdLineOpts_lvl42_closure
   IND_STATIC(0x504af380)
  |
  IND(0x504af418)
  |
CONSTR(GHC.Base_C_con_info(tag=1), 0x504af3d8, 0x504af400)
   |   |
  CONSTR(GHC.Base_C#_con_info(tag=0), 0x35#)   |
  _|
  |
  IND(0x504b0018)
  |
CONSTR(GHC.Base_C_con_info(tag=1), 0x504affc8, 0x504b)
   |   |
  CONSTR(GHC.Base_C#_con_info(tag=0), 0x30#)   |
  _|
  |
  IND(0x504b09f0)
  |
CONSTR(GHC.Base_C_con_info(tag=1), 0x504b09b0, 0x504b09d8)
   |   |
  CONSTR(GHC.Base_C#_con_info(tag=0), 0x33#)   |
  _|
  |
 IND(Config_cProjectPatchLevel_closure)
  |
CONSTR(GHC.Base_C_static_info(tag=1), Config_a_closure, GHC.Base_[]_closure)
   ||
 CONSTR(GHC.Base_C#_static_info(tag=0), 0x30#)  |
  __|
  |
CONSTR(GHC.Base_[]_static_info(tag=0))

___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

Found non-frame during stack squeezing...

[Matt Chapman]

When I build CVS HEAD with RTS debugging I sometimes get, at exit time:

ghc-5.03: fatal error: Found non-frame during stack squeezing at 0x504797a0 (prev 
frame was 0x504797a0)

and sometimes segmentation faults:

#0  0x87da233 in threadSqueezeStack (tso=0x500ba000) at GC.c:3820
3820switch (get_itbl(frame)-type) {
(gdb) bt
#0  0x87da233 in threadSqueezeStack (tso=0x500ba000) at GC.c:3820
#1  0x87da4ff in threadPaused (tso=0x500ba000) at GC.c:4054
#2  0x87e2777 in suspendThread (reg=0x8896770, concCall=rtsFalse) at Schedule.c:1520
#3  0x87a5661 in s5rx_fast1 ()
#4  0x87e6f60 in stg_catch_frame_info ()
#5  0x4c58308 in ?? ()
Cannot access memory at address 0x887fe0be.
(gdb) print frame
$1 = (StgUpdateFrame *) 0x1

and generally behaviour which suggests there isn't an update frame where
it is expecting one - and indeed tso-su doesn't look like it's pointing
at an update frame.

Here s5rx_fast1 is a bit of TopHandler that calls shutdownHaskellAndExit.

Anyone know what's up with it?

Matt

___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs