Re: [Hamlib-developer] What am I missing?

[George B. <geo...@gm...>]

I'm wondering if this is why shortfreq_t is still a long.  Signed 16 
bits might be too short (repeater offset) but 32 bits would work.

Would it be possible to change shortfreq_t to int32 for 5.0?

On 7/26/25 9:34 AM, Nate Bargmann wrote:
> Just had a short discussion off list and looking at the history,
> rig_model_t was originally an int.  I was reminded on some
> implementations that int can be 16 bits and being signed can only hold a
> positive value up to 32768.  Looked at in this way, raising the max
> model numbers to 1000 limited Hamlib to 32 backends.  Mike resolved this
> by changing rig_model_t (there's a joke in there somewhere) to uint32_t.
>
> As I noted, at this time there are plenty of available models and
> backends.  As I am updating comments in the various files to improve
> documentation, I feel comfortable removing Mike's comments of concern in
> riglist.h.
>
> 73, Nate
>
>
>
> _______________________________________________
> Hamlib-developer mailing list
> Ham...@li...
> https://lists.sourceforge.net/lists/listinfo/hamlib-developer