Greetings,

A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location:

http://trac.chirp.danplanet.com/chirp_daily/daily-20150321

A list of the changes included in this build (since the last daily) follows:

Changes for Build #341 [Richard Cochran ag6qr@sonic.net] [ft2900] Fix cross tone when channel entered via Radio panel (#2445) This submission makes FT-2900 cross tone support more robust, and protects against a problem where the radio would sometimes use the high order bit of the tone and/or DTCS code field as a bit flag. The code had been using the entire byte as an index into the TONES or DTCS_CODES array, and when the high order bit was set, the value was too high by 128, resulting an array bounds error. Fix is to alter MEM_FORMAT to separate the high order bit flags from the lower 7 bit tone and code fields. This also adds some error checking via a "try" block to catch any remaining array bounds errors (though none are expected). And it adds code which attempts to set those bit flags the way the radio would have set them, even though the flags seem to have no effect on the way the radio transmits or receives.

Thanks to Chris Fosnight for finding and reporting the problem.

[Marco Filippi iz3gme.marco@gmail.com] [chirpc] Allow deleting an already empty memory

On some radio (eg ft817) empty channels can contain valid data, deleting again such a memory usually clean data

Improves #2343

[Marco Filippi iz3gme.marco@gmail.com] [chirpc] Allow memnum arg to be a string to access special channels

Special channels are identified by extd_number which can be a string

Improves #2343

[Marco Filippi iz3gme.marco@gmail.com] [chirpc] Add --list-special-mem

Add to chirpc the capability to list special channels if any The string memory representation have been changed to print the extd_number when present instead of number

Improves #2343