Re: install/53220: sysinst dumps core with extended partitioning.

[Robert Elz <kre%munnari.OZ.AU@localhost>]

The following reply was made to PR install/53220; it has been noted by GNATS.

From: Robert Elz <kre%munnari.OZ.AU@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: install/53220: sysinst dumps core with extended partitioning.
Date: Mon, 30 Apr 2018 23:24:34 +0700

     Date:        Mon, 30 Apr 2018 09:00:01 +0000 (UTC)
     From:        Martin Husemann <martin%duskware.de@localhost>
     Message-ID:  <20180430090001.5CE367A25E%mollari.NetBSD.org@localhost>
 
 
   |  Hmm, both cores don't work for me - they have the $pc in some unmapped
   |  code:
   |  
   |  #1  0x0000000000000000 in ?? ()
   |  (gdb) x/16i $pc
   |  => 0x4b11cc:    Cannot access memory at address 0x4b11cc
 
 That would explain the SEGV which generates the core file.
 
 sysinst does some indirect function calls:
 	 error = (*item->func)(found, numfound);
 for example, which could result in a jump into oblivion.
 
 the pm_edit function in particular takes 3 function pointers
 as args, and as that's about where we're going when it all
 falls apart, that's where I'd be suspicious.
 
   |  Add: -V MKDEBUG=yes
 
 OK, I will do that.   I'd have thought that the "official builds" should
 avoid using non-default options - would it perhaps be the right thing
 to do to make that be on by default, if that is what the releases are
 to use?
 
 I'll do an