CHIRP

If you enter a memory into a previously unoccupied memory via the CHIRP UI, and then upload that memory to the radio, then try to use the radio's UI to change the SQLTYPE, it can sometimes lock up the radio, necessitating a hard reset.

The problem appears to be due to a failure to initialize the split flags on the ctone, rtone, dcstone, and rx_dsctone. When these are left uninitialized, they default to 1 (set) for a previously unused memory. The radio normally leaves these flags unset (0), unless a tone->tone or DSC->DCS split is being entered. Fix is to explicitly initialize them always.

This was reported via email from motorman.mike@gmail.com and kk9michaels@gmail.com to me, ag6qr@sonic.net