LDPD crashes when hold time configured 65535

[Girish Patoliya]

Hi

I am running FRR from stable 8.1 HEAD.

LDPD crashes when hold time is configured to 65535:
(gdb) bt
#0  0x00007f8c3fc224bb in raise () from /lib64/libpthread.so.0
#1  0x00007f8c4138a3dd in core_handler () from /lib64/libfrr.so.0
#2  <signal handler called>
#3  0x00007f8c3fc1ccc0 in pthread_mutex_lock () from /lib64/libpthread.so.0
#4  0x00007f8c4139914b in thread_timer_remain_msec () from /lib64/libfrr.so.0
#5  0x00007f8c41399209 in thread_timer_remain_second () from /lib64/libfrr.so.0
#6  0x000000000040eb19 in adj_to_ctl ()
#7  0x0000000000427b38 in ldpe_nbr_ctl ()
#8  0x000000000042fd68 in control_dispatch_imsg ()
#9  0x00007f8c4139a628 in thread_call () from /lib64/libfrr.so.0
#10 0x00000000004265fc in ldpe ()
#11 0x000000000040a68f in main ()

I tried to compile on latest to check if this issue is fixed, but unfortunately my compilation is failing on master HEAD due to env dependencies.
Is anyone aware if this issue is fixed after 8.1 ?
Can someone share details on how to enable gdb option to get full bt, I tried --enable-dev-build but I am getting same bt without local info.

Regards,
Girish

________________________________
This e-mail message may contain confidential or proprietary information of Mavenir Systems, Inc. or its affiliates and is intended solely for the use of the intended recipient(s). If you are not the intended recipient of this message, you are hereby notified that any review, use or distribution of this information is absolutely prohibited and we request that you delete all copies in your control and contact us by e-mailing to security at mavenir.com. This message contains the views of its author and may not necessarily reflect the views of Mavenir Systems, Inc. or its affiliates, who employ systems to monitor email messages, but make no representation that such messages are authorized, secure, uncompromised, or free from computer viruses, malware, or other defects. Thank You
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.frrouting.org/pipermail/dev/attachments/20220718/97a2e74c/attachment.htm>