Signer daemon crash on "signer clear" command

Signer daemon crashes with a "general protection fault" when a user issues the "ods-signer clear <zone>" command.

Situation to reproduce:

• run the signer daemon: ods-signerd
• clear a zone's internal storage:
  root@debian:~/rp2$ ods-signer
  cmd> clear example.com
  signer engine terminated prematurely
  root@debian:~/rp2$

The following dump is for version 1.4.0a2 but I could reproduce this issue with version 1.5.0a2 as well.

line in dmesg: [957152.851726] ods-signerd[29188] general protection ip:415df8 sp:7ffb264821d0 error:0 in ods-signerd[4
00000+53000]

root@debian:~/rp2$ valgrind /usr/local/sbin/ods-signerd -d
==28812== Memcheck, a memory error detector
==28812== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==28812== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for copyright info
==28812== Command: /usr/local/sbin/ods-signerd -d
==28812==
DEBUG: timeshift mode enabled, but not set.
OpenDNSSEC signer engine version 1.4.0a2
==28812== Conditional jump or move depends on uninitialised value(s)
==28812== at 0x60FC290: inflateReset2 (in /usr/lib/libz.so.1.2.3.4)
==28812== by 0x60FC37F: inflateInit2_ (in /usr/lib/libz.so.1.2.3.4)
==28812== by 0x60F5C86: ??? (in /usr/lib/libz.so.1.2.3.4)
==28812== by 0x50D7965: ??? (in /usr/lib/libxml2.so.2.7.8)
==28812== by 0x50D7357: __xmlParserInputBufferCreateFilename (in /usr/lib/libxml2.so.2.7.8)
==28812== by 0x50AC52C: xmlNewInputFromFile (in /usr/lib/libxml2.so.2.7.8)
==28812== by 0x50B0A05: xmlCreateURLParserCtxt (in /usr/lib/libxml2.so.2.7.8)
==28812== by 0x50C779D: xmlSAXParseFileWithData (in /usr/lib/libxml2.so.2.7.8)
==28812== by 0x413910: parse_file_check (confparser.c:71)
==28812== by 0x40A3F1: engine_config (cfg.c:65)
==28812== by 0x40F1F8: engine_start (engine.c:968)
==28812== by 0x40688E: main (ods-signerd.c:165)
==28812==
==28812== Thread 12:
==28812== Invalid read of size 8
==28812== at 0x41EDC2: namedb_create (namedb.c:132)
==28812== by 0x40AB7D: cmdhandler_handle_cmd_clear (cmdhandler.c:349)
==28812== by 0x40C04D: cmdhandler_handle_cmd (cmdhandler.c:642)
==28812== by 0x40C839: cmdhandler_accept_client (cmdhandler.c:716)
==28812== by 0x59768C9: start_thread (pthread_create.c:300)
==28812== Address 0x6f1abd0 is not stack'd, malloc'd or (recently) free'd
==28812==
==28812==
==28812== HEAP SUMMARY:
==28812== in use at exit: 7,365,600 bytes in 2,850 blocks
==28812== total heap usage: 17,409 allocs, 14,559 frees, 11,538,479 bytes allocated
==28812==
==28812== LEAK SUMMARY:
==28812== definitely lost: 5,344 bytes in 4 blocks
==28812== indirectly lost: 64 bytes in 4 blocks
==28812== possibly lost: 562,245 bytes in 1,714 blocks
==28812== still reachable: 6,797,947 bytes in 1,128 blocks
==28812== suppressed: 0 bytes in 0 blocks
==28812== Rerun with --leak-check=full to see details of leaked memory
==28812==
==28812== For counts of detected and suppressed errors, rerun with: -v
==28812== Use --track-origins=yes to see where uninitialised values come from
==28812== ERROR SUMMARY: 22 errors from 2 contexts (suppressed: 27 from 9)
Killed