Hello,

What's the status of the note entry types in core dumps in NetBSD?

They are extra notes saved during the memory dumping in additional section.
mostly dumping content of structures.

Just to list their types:
#define NT_PRSTATUS     1       /* prstatus_t   <sys/old_procfs.h>      */
#define NT_PRFPREG      2       /* prfpregset_t <sys/old_procfs.h>      */
#define NT_PRPSINFO     3       /* prpsinfo_t   <sys/old_procfs.h>      */
#define NT_PRXREG       4       /* prxregset_t  <sys/procfs.h>          */
#define NT_PLATFORM     5       /* string from sysinfo(SI_PLATFORM)     */
#define NT_AUXV         6       /* auxv_t array <sys/auxv.h>            */
#define NT_GWINDOWS     7       /* gwindows_t   SPARC only              */
#define NT_ASRS         8       /* asrset_t     SPARC V9 only           */
#define NT_LDT          9       /* ssd array    <sys/sysi86.h> IA32 only */
#define NT_PSTATUS      10      /* pstatus_t    <sys/procfs.h>          */
#define NT_PSINFO       13      /* psinfo_t     <sys/procfs.h>          */
#define NT_PRCRED       14      /* prcred_t     <sys/procfs.h>          */
#define NT_UTSNAME      15      /* struct utsname <sys/utsname.h>       */
#define NT_LWPSTATUS    16      /* lwpstatus_t  <sys/procfs.h>          */
#define NT_LWPSINFO     17      /* lwpsinfo_t   <sys/procfs.h>          */
#define NT_PRPRIV       18      /* prpriv_t     <sys/procfs.h>          */
#define NT_PRPRIVINFO   19      /* priv_impl_info_t <sys/priv.h>        */
#define NT_CONTENT      20      /* core_content_t <sys/corectl.h>       */
#define NT_ZONENAME     21      /* string from getzonenamebyid(3C)      */
#define NT_NUM          21

http://www.opensource.apple.com/source/dtrace/dtrace-90/sys/elf.h

>From what I can see these numbers are standardized across systems (Linux, 
>FreeBSD).

They are used widely e.g.: gdb, gcore (FreeBSD), file(1), lldb, binutils.

I need libunwind (a dependency of quite few runtimes) for NetBSD and I just 
landed here.

At least partial implementation doesn't look too heavy.

PS. libexecinfo vs libunwind debates are irrelevant here.

Reply via email to