Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • BIND BIND
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 527
    • Issues 527
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 94
    • Merge requests 94
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ISC Open Source Projects
  • BINDBIND
  • Issues
  • #3404
Closed
Open
Created Jun 14, 2022 by php4fan@php4fan

dig command crashes

This command crashes:

> dig +nssearch grainy.io
netmgr/netmgr.c:1703: REQUIRE((((handle) != ((void *)0) && ((const isc__magic_t *)(handle))->magic == ((('N') << 24 | ('M') << 16 | ('H') << 8 | ('D')))) && __extension__ ({ __auto_type __atomic_load_ptr = (&(handle)->references); __typeof__ ((void)0, *__atomic_load_ptr) __atomic_load_tmp; __atomic_load (__atomic_load_ptr, &__atomic_load_tmp, (5)); __atomic_load_tmp; }) > 0)) failed, back trace
/lib64/libisc-9.18.3.so(+0x37f80)[0x7f072c360f80]
/lib64/libisc-9.18.3.so(isc_assertion_failed+0xc)[0x7f072c3607ec]
/lib64/libisc-9.18.3.so(isc__nmhandle_attach+0x63)[0x7f072c34b323]
dig(+0x10310)[0x55e2a9ac7310]
dig(+0x146f4)[0x55e2a9acb6f4]
dig(+0x15588)[0x55e2a9acc588]
/lib64/libisc-9.18.3.so(isc__nm_async_sendcb+0x94)[0x7f072c350584]
/lib64/libisc-9.18.3.so(isc__nm_sendcb+0xf0)[0x7f072c350710]
/lib64/libuv.so.1(+0x229ac)[0x7f072be629ac]
/lib64/libuv.so.1(uv_run+0x135)[0x7f072be4fee5]
/lib64/libisc-9.18.3.so(+0x2c464)[0x7f072c355464]
/lib64/libisc-9.18.3.so(isc__trampoline_run+0x15)[0x7f072c384c85]
/lib64/libc.so.6(+0xa7767)[0x7f072bf1a767]
/lib64/libc.so.6(+0x131c10)[0x7f072bfa4c10]
Aborted (core dumped)

I have tried with other domain names, both existing and nonexistent, and I get no output whatsoever instead. I think that's a bug too, as I don't think no-output-whatsoever is ever an acceptable outcome under any circumstances, but I haven't read the entire manual so I'm not 100% sure. What I'm 100% sure of is that when it crashes with a core dump, there's certainly a bug. If I'm using the command incorrectly I should get an error message telling me what I'm doing wrong, and if there's an issue with the specific domain it should tell me what kind of issue.

In this particular case, this is a domain I own myself for which I have changed the NS records minutes ago and the change is still propagating, so there's a possibility that the output will change in a few hours and it may no longer reproduce the issue (maybe reproducing the no-output issue instead). Or maybe not. Also that may or may not be related to what triggers the issue.

Assignee
Assign to
Time tracking