hamlib-developer — hamlib developers forum

Re: [Hamlib-developer] RFC #674--simicom improvements

[Nate B. <n0...@n0...>]

* On 2025 30 Jul 17:26 -0500, George Baltz wrote:
> I think this one was directed more towards making a generic Iom simulator
> where you could pick-and-choose which features were present in any Icom
> rig.  I think this might be what simicgeneric.c was supposed to be.
> 
> I did a little of this when I was hacking on simic705.c about a month ago,
> but didn't follow through.
> 
> This might go in the "interesting projects" category.

Another label type!

Rushes off...

73, Nate

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819

Re: [Hamlib-developer] RFC #674--simicom improvements

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

I think this one was directed more towards making a generic Iom 
simulator where you could pick-and-choose which features were present in 
any Icom rig.  I think this might be what simicgeneric.c was supposed to be.

I did a little of this when I was hacking on simic705.c about a month 
ago, but didn't follow through.

This might go in the "interesting projects" category.


On 7/30/25 6:11 PM, Nate Bargmann wrote:
> https://github.com/Hamlib/Hamlib/issues/674
>
> Improve simicom to emulate all Icom rigs by command line options.
> satmode, 0x25/0x26 command,
> Also get it working on Windows.
>
> ---------------
>
> This is one of those that may have fallen through the cracks insofar as
> getting updated/closed.  It's possible that these commands are working.
> Or not.
>
> 73, Nate
>
>
>
> _______________________________________________
> Hamlib-developer mailing list
> Ham...@li...
> https://lists.sourceforge.net/lists/listinfo/hamlib-developer

[Hamlib-developer] RFC #674--simicom improvements

[Nate B. <n0...@n0...>]

https://github.com/Hamlib/Hamlib/issues/674

Improve simicom to emulate all Icom rigs by command line options.
satmode, 0x25/0x26 command,
Also get it working on Windows.

---------------

This is one of those that may have fallen through the cracks insofar as
getting updated/closed.  It's possible that these commands are working.
Or not.

73, Nate

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819

[Hamlib-developer] RFC #661--Remove usrp and gnuradio support

[Nate B. <n0...@n0...>]

https://github.com/Hamlib/Hamlib/issues/661

The rig model USRP0 & USRP should be removed, as well as any GNURADIO
code.

The actual code is using a deprecated library (libusrp), and is a
maintenance burden for no use (e.g. #355).
The extra/gnuradio is not maintained anymore, and such features are
generally implemented in a separate SDR application.

Should USRP support be wanted, it's better to rewrite support for UHD[1]
which is more versatile anyway.

--------------

73, Nate

[1] https://github.com/EttusResearch/uhd

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819

[Hamlib-developer] RFC #498

[Nate B. <n0...@n0...>]

This will be the first of  a number of followups in this thread where I
will request comments on a specific issue.  First up is issue 498 that
concerns replacing the ITU frequency ranges with more generic frequency
ranges in the backends:

https://github.com/Hamlib/Hamlib/issues/498

73, Nate

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819

[Hamlib-developer] Old issues in the GitHub issue tracker

[Nate B. <n0...@n0...>]

Like most I likely just look at no more than the first couple of pages
of the GitHub issue tracker.  As the number is at 195 open issues, it
becomes a chore to start wading deeper into the pool and it becomes easy
to decide to do something else.

On the Issue page one can select the order shown to be oldest first and
I've been looking at some of those and have closed a couple.  The oldest
issues are just over five years old and in many cases the project has
resolved these issues but no followup was done because it may have been
forgotten that an issue had been opened months or years before.

In other cases, Mike opened a number of issues with enhancement ideas.
Some of these seem more doable than others but to the person with the
right motivation, they would be a useful challenge and addition.  I'm
hesitant to close these no matter how old they get unless there is
sufficient feedback along the lines of, "No, this doesn't fit within the
scope of Hamlib."

Fortunately, for the issues that are labeled, filters can be applied to
limit the list.  To make this work, it's likely that I need to assure
there are relevant labels applied to each issue.  I can also add a
"Type" that is currently limited to four--None, Feature, Bug, and Task.
This will produce a more general list that could be narrowed with the
filter.  Also, I can add multiple labels to an issue but only one type.

I'll start working my way through the list adding types and labels.
Nearly all of the issues will be assigned a type of either Feature or
Bug, then labels can give an indication of what it entails.  Once
complete, anything with the Bug type should be looked at and fixed or
closed.

73, Nate

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819

[Hamlib-developer] [Hamlib/Hamlib] faad24: Deprecate rot_get_conf()

[GeoBaltz <no...@gi...>]

  Branch: refs/heads/master
  Home:   https://github.com/Hamlib/Hamlib
  Commit: faad247f06df484a0ad68a4f5e96cce9036761ac
      https://github.com/Hamlib/Hamlib/commit/faad247f06df484a0ad68a4f5e96cce9036761ac
  Author: George Baltz N3GB <Geo...@gm...>
  Date:   2025-07-28 (Mon, 28 Jul 2025)

  Changed paths:
    M c++/rotclass.cc
    M include/hamlib/rotator.h
    M include/hamlib/rotclass.h
    M rotators/grbltrk/grbltrk.c
    M tests/rotctl_parse.c

  Log Message:
  -----------
  Deprecate rot_get_conf()


  Commit: e172d343816c8514b9892375851bc4bf9ed6f81b
      https://github.com/Hamlib/Hamlib/commit/e172d343816c8514b9892375851bc4bf9ed6f81b
  Author: George Baltz N3GB <Geo...@gm...>
  Date:   2025-07-28 (Mon, 28 Jul 2025)

  Changed paths:
    M c++/ampclass.cc
    M include/hamlib/ampclass.h
    M include/hamlib/amplifier.h
    M tests/ampctl_parse.c

  Log Message:
  -----------
  Deprecate amp_get_conf(), too


  Commit: 72bc62366d1b4f9958a94480a172af773a93f72b
      https://github.com/Hamlib/Hamlib/commit/72bc62366d1b4f9958a94480a172af773a93f72b
  Author: George Baltz N3GB <Geo...@gm...>
  Date:   2025-07-28 (Mon, 28 Jul 2025)

  Changed paths:
    M rigs/anytone/anytone.c
    M rigs/drake/drake.c
    M rotators/androidsensor/androidsensor.cpp
    M rotators/indi/indi_wrapper.cpp
    M src/network.c
    M tests/rigmatrix.c
    M tests/rigmem.c
    M tests/rotctl_parse.c
    M tests/test2038.c
    M tests/testnet.c
    M tests/testtrn.c

  Log Message:
  -----------
  A few more cppcheck messages silenced


  Commit: 1c36377480cb13a2ea863a2fd8a045ce2c1ce5f3
      https://github.com/Hamlib/Hamlib/commit/1c36377480cb13a2ea863a2fd8a045ce2c1ce5f3
  Author: George Baltz N3GB <Geo...@gm...>
  Date:   2025-07-29 (Tue, 29 Jul 2025)

  Changed paths:
    M rigs/icom/icr8500.c
    M rigs/yaesu/ft817.c
    M rigs/yaesu/ft857.c
    M rigs/yaesu/ft897.c
    M rotators/ts7400/include/peekpoke.c
    M rotators/ts7400/include/readADC.c
    M rotators/ts7400/include/test7400ADC.c
    M security/aes.c
    M security/md5.c
    M security/sha256.c
    M simulators/simft990.c
    M tests/testnet.c

  Log Message:
  -----------
  Still more cppcheck tweaks


  Commit: b4f0a3b4b3318564217fc0aea9fa558193d41c69
      https://github.com/Hamlib/Hamlib/commit/b4f0a3b4b3318564217fc0aea9fa558193d41c69
  Author: George Baltz N3GB <Geo...@gm...>
  Date:   2025-07-29 (Tue, 29 Jul 2025)

  Changed paths:
    M NEWS

  Log Message:
  -----------
  Update NEWS


Compare: https://github.com/Hamlib/Hamlib/compare/48804dc4da2b...b4f0a3b4b331

To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications

Re: [Hamlib-developer] Rig Control

[Sakari N. <sak...@ni...>]

If you can RX without error it means your rig control works. It reads 
CAT also during receive.
If it fails only when transmit it means you have RF problem that causes 
the com port to "disappear" in PC's point of view.

Set your rig output power to minimum and connect a dummy load. Can you 
transmit then without error ?

-- 
Saku
OH1KH

Curtis Dunn kirjoitti 27.7.2025 klo 21.10:
> I can see the waterfall and msgs are populating my activity 
> screen....however when it goes to transmit, the rig control error pops 
> up.  It seems to be having an issue with com port......
>
> R/
> Curtis Dunn
>
>
> _______________________________________________
> Hamlib-developer mailing list
> Ham...@li...
> https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Re: [Hamlib-developer] Rig Control

[Nate B. <n0...@n0...>]

* On 2025 28 Jul 11:21 -0500, Curtis Dunn wrote:
> Nate,
> 
> Thanks for those suggestions.  I have a new Lenovo IdeaPad 3.  I do not see
> com ports in the library tree for Device Manager.  When I plug the FT DX10
> into the laptop, it adds an "Other" category which has "Enhanced Com Port"
> and "Standard Com Port".
> 
> When I plug my AT D878UVII+ into the same machine, it gives me a COM4
> port.....
> 
> Interestingly, I can see all of the msg traffic scrolling on my
> computer....so I think that tells me the computer IS receiving from the
> radio....just not transmitting....

My formal training on Windows was 20 years ago and XP was king.  🤣
In other words, I know just enough of the Windows world to be mostly
annoying, not even remotely dangerous.

I wonder if the Enhanced port means that audio and serial on on the same
USB port.  I suspect so as WSJT-X would be using the audio port portion
for the decodes and the serial comm port for radio control.  I hope
someone with more knowledge of Windows can help you ferret out the
serial port number and get things going.

73, Nate

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819

Re: [Hamlib-developer] Rig Control

[Curtis D. <vpc...@gm...>]

Nate,

Thanks for those suggestions.  I have a new Lenovo IdeaPad 3.  I do not see
com ports in the library tree for Device Manager.  When I plug the FT DX10
into the laptop, it adds an "Other" category which has "Enhanced Com Port"
and "Standard Com Port".

When I plug my AT D878UVII+ into the same machine, it gives me a COM4
port.....

Interestingly, I can see all of the msg traffic scrolling on my
computer....so I think that tells me the computer IS receiving from the
radio....just not transmitting....

On Mon, Jul 28, 2025 at 4:41 AM Nate Bargmann <n0...@n0...> wrote:

> * On 2025 28 Jul 06:32 -0500, Curtis Dunn wrote:
> > I can see the waterfall and msgs are populating my activity
> > screen....however when it goes to transmit, the rig control error pops
> up.
> > It seems to be having an issue with com port......
>
> Hi Curtis.
>
> The error I keep seeing from your log is that COM5 does not exist.
> Double check your serial port settings.  You may need to look at Device
> Manager to see what ports your system reports.
>
> 73, Nate
>
> --
> "The optimist proclaims that we live in the best of all
> possible worlds.  The pessimist fears this is true."
> Web: https://www.n0nb.us
> Projects: https://github.com/N0NB
> GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819
>
>

Re: [Hamlib-developer] Rig Control

[Nate B. <n0...@n0...>]

* On 2025 28 Jul 06:32 -0500, Curtis Dunn wrote:
> I can see the waterfall and msgs are populating my activity
> screen....however when it goes to transmit, the rig control error pops up.
> It seems to be having an issue with com port......

Hi Curtis.

The error I keep seeing from your log is that COM5 does not exist.
Double check your serial port settings.  You may need to look at Device
Manager to see what ports your system reports.

73, Nate

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819

[Hamlib-developer] [Hamlib/Hamlib] ed1386: Add missing files for make distcheck

[Nate B. <no...@gi...>]

  Branch: refs/heads/master
  Home:   https://github.com/Hamlib/Hamlib
  Commit: ed138699c343b3a0049a4d1bea84c2db35ef3d53
      https://github.com/Hamlib/Hamlib/commit/ed138699c343b3a0049a4d1bea84c2db35ef3d53
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/Makefile.am

  Log Message:
  -----------
  Add missing files for make distcheck


  Commit: c0ec84ca4b8ce135af5d2c859ada50ce9e3e11eb
      https://github.com/Hamlib/Hamlib/commit/c0ec84ca4b8ce135af5d2c859ada50ce9e3e11eb
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/conftest.py

  Log Message:
  -----------
  Add default values for make (dist)check


  Commit: 48804dc4da2bb5e0035a2600a75f568b6e2280b3
      https://github.com/Hamlib/Hamlib/commit/48804dc4da2bb5e0035a2600a75f568b6e2280b3
  Author: Nate Bargmann <n0...@n0...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/Makefile.am
    M bindings/python/conftest.py

  Log Message:
  -----------
  Merge GitHub PR #1819


Compare: https://github.com/Hamlib/Hamlib/compare/66acf19efedb...48804dc4da2b

To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications

[Hamlib-developer] [Hamlib/Hamlib] a7c8c3: Fix another unwanted fall through

[Nate B. <no...@gi...>]

  Branch: refs/heads/master
  Home:   https://github.com/Hamlib/Hamlib
  Commit: a7c8c3fa9ebf0aa1c2b6ef4b6c4b20ba2ded4014
      https://github.com/Hamlib/Hamlib/commit/a7c8c3fa9ebf0aa1c2b6ef4b6c4b20ba2ded4014
  Author: George Baltz N3GB <Geo...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M tests/rotctld.c

  Log Message:
  -----------
  Fix another unwanted fall through


  Commit: 6c372f981f08dd571f5fc47197fcce9fd076f007
      https://github.com/Hamlib/Hamlib/commit/6c372f981f08dd571f5fc47197fcce9fd076f007
  Author: George Baltz N3GB <Geo...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M include/hamlib/rig.h
    M rigs/icom/icom.c
    M rigs/kenwood/kenwood.c
    M rigs/yaesu/ft847.c
    M rigs/yaesu/ft920.c
    M rigs/yaesu/newcat.c
    M src/iofunc.c
    M src/rig.c
    M tests/uthash.h

  Log Message:
  -----------
  Distinguish wanted from unwanted fall through instances

Compile with -Wimplicit-fallthrough; analyze the results.
Define macro to mark valid fall through constructs. Mark all of the good
 ones, and fix the bad.

Not available with all compilers - for those without the feature this commit
 does nothing.


  Commit: 20eeb96787a1e2dd67e158b52337f64ab47517e7
      https://github.com/Hamlib/Hamlib/commit/20eeb96787a1e2dd67e158b52337f64ab47517e7
  Author: George Baltz N3GB <Geo...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M c++/rigclass.cc
    M include/hamlib/rig.h
    M include/hamlib/rigclass.h
    M rigs/flexradio/dttsp.c
    M tests/rigctl_parse.c

  Log Message:
  -----------
  Deprecate rig_get_conf()

Define macro to set attribute, if compiler is capable
Add macro to rig_get_conf(), Rig::getConf() declarations
Fix internal uses of rig_get_conf()


  Commit: 66acf19efedb17ad22a6734dbbed5b6b4466ba85
      https://github.com/Hamlib/Hamlib/commit/66acf19efedb17ad22a6734dbbed5b6b4466ba85
  Author: Nate Bargmann <n0...@n0...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M c++/rigclass.cc
    M include/hamlib/rig.h
    M include/hamlib/rigclass.h
    M rigs/flexradio/dttsp.c
    M rigs/icom/icom.c
    M rigs/kenwood/kenwood.c
    M rigs/yaesu/ft847.c
    M rigs/yaesu/ft920.c
    M rigs/yaesu/newcat.c
    M src/iofunc.c
    M src/rig.c
    M tests/rigctl_parse.c
    M tests/rotctld.c
    M tests/uthash.h

  Log Message:
  -----------
  Merge GitHub PR #1818


Compare: https://github.com/Hamlib/Hamlib/compare/53b7cef53797...66acf19efedb

To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications

[Hamlib-developer] [Hamlib/Hamlib] 95bd99: Do not clobber the return value of failed tests

[Nate B. <no...@gi...>]

  Branch: refs/heads/master
  Home:   https://github.com/Hamlib/Hamlib
  Commit: 95bd993dd76b731945f7a5ec9d46f0a2a236dd42
      https://github.com/Hamlib/Hamlib/commit/95bd993dd76b731945f7a5ec9d46f0a2a236dd42
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/Makefile.am

  Log Message:
  -----------
  Do not clobber the return value of failed tests

While printing an error message is nice, it prevented "make check"
to fail; and the other two binding didn't print any.


  Commit: 4c28ba0bde5d7d068660c7f3632f7846c0bdd6d3
      https://github.com/Hamlib/Hamlib/commit/4c28ba0bde5d7d068660c7f3632f7846c0bdd6d3
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/Makefile.am
    M bindings/tcltest.tcl.in

  Log Message:
  -----------
  Run the TCL tests using the library from build


  Commit: 464076f193f64f9ee9c52705185790ce51536a7e
      https://github.com/Hamlib/Hamlib/commit/464076f193f64f9ee9c52705185790ce51536a7e
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M .github/workflows/c-cpp.yml

  Log Message:
  -----------
  Disable Tcl bindings for macOS when running make distcheck


  Commit: 53b7cef53797338f26e72e6646fdbf4ce170c2f6
      https://github.com/Hamlib/Hamlib/commit/53b7cef53797338f26e72e6646fdbf4ce170c2f6
  Author: Nate Bargmann <n0...@n0...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M .github/workflows/c-cpp.yml
    M bindings/Makefile.am
    M bindings/tcltest.tcl.in

  Log Message:
  -----------
  Merge GitHub PR #1817


Compare: https://github.com/Hamlib/Hamlib/compare/96d5abab4750...53b7cef53797

To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications

[Hamlib-developer] [Hamlib/Hamlib] 25a2a4: Fix Rig.get_ant() tests

[dforsi <no...@gi...>]

  Branch: refs/heads/master
  Home:   https://github.com/Hamlib/Hamlib
  Commit: 25a2a4447f01eaaec83f5a95903f6e300ba0534b
      https://github.com/Hamlib/Hamlib/commit/25a2a4447f01eaaec83f5a95903f6e300ba0534b
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py

  Log Message:
  -----------
  Fix Rig.get_ant() tests

The first argument is the antenna.


  Commit: 13c2413bbaf3fb99c3448771b868ea3c5c032282
      https://github.com/Hamlib/Hamlib/commit/13c2413bbaf3fb99c3448771b868ea3c5c032282
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M bindings/python/test_startup.py
    M bindings/rig.swg

  Log Message:
  -----------
  Fix Rig.send_morse()

This is also swapping the arguments to make the vfo optional
like in other methods.


  Commit: 8901b210ee0a9ff399904f1516350e65e2ed6de0
      https://github.com/Hamlib/Hamlib/commit/8901b210ee0a9ff399904f1516350e65e2ed6de0
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M bindings/rig.swg

  Log Message:
  -----------
  Fix Rig.send_dtmf()


  Commit: 2b1428fd3e41cc7830ded0d057fdac0a27d4c5b3
      https://github.com/Hamlib/Hamlib/commit/2b1428fd3e41cc7830ded0d057fdac0a27d4c5b3
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py

  Log Message:
  -----------
  Add meaningful arguments


  Commit: 01bc71ab8a2d24545f6d48ff90bd9c5c5747011f
      https://github.com/Hamlib/Hamlib/commit/01bc71ab8a2d24545f6d48ff90bd9c5c5747011f
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/rig.swg

  Log Message:
  -----------
  Fix Rig.set_bank()


  Commit: 90c56f3e1fc6d7d86d758076011408832197ca65
      https://github.com/Hamlib/Hamlib/commit/90c56f3e1fc6d7d86d758076011408832197ca65
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_startup.py
    M bindings/rig.swg

  Log Message:
  -----------
  Fix Rig.set_freq()

This is also swapping the arguments to make the vfo optional
like in other methods.


  Commit: 25aae7d8e2ebc06c7c7094c0d42ceea8bc3d2c82
      https://github.com/Hamlib/Hamlib/commit/25aae7d8e2ebc06c7c7094c0d42ceea8bc3d2c82
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M bindings/rig.swg

  Log Message:
  -----------
  Fix Rig.set_mem()

This is also swapping the arguments to make the vfo optional
like in other methods.


  Commit: 160c941e9e2018878bd876cd46ba78cb9add7e00
      https://github.com/Hamlib/Hamlib/commit/160c941e9e2018878bd876cd46ba78cb9add7e00
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M bindings/rig.swg

  Log Message:
  -----------
  Fix Rig.set_ctcss_sql() Rig.set_ctcss_tone() Rig.set_dcs_code()

This is also swapping the arguments to make the vfo optional
like in other methods.


  Commit: 292da125661bd647c0334f7673a2f37e05f46175
      https://github.com/Hamlib/Hamlib/commit/292da125661bd647c0334f7673a2f37e05f46175
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M bindings/rig.swg

  Log Message:
  -----------
  Fix various methods

Fixes: set_ptt set_rit set_rptr_offs set_rptr_shift
set_split_freq set_ts set_xit vfo_op

This is also swapping the arguments to make the vfo optional
like in other methods.


  Commit: ef2d2236b5267a2eaf395cb6ffdbd3627e40b4d2
      https://github.com/Hamlib/Hamlib/commit/ef2d2236b5267a2eaf395cb6ffdbd3627e40b4d2
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/rig.swg

  Log Message:
  -----------
  Remove the macro METHOD3() which is unused now


  Commit: 92fb82f2204f45673374c9e40177f3b824d34180
      https://github.com/Hamlib/Hamlib/commit/92fb82f2204f45673374c9e40177f3b824d34180
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/rig.swg

  Log Message:
  -----------
  Revert "Remove the macro METHOD3() which is unused now"

This reverts commit 1eeb59e50c2fe34a59d46b3002c09355c798a528.


  Commit: 3240d2f8d3d3a366c56d05249605a9a06123635b
      https://github.com/Hamlib/Hamlib/commit/3240d2f8d3d3a366c56d05249605a9a06123635b
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M bindings/rig.swg

  Log Message:
  -----------
  Revert "Fix various methods"

This reverts commit 623b93db3dfb5c80aa89f67eb2eb2eff4c044faa.


  Commit: 2199ff2bde6b2d7dff5a7bd9b5880ea2cacced17
      https://github.com/Hamlib/Hamlib/commit/2199ff2bde6b2d7dff5a7bd9b5880ea2cacced17
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M bindings/rig.swg

  Log Message:
  -----------
  Revert "Fix Rig.set_ctcss_sql() Rig.set_ctcss_tone() Rig.set_dcs_code()"

This reverts commit ed7e5b2344ccabe0abf5d4f215345acf86aa834f.


  Commit: a617863a238af7eab33e4d10a75dc3149cfff4e2
      https://github.com/Hamlib/Hamlib/commit/a617863a238af7eab33e4d10a75dc3149cfff4e2
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M bindings/rig.swg

  Log Message:
  -----------
  Revert "Fix Rig.set_mem()"

This reverts commit 663612051c7fcc455c978c9f82889e2a9ab4836d.


  Commit: 5319f8b31b70da31144ed46ece9523b7f7eace9d
      https://github.com/Hamlib/Hamlib/commit/5319f8b31b70da31144ed46ece9523b7f7eace9d
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_startup.py
    M bindings/rig.swg

  Log Message:
  -----------
  Revert "Fix Rig.set_freq()"

This reverts commit 070efb7b4127f0b5626596d071d6c68fcee1d3de.


  Commit: 9626c8b90dc4d76b3071e65dfb0372f4caba342c
      https://github.com/Hamlib/Hamlib/commit/9626c8b90dc4d76b3071e65dfb0372f4caba342c
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/rig.swg

  Log Message:
  -----------
  Revert "Fix Rig.set_bank()"

This reverts commit 04d675fc55266f3a96e52487b181c82536139b22.


  Commit: 43193681b02938b06987224a2c572495638467d2
      https://github.com/Hamlib/Hamlib/commit/43193681b02938b06987224a2c572495638467d2
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M bindings/rig.swg

  Log Message:
  -----------
  Revert "Fix Rig.send_dtmf()"

This reverts commit 0e3a90bb351f9a412c5920981ea7cdc18855c4cc.

Conflicts:
	bindings/python/test_rig.py


  Commit: 36576f8e40e701a651e85c567201f9758f20545a
      https://github.com/Hamlib/Hamlib/commit/36576f8e40e701a651e85c567201f9758f20545a
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M bindings/python/test_startup.py
    M bindings/rig.swg

  Log Message:
  -----------
  Revert "Fix Rig.send_morse()"

This reverts commit 656cf536524197c56d0523d424ba4eacfdbbc278.

Conflicts:
	bindings/python/test_rig.py


  Commit: e83d72608b61261d99f4b9c86fa755f0bb051a55
      https://github.com/Hamlib/Hamlib/commit/e83d72608b61261d99f4b9c86fa755f0bb051a55
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py

  Log Message:
  -----------
  Fix the tests


  Commit: 9574e761ff2fbc7b3bf1a758639837b0dd3cc6c0
      https://github.com/Hamlib/Hamlib/commit/9574e761ff2fbc7b3bf1a758639837b0dd3cc6c0
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py

  Log Message:
  -----------
  Add meaningful arguments


  Commit: e54c38c522559349eb8d21d4fbeed98243666f5f
      https://github.com/Hamlib/Hamlib/commit/e54c38c522559349eb8d21d4fbeed98243666f5f
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py

  Log Message:
  -----------
  Add comments to group tests


  Commit: 5c06c7b942151177f742e0da15bcd4b3b67b8eeb
      https://github.com/Hamlib/Hamlib/commit/5c06c7b942151177f742e0da15bcd4b3b67b8eeb
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py

  Log Message:
  -----------
  Add tests for Rig.set_freq() and Rig.get_freq()


  Commit: 62e42eb4b3269d2f30ba37f4d3584cc064028ddf
      https://github.com/Hamlib/Hamlib/commit/62e42eb4b3269d2f30ba37f4d3584cc064028ddf
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py

  Log Message:
  -----------
  Do the tests for tones when the rig is open

Hamlib returns -RIG_EINVAL if the rig is not open.


  Commit: c4ee44b1353f6f9a802b6291e5628f00eee157d7
      https://github.com/Hamlib/Hamlib/commit/c4ee44b1353f6f9a802b6291e5628f00eee157d7
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M bindings/rig.swg

  Log Message:
  -----------
  Swap arguments of Rig.set_dcs_sql() and make both mandatory

Makes the signature of Rig.set_dcs_sql() similar to those of
set_ctcss_sql() set_ctcss_tone() set_dcs_code()


  Commit: 389155fcdf94973903d007c0599576cb2b9e47be
      https://github.com/Hamlib/Hamlib/commit/389155fcdf94973903d007c0599576cb2b9e47be
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py

  Log Message:
  -----------
  Do the tests for RIT and XIT when the rig is open

Hamlib returns -RIG_EINVAL if the rig is not open.


  Commit: fae77e4c0273020844ea32abd7d64378820943d6
      https://github.com/Hamlib/Hamlib/commit/fae77e4c0273020844ea32abd7d64378820943d6
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py

  Log Message:
  -----------
  Do the tests for set_vfo() and get_vfo() when the rig is open

Hamlib returns -RIG_EINVAL if the rig is not open.


  Commit: eb5a838f3051f2d8a05557192586c4720575153c
      https://github.com/Hamlib/Hamlib/commit/eb5a838f3051f2d8a05557192586c4720575153c
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py

  Log Message:
  -----------
  Check datatype before actual value


  Commit: 96d5abab4750fdd7c9a08ef3abbab14955923dfd
      https://github.com/Hamlib/Hamlib/commit/96d5abab4750fdd7c9a08ef3abbab14955923dfd
  Author: dforsi <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M README.developer
    A bindings/python/conftest.py
    M bindings/python/test_amp.py
    M bindings/python/test_rig.py
    M bindings/python/test_rot.py
    A doc/README.Doxygen
    M doc/index.doxygen
    M include/hamlib/amp_state.h
    M include/hamlib/amplifier.h
    M include/hamlib/amplist.h
    M include/hamlib/rig.h
    M include/hamlib/rig_state.h
    M include/hamlib/riglist.h
    M include/hamlib/rot_state.h
    M include/hamlib/rotator.h
    M include/hamlib/rotlist.h
    M rigs/dummy/dummy.c
    M src/conf.c

  Log Message:
  -----------
  Merge branch 'master' into fix/pytest


Compare: https://github.com/Hamlib/Hamlib/compare/0d543f9483f3...96d5abab4750

To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications

[Hamlib-developer] Rig Control

[Curtis D. <vpc...@gm...>]

I can see the waterfall and msgs are populating my activity
screen....however when it goes to transmit, the rig control error pops up.
It seems to be having an issue with com port......

R/
Curtis Dunn

[Hamlib-developer] [Hamlib/Hamlib] f0efc5: Make Dummy Rig handle also RIG_ANT_5

[Nate B. <no...@gi...>]

  Branch: refs/heads/master
  Home:   https://github.com/Hamlib/Hamlib
  Commit: f0efc558f6354a64fb22255a1979e58a68ff1e0f
      https://github.com/Hamlib/Hamlib/commit/f0efc558f6354a64fb22255a1979e58a68ff1e0f
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-25 (Fri, 25 Jul 2025)

  Changed paths:
    M rigs/dummy/dummy.c

  Log Message:
  -----------
  Make Dummy Rig handle also RIG_ANT_5


  Commit: df6ddedf63a65529b214e609510e055da127a949
      https://github.com/Hamlib/Hamlib/commit/df6ddedf63a65529b214e609510e055da127a949
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-25 (Fri, 25 Jul 2025)

  Changed paths:
    M rigs/dummy/dummy.c

  Log Message:
  -----------
  Use a define instead of a magic number


  Commit: bc25855f48edf631d7653345f0bb763759094ba5
      https://github.com/Hamlib/Hamlib/commit/bc25855f48edf631d7653345f0bb763759094ba5
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-26 (Sat, 26 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M rigs/dummy/dummy.c

  Log Message:
  -----------
  Check split argument in dummy_get_split_mode() and fix the test


  Commit: 0d543f9483f348c1f6bc8ff0375034590cf9da85
      https://github.com/Hamlib/Hamlib/commit/0d543f9483f348c1f6bc8ff0375034590cf9da85
  Author: Nate Bargmann <n0...@n0...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/test_rig.py
    M rigs/dummy/dummy.c

  Log Message:
  -----------
  Merge GitHub PR #1815


Compare: https://github.com/Hamlib/Hamlib/compare/119e0793739c...0d543f9483f3

To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications

[Hamlib-developer] [Hamlib/Hamlib] c3ec11: Allow to execute some tests with a simulator or wi...

[Nate B. <no...@gi...>]

  Branch: refs/heads/master
  Home:   https://github.com/Hamlib/Hamlib
  Commit: c3ec11e5f7636ebe0912b43f59804aae326ee917
      https://github.com/Hamlib/Hamlib/commit/c3ec11e5f7636ebe0912b43f59804aae326ee917
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    A bindings/python/conftest.py
    M bindings/python/test_rig.py

  Log Message:
  -----------
  Allow to execute some tests with a simulator or with a real rig

To execute the tests with the installed Hamlib use the same long arguments
as rigctl, eg:
 bindings/python/test_rig.py --model {MODEL_NUMBER} --rig-file /dev/ttyUSB0 --serial-speed {BAUD}

To execute the tests from the build tree, add the path to the libraries
that you built, eg. from the root of the build tree:
 PYTHONPATH=bindings/:bindings/.libs/ ...your command...


  Commit: ede84bfce41bf8da3dafea7c585666259a5e4b71
      https://github.com/Hamlib/Hamlib/commit/ede84bfce41bf8da3dafea7c585666259a5e4b71
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M src/conf.c

  Log Message:
  -----------
  Also check the "val" parameter in rig_set_conf()

Avoids a segfault in lower level functions that can more easily
happen when using the bindings.
Simmetric with rig_get_conf() via rig_get_conf2().


  Commit: eefdda51e5451c9b470d84e4fdfc834e254f5d3a
      https://github.com/Hamlib/Hamlib/commit/eefdda51e5451c9b470d84e4fdfc834e254f5d3a
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M README.developer

  Log Message:
  -----------
  Update documentation for Python tests


  Commit: 6088445635876162b47a9d59d4ce70a7d1fef128
      https://github.com/Hamlib/Hamlib/commit/6088445635876162b47a9d59d4ce70a7d1fef128
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/conftest.py
    M bindings/python/test_rot.py

  Log Message:
  -----------
  Allow to execute some tests with a simulator or with a real rotator

To execute the tests with the installed Hamlib use the same long arguments
as rotctl, eg:
 bindings/python/test_rot.py --model {MODEL_NUMBER} --rot-file /dev/ttyUSB0 --serial-speed {BAUD}

To execute the tests from the build tree, add the path to the libraries
that you built, eg. from the root of the build tree:
 PYTHONPATH=bindings/:bindings/.libs/ ...your command...


  Commit: 0df9d1767eb7550e1f1668f62e6612e4fd2c442b
      https://github.com/Hamlib/Hamlib/commit/0df9d1767eb7550e1f1668f62e6612e4fd2c442b
  Author: Daniele Forsi IU5HKX <iu...@gm...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M bindings/python/conftest.py
    M bindings/python/test_amp.py

  Log Message:
  -----------
  Allow to execute some tests with a simulator or with a real amplifier

To execute the tests with the installed Hamlib use the same long arguments
as ampctl, eg:
 bindings/python/test_amp.py --model {MODEL_NUMBER} --amp-file /dev/ttyUSB0 --serial-speed {BAUD}

To execute the tests from the build tree, add the path to the libraries
that you built, eg. from the root of the build tree:
 PYTHONPATH=bindings/:bindings/.libs/ ...your command...


  Commit: 119e0793739c772fcee2fbe7228c4b61afc279e1
      https://github.com/Hamlib/Hamlib/commit/119e0793739c772fcee2fbe7228c4b61afc279e1
  Author: Nate Bargmann <n0...@n0...>
  Date:   2025-07-27 (Sun, 27 Jul 2025)

  Changed paths:
    M README.developer
    A bindings/python/conftest.py
    M bindings/python/test_amp.py
    M bindings/python/test_rig.py
    M bindings/python/test_rot.py
    M src/conf.c

  Log Message:
  -----------
  Merge GitHub PR #1790


Compare: https://github.com/Hamlib/Hamlib/compare/7cceee9abad1...119e0793739c

To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications

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

[<gm...@bt...>]

C still allows compilers with 16-bit ints. IIRC the Arduino IDE still uses 16-bit ints. I know hamlib would never fit in an Arduino, but I think using the fixed width types such as (u)int32_t is a sensible idea where the width IS important or the supported values can be outwith the minimum limitation of the C int type.

The space rocket Ariane V failed its test launch because of an integer overflow.

73 Phil GM3ZZA


________________________________
From: Greg Troxel <gd...@le...>
Sent: 27 July 2025 12:09 AM
To: Nate Bargmann <n0...@n0...>
Cc: ham...@li... <ham...@li...>
Subject: Re: [Hamlib-developer] What am I missing?

Nate Bargmann <n0...@n0...> writes:

> * On 2025 26 Jul 09:52 -0500, George Baltz wrote:
>> 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?
>
> I think so as we're communicating with the advancement of the major
> number that API changes are made and ABI is broken.
>
> Any such values that appear to be limited should probably be evaluated
> for 5.0.

And implicitly, if there's any concern about the actual size of the
type, C99(?) fixed-width types like int32_t are prepared.

I am surprised though about 16-bit ints.  Perhaps that's a Windows thing
semi-recently.  Unix on the PDP-11 (V6, V7 and 2.8-2.11 BSD) had 16 bit
ints and 32 bit longs.   I am pretty sure the Vax had 32 bit int right
away.  And that's mid 80s with PDP-11s fading by mid 90s.




_______________________________________________
Hamlib-developer mailing list
Ham...@li...
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

[Hamlib-developer] [Hamlib/Hamlib] 15c5b4: Update Doxygen comments in rig_state.h

[Nate B. <no...@gi...>]

  Branch: refs/heads/master
  Home:   https://github.com/Hamlib/Hamlib
  Commit: 15c5b4d7719ae9dcc6887a8aa788213c8ac97846
      https://github.com/Hamlib/Hamlib/commit/15c5b4d7719ae9dcc6887a8aa788213c8ac97846
  Author: Nate Bargmann <n0...@n0...>
  Date:   2025-07-25 (Fri, 25 Jul 2025)

  Changed paths:
    M include/hamlib/amp_state.h
    M include/hamlib/rig.h
    M include/hamlib/rig_state.h
    M include/hamlib/rot_state.h

  Log Message:
  -----------
  Update Doxygen comments in rig_state.h

Update Doxygen comments in amp_state.h and rot_state.h for
HAMLIB_AMPSTATE and HAMLIB_ROTSTATE macros.


  Commit: d6d50245c697cb806f1a46fabc41f329aa25a321
      https://github.com/Hamlib/Hamlib/commit/d6d50245c697cb806f1a46fabc41f329aa25a321
  Author: Nate Bargmann <n0...@n0...>
  Date:   2025-07-25 (Fri, 25 Jul 2025)

  Changed paths:
    M include/hamlib/amplifier.h
    M include/hamlib/rig.h
    M include/hamlib/rotator.h

  Log Message:
  -----------
  Update Doxygen comments in amplifier.h, rig.h and rotator.h


  Commit: d2025477be1e5181980fddf9a05bf5ca86d5d4bd
      https://github.com/Hamlib/Hamlib/commit/d2025477be1e5181980fddf9a05bf5ca86d5d4bd
  Author: Nate Bargmann <n0...@n0...>
  Date:   2025-07-26 (Sat, 26 Jul 2025)

  Changed paths:
    A doc/README.Doxygen

  Log Message:
  -----------
  Add some tips on formatting with Doxygen


  Commit: f67a3cfe4722728335fb11a5939b6233a8cbec44
      https://github.com/Hamlib/Hamlib/commit/f67a3cfe4722728335fb11a5939b6233a8cbec44
  Author: Nate Bargmann <n0...@n0...>
  Date:   2025-07-26 (Sat, 26 Jul 2025)

  Changed paths:
    M doc/index.doxygen
    M include/hamlib/riglist.h

  Log Message:
  -----------
  Update Doxygen comments in riglist.h

Create a new topic group of 'riglist' to separate the long list of radio
models from the main Rig API group.


  Commit: 4d6a3ed582b89c3968a9892c607f54da41b97604
      https://github.com/Hamlib/Hamlib/commit/4d6a3ed582b89c3968a9892c607f54da41b97604
  Author: Nate Bargmann <n0...@n0...>
  Date:   2025-07-26 (Sat, 26 Jul 2025)

  Changed paths:
    M doc/index.doxygen
    M include/hamlib/amplist.h

  Log Message:
  -----------
  Fully document amplist.h

Create a new topic group of 'amplist' to separate the list of amplifier
models from the main Amplifier API group.


  Commit: 7cceee9abad13888f5705feef5330904eb06bf31
      https://github.com/Hamlib/Hamlib/commit/7cceee9abad13888f5705feef5330904eb06bf31
  Author: Nate Bargmann <n0...@n0...>
  Date:   2025-07-26 (Sat, 26 Jul 2025)

  Changed paths:
    M doc/index.doxygen
    M include/hamlib/rotlist.h

  Log Message:
  -----------
  Complete Doxygen comments for rotlist.h

Add new topic for rotator model list.


Compare: https://github.com/Hamlib/Hamlib/compare/04c00330a626...7cceee9abad1

To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications

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

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

How about [PC|MS]-DOS? That would have almost faded away by the time 
hamlib started, but maybe it was considered as a use for retired systems.

It may be time to reconsider some other data types with this major 
version update, and some major H/W changes since it was last done.


On 7/26/25 7:09 PM, Greg Troxel wrote:
> Nate Bargmann <n0...@n0...> writes:
>
>> * On 2025 26 Jul 09:52 -0500, George Baltz wrote:
>>> 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?
>> I think so as we're communicating with the advancement of the major
>> number that API changes are made and ABI is broken.
>>
>> Any such values that appear to be limited should probably be evaluated
>> for 5.0.
> And implicitly, if there's any concern about the actual size of the
> type, C99(?) fixed-width types like int32_t are prepared.
>
> I am surprised though about 16-bit ints.  Perhaps that's a Windows thing
> semi-recently.  Unix on the PDP-11 (V6, V7 and 2.8-2.11 BSD) had 16 bit
> ints and 32 bit longs.   I am pretty sure the Vax had 32 bit int right
> away.  And that's mid 80s with PDP-11s fading by mid 90s.
>
>
>
>
> _______________________________________________
> Hamlib-developer mailing list
> Ham...@li...
> https://lists.sourceforge.net/lists/listinfo/hamlib-developer

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

[Greg T. <gd...@le...>]

Nate Bargmann <n0...@n0...> writes:

> * On 2025 26 Jul 09:52 -0500, George Baltz wrote:
>> 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?
>
> I think so as we're communicating with the advancement of the major
> number that API changes are made and ABI is broken.
>
> Any such values that appear to be limited should probably be evaluated
> for 5.0.

And implicitly, if there's any concern about the actual size of the
type, C99(?) fixed-width types like int32_t are prepared.

I am surprised though about 16-bit ints.  Perhaps that's a Windows thing
semi-recently.  Unix on the PDP-11 (V6, V7 and 2.8-2.11 BSD) had 16 bit
ints and 32 bit longs.   I am pretty sure the Vax had 32 bit int right
away.  And that's mid 80s with PDP-11s fading by mid 90s.

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

[Nate B. <n0...@n0...>]

* On 2025 26 Jul 09:52 -0500, George Baltz wrote:
> 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?

I think so as we're communicating with the advancement of the major
number that API changes are made and ABI is broken.

Any such values that appear to be limited should probably be evaluated
for 5.0.

73, Nate

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819

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

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

[Nate B. <n0...@n0...>]

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

-- 
"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819