hamlib-developer Mailing List for Ham Radio Control Libraries (Page 9)
Library to control radio transceivers and receivers
Brought to you by:
n0nb
Menu
▾
▴
hamlib-developer — hamlib developers forum
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(24) |
Oct
(16) |
Nov
(8) |
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(49) |
Feb
(17) |
Mar
(3) |
Apr
(7) |
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
(8) |
Sep
(18) |
Oct
(15) |
Nov
(15) |
Dec
(26) |
| 2002 |
Jan
(46) |
Feb
(14) |
Mar
(44) |
Apr
(3) |
May
(6) |
Jun
(47) |
Jul
(40) |
Aug
(14) |
Sep
(59) |
Oct
(39) |
Nov
(58) |
Dec
(76) |
| 2003 |
Jan
(82) |
Feb
(66) |
Mar
(37) |
Apr
(56) |
May
(34) |
Jun
(19) |
Jul
(23) |
Aug
(55) |
Sep
(31) |
Oct
(40) |
Nov
(21) |
Dec
(60) |
| 2004 |
Jan
(57) |
Feb
(110) |
Mar
(41) |
Apr
(17) |
May
(18) |
Jun
(19) |
Jul
(18) |
Aug
(5) |
Sep
(31) |
Oct
(16) |
Nov
(26) |
Dec
(36) |
| 2005 |
Jan
(69) |
Feb
(26) |
Mar
(62) |
Apr
(120) |
May
(31) |
Jun
(47) |
Jul
(7) |
Aug
(27) |
Sep
(4) |
Oct
(9) |
Nov
(26) |
Dec
(21) |
| 2006 |
Jan
(13) |
Feb
(26) |
Mar
(38) |
Apr
(31) |
May
(17) |
Jun
(6) |
Jul
(23) |
Aug
(6) |
Sep
(38) |
Oct
(87) |
Nov
(49) |
Dec
(49) |
| 2007 |
Jan
(52) |
Feb
(19) |
Mar
(20) |
Apr
(5) |
May
(25) |
Jun
(15) |
Jul
(49) |
Aug
(43) |
Sep
(21) |
Oct
(21) |
Nov
(27) |
Dec
(10) |
| 2008 |
Jan
(23) |
Feb
(20) |
Mar
(25) |
Apr
(39) |
May
(36) |
Jun
(17) |
Jul
(10) |
Aug
(18) |
Sep
(44) |
Oct
(88) |
Nov
(60) |
Dec
(65) |
| 2009 |
Jan
(99) |
Feb
(91) |
Mar
(49) |
Apr
(34) |
May
(52) |
Jun
(9) |
Jul
(11) |
Aug
(4) |
Sep
(41) |
Oct
(16) |
Nov
(51) |
Dec
(71) |
| 2010 |
Jan
(43) |
Feb
(79) |
Mar
(59) |
Apr
(55) |
May
(51) |
Jun
(38) |
Jul
(38) |
Aug
(61) |
Sep
(53) |
Oct
(46) |
Nov
(43) |
Dec
(41) |
| 2011 |
Jan
(74) |
Feb
(96) |
Mar
(41) |
Apr
(42) |
May
(61) |
Jun
(66) |
Jul
(50) |
Aug
(40) |
Sep
(11) |
Oct
(30) |
Nov
(21) |
Dec
(45) |
| 2012 |
Jan
(59) |
Feb
(4) |
Mar
(52) |
Apr
(19) |
May
(62) |
Jun
(46) |
Jul
(61) |
Aug
(18) |
Sep
(21) |
Oct
(25) |
Nov
(66) |
Dec
(41) |
| 2013 |
Jan
(36) |
Feb
(64) |
Mar
(37) |
Apr
(24) |
May
(74) |
Jun
(40) |
Jul
(43) |
Aug
(34) |
Sep
(65) |
Oct
(52) |
Nov
(23) |
Dec
(20) |
| 2014 |
Jan
(18) |
Feb
(29) |
Mar
(13) |
Apr
(41) |
May
(10) |
Jun
(12) |
Jul
(16) |
Aug
(25) |
Sep
(20) |
Oct
(56) |
Nov
(43) |
Dec
(61) |
| 2015 |
Jan
(36) |
Feb
(38) |
Mar
(92) |
Apr
(42) |
May
(13) |
Jun
(19) |
Jul
(18) |
Aug
(22) |
Sep
(21) |
Oct
(2) |
Nov
(49) |
Dec
(22) |
| 2016 |
Jan
(55) |
Feb
(144) |
Mar
(40) |
Apr
(98) |
May
(61) |
Jun
(36) |
Jul
(16) |
Aug
(33) |
Sep
(59) |
Oct
(16) |
Nov
(37) |
Dec
(32) |
| 2017 |
Jan
(70) |
Feb
(71) |
Mar
(14) |
Apr
(43) |
May
(31) |
Jun
(24) |
Jul
(38) |
Aug
(54) |
Sep
(24) |
Oct
(15) |
Nov
(26) |
Dec
(27) |
| 2018 |
Jan
(22) |
Feb
(24) |
Mar
(109) |
Apr
(12) |
May
(46) |
Jun
(23) |
Jul
(39) |
Aug
(34) |
Sep
(22) |
Oct
(43) |
Nov
(26) |
Dec
(157) |
| 2019 |
Jan
(102) |
Feb
(51) |
Mar
(63) |
Apr
(60) |
May
(91) |
Jun
(55) |
Jul
(27) |
Aug
(76) |
Sep
(52) |
Oct
(95) |
Nov
(67) |
Dec
(204) |
| 2020 |
Jan
(311) |
Feb
(148) |
Mar
(230) |
Apr
(122) |
May
(204) |
Jun
(204) |
Jul
(114) |
Aug
(36) |
Sep
(120) |
Oct
(186) |
Nov
(60) |
Dec
(151) |
| 2021 |
Jan
(182) |
Feb
(171) |
Mar
(202) |
Apr
(153) |
May
(110) |
Jun
(50) |
Jul
(58) |
Aug
(142) |
Sep
(112) |
Oct
(120) |
Nov
(97) |
Dec
(125) |
| 2022 |
Jan
(175) |
Feb
(147) |
Mar
(54) |
Apr
(73) |
May
(127) |
Jun
(95) |
Jul
(88) |
Aug
(85) |
Sep
(38) |
Oct
(40) |
Nov
(116) |
Dec
(159) |
| 2023 |
Jan
(175) |
Feb
(55) |
Mar
(83) |
Apr
(70) |
May
(165) |
Jun
(79) |
Jul
(123) |
Aug
(90) |
Sep
(40) |
Oct
(95) |
Nov
(84) |
Dec
(88) |
| 2024 |
Jan
(105) |
Feb
(60) |
Mar
(52) |
Apr
(43) |
May
(56) |
Jun
(59) |
Jul
(53) |
Aug
(47) |
Sep
(62) |
Oct
(36) |
Nov
(45) |
Dec
(100) |
| 2025 |
Jan
(52) |
Feb
(45) |
Mar
(30) |
Apr
(97) |
May
(72) |
Jun
(83) |
Jul
(124) |
Aug
(83) |
Sep
(84) |
Oct
(20) |
Nov
(40) |
Dec
|
|
From: Nate B. <no...@gi...> - 2025-08-09 23:52:09
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 221cc512bc7f87c540f55fbda8c4482cfc5e527d https://github.com/Hamlib/Hamlib/commit/221cc512bc7f87c540f55fbda8c4482cfc5e527d Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-09 (Sat, 09 Aug 2025) Changed paths: M rigs/yaesu/ft3000.c Log Message: ----------- Fix setting antenna number 3 for Yaesu FTDX3000 The argument ant_t ant is a bit mask, not a scalar. Also use the defines instead of magic numbers. Commit: c1aaeba5acd6f1a78163d7b9fc86d4f268ef78d4 https://github.com/Hamlib/Hamlib/commit/c1aaeba5acd6f1a78163d7b9fc86d4f268ef78d4 Author: Nate Bargmann <n0...@n0...> Date: 2025-08-09 (Sat, 09 Aug 2025) Changed paths: M rigs/yaesu/ft3000.c Log Message: ----------- Merge GitHub PR #1837 Compare: https://github.com/Hamlib/Hamlib/compare/10303d58038e...c1aaeba5acd6 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: dforsi <no...@gi...> - 2025-08-09 23:43:11
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 8324c85487c416025f6907a920f3528e36c07b8e https://github.com/Hamlib/Hamlib/commit/8324c85487c416025f6907a920f3528e36c07b8e Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-09 (Sat, 09 Aug 2025) Changed paths: M bindings/ignore.swg M bindings/macros.swg M bindings/python/test_Hamlib_Rig_class.py M bindings/python/test_rig.py M bindings/rig.swg M rigs/dummy/dummy.c Log Message: ----------- Implement the Python callback for freq_event Fixes #481. Commit: 3bc1cc8744e973e314882f1c43a58478c1346e4c https://github.com/Hamlib/Hamlib/commit/3bc1cc8744e973e314882f1c43a58478c1346e4c Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-09 (Sat, 09 Aug 2025) Changed paths: M bindings/python/test_Hamlib_Rig_class.py M bindings/python/test_rig.py M bindings/rig.swg M rigs/dummy/dummy.c Log Message: ----------- Implement remaining event callbacks Implements: rig_set_dcd_callback(), rig_set_freq_callback(), rig_set_mode_callback(), rig_pltune_callback(), rig_set_ptt_callback(), rig_set_spectrum_callback(), rig_set_vfo_callback() Commit: 9e1c7b5ec1f33dea1cf5a263c2ec8e12f791ac06 https://github.com/Hamlib/Hamlib/commit/9e1c7b5ec1f33dea1cf5a263c2ec8e12f791ac06 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-09 (Sat, 09 Aug 2025) Changed paths: M bindings/ignore.swg M bindings/macros.swg M bindings/rig.swg Log Message: ----------- Allocate zereod memory for struct python_callbacks Otherwise Py_XDECREF() would randomly segfault trying to use uninitialized memory that by chance is not zeroed. Commit: 8e4bcbcede1c42a39b74371c5b337bac2c49ff16 https://github.com/Hamlib/Hamlib/commit/8e4bcbcede1c42a39b74371c5b337bac2c49ff16 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-09 (Sat, 09 Aug 2025) Changed paths: M include/hamlib/rig.h Log Message: ----------- Add another cross-reference in a Doxygen comment Commit: 2890da9d79fdcdd070fbc924cd326a5d35d0b53d https://github.com/Hamlib/Hamlib/commit/2890da9d79fdcdd070fbc924cd326a5d35d0b53d Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-09 (Sat, 09 Aug 2025) Changed paths: M bindings/python/test_rig.py Log Message: ----------- Split the tests It makes it easier in future to conditionally run some tests(eg. to not test PTT for receiver-only rigs), or to run tests in isolation (after renaming them). It makes it easier to look at failing tests because pytest prints the code of the failing test up to the failure including any function that called the failed test (in this case would print everything from def test_with_open() up to the line with the failed assert. Commit: e2214fd2f18f326c0325f2e7abb7c892d13885aa https://github.com/Hamlib/Hamlib/commit/e2214fd2f18f326c0325f2e7abb7c892d13885aa Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-09 (Sat, 09 Aug 2025) Changed paths: M rigs/dummy/dummy.c Log Message: ----------- Change .ptt_type to RIG_PTT_RIG for RIG_MODEL_DUMMY With the old value of RIG_PTT_NONE, dummy_get_ptt() and dummy_set_ptt() were never called because rig_get_ptt() and rig_set_ptt() do check .ptt_type and return -RIG_ENAVAIL in that case. Do not change .ptt_type for RIG_MODEL_DUMMY_NOVFO so that both cases can be tested if needed. Commit: 81cb260670471689d7a3543153bb5c56cc26b5ce https://github.com/Hamlib/Hamlib/commit/81cb260670471689d7a3543153bb5c56cc26b5ce Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-09 (Sat, 09 Aug 2025) Changed paths: M bindings/python/test_rig.py Log Message: ----------- Fix ptt_callback() Commit: 10303d58038e4b35c00d94c35c417ca7cc2fb73c https://github.com/Hamlib/Hamlib/commit/10303d58038e4b35c00d94c35c417ca7cc2fb73c Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-09 (Sat, 09 Aug 2025) Changed paths: M bindings/python/test_rig.py Log Message: ----------- Fix function signature of spectrum_callback() Compare: https://github.com/Hamlib/Hamlib/compare/2462ab0a135c...10303d58038e To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: dforsi <no...@gi...> - 2025-08-08 19:15:53
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 2462ab0a135ca0274a069e27c319c90957d70ac1 https://github.com/Hamlib/Hamlib/commit/2462ab0a135ca0274a069e27c319c90957d70ac1 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-08 (Fri, 08 Aug 2025) Changed paths: M include/hamlib/rig.h M rigs/aor/ar7030p.c M rigs/aor/ar7030p_utils.c M src/amplifier.c M src/extamp.c M src/rig.c M src/rotator.c Log Message: ----------- Improve Doxygen comments Adds missing cross-references. Fix tagging of comment blocks in "aor" even if the rigs aren't included in the generated documentation. To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: 飯泉幸男 <imu...@gm...> - 2025-08-08 13:57:27
|
Brian, Certainly, checking with a different pair would have been pointless. I apologize for wasting your time by responding to my post. While I was unable to find any information indicating that the FTX-1 driver works properly on Windows, I came across an article stating that some CATs do not work with that driver on Windows, which piqued my interest. As you say, if it works properly on Windows, that is wonderful news. 73 Yukio, JG1APX |
|
From: Brian M. <bd...@fe...> - 2025-08-08 11:52:41
|
On Fri, 8 Aug 2025 10:42:24 +0900 飯泉幸男 <imu...@gm...> wrote: > I do not own an FTX-1, but I have been trying to operate the FTDX-101 > by selecting the FTX-1 driver in the app. However, the latest 4.7 > hamlib does not respond to VFO change commands. > I changed the delay number back from 5 to 0 and rebuilt hamlib 4.7. > Now, VFO changes are accepted. I don't understand why you would do this, the code needed for the 2 radios is different but you choose to test without having an FTX-1 and use the 'wrong' radio for the test. > I hope the FTX-1 will work properly. The code will be worked on using actual FTX-1 radios and their owners' feedback. There is no other way. -- Brian G8SEZ |
|
From: 飯泉幸男 <imu...@gm...> - 2025-08-08 01:42:46
|
Hi, I am not sure if the latest 4.7-git FTX-1 driver works properly. I noticed that the delay time between bytes has been changed from 0 to 5. This is different from other recent Yaesu radios. FTX-1.h line167 : #define FTX1_WRITE_DELAY 5 I do not own an FTX-1, but I have been trying to operate the FTDX-101 by selecting the FTX-1 driver in the app. However, the latest 4.7 hamlib does not respond to VFO change commands. I changed the delay number back from 5 to 0 and rebuilt hamlib 4.7. Now, VFO changes are accepted. I hope the FTX-1 will work properly. 73 Yukio, JG1APX |
|
From: Nate B. <no...@gi...> - 2025-08-07 13:09:56
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: e8467032ad8e948aa3f03777c043b42b9a3d96b0 https://github.com/Hamlib/Hamlib/commit/e8467032ad8e948aa3f03777c043b42b9a3d96b0 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-02 (Sat, 02 Aug 2025) Changed paths: M simulators/simatd578.c M simulators/simft1000.c M simulators/simft736.c M simulators/simft817.c M simulators/simft990.c M simulators/simic2730.c M simulators/simic275.c M simulators/simic7000.c M simulators/simic705.c M simulators/simic7100.c M simulators/simic7200.c M simulators/simic7300.c M simulators/simic7600.c M simulators/simic7610.c M simulators/simic7700.c M simulators/simic7851.c M simulators/simic905.c M simulators/simic910.c M simulators/simic9100.c M simulators/simic9700.c M simulators/simicgeneric.c M simulators/simicr8600.c M simulators/simid5100.c M simulators/simjupiter.c M simulators/simmicom.c M simulators/simorion.c M simulators/simpmr171.c M simulators/simspid.c M simulators/simts890.c M simulators/simts990.c M simulators/simxiegug90.c M simulators/simxiegux108g.c M simulators/simxiegux6100.c Log Message: ----------- Remove unused includes Found with IWYU. Commit: 17b301a371e201019fe4decedece3be3bc74c351 https://github.com/Hamlib/Hamlib/commit/17b301a371e201019fe4decedece3be3bc74c351 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-02 (Sat, 02 Aug 2025) Changed paths: M simulators/simeasycomm.c M simulators/simelecraft.c M simulators/simelecraftk4.c M simulators/simflex.c M simulators/simic2730.c M simulators/simic275.c M simulators/simic7000.c M simulators/simic7100.c M simulators/simic7200.c M simulators/simic7300.c M simulators/simic7600.c M simulators/simic7610.c M simulators/simic7700.c M simulators/simic7851.c M simulators/simic905.c M simulators/simic910.c M simulators/simic9100.c M simulators/simic9700.c M simulators/simicgeneric.c M simulators/simicr8600.c M simulators/simid5100.c M simulators/simpstrotator.c M simulators/simqrplabs.c M simulators/simrotorez.c M simulators/simtrusdx.c M simulators/simts450.c M simulators/simts590.c M simulators/simts950.c M simulators/simts990.c M simulators/simxiegug90.c M simulators/simxiegux108g.c M simulators/simxiegux6100.c Log Message: ----------- Add missing includes Automatically added by IWYU. Commit: 3009ec86b772a4d6ed2b0005466f61ff437f8b91 https://github.com/Hamlib/Hamlib/commit/3009ec86b772a4d6ed2b0005466f61ff437f8b91 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-02 (Sat, 02 Aug 2025) Changed paths: A simulators/.gitignore Log Message: ----------- Add a .gitignore for simulators Commit: f3e2ea9e3d0f0c9cd3a200a7a1fe60d5fff8b4f7 https://github.com/Hamlib/Hamlib/commit/f3e2ea9e3d0f0c9cd3a200a7a1fe60d5fff8b4f7 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-02 (Sat, 02 Aug 2025) Changed paths: M simulators/simyaesu.c Log Message: ----------- Avoid printing the received command twice It is printed at the beginning of the while loop. Commit: b5d136ff083ae5a07cda98ff1bf3218456da635b https://github.com/Hamlib/Hamlib/commit/b5d136ff083ae5a07cda98ff1bf3218456da635b Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-02 (Sat, 02 Aug 2025) Changed paths: M simulators/simyaesu.c Log Message: ----------- Print responses Commit: 16a69722e26baa131bca2b176404d0748ea34419 https://github.com/Hamlib/Hamlib/commit/16a69722e26baa131bca2b176404d0748ea34419 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-02 (Sat, 02 Aug 2025) Changed paths: M simulators/simyaesu.c Log Message: ----------- Use the resp buffer for all responses Insetad of the command buffer. Commit: ecece62828fa0d9a5629fb0e5b0025c20e1f5b18 https://github.com/Hamlib/Hamlib/commit/ecece62828fa0d9a5629fb0e5b0025c20e1f5b18 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M simulators/sim.h M simulators/simatd578.c M simulators/simeasycomm.c M simulators/simelecraft.c M simulators/simelecraftk4.c M simulators/simft1000.c M simulators/simft450.c M simulators/simft710.c M simulators/simft736.c M simulators/simft747gx.c M simulators/simft817.c M simulators/simft818.c M simulators/simft847.c M simulators/simft897.c M simulators/simft990.c M simulators/simft991.c M simulators/simftdx101.c M simulators/simftdx1200.c M simulators/simftdx3000.c M simulators/simftdx5000.c M simulators/simic2730.c M simulators/simic275.c M simulators/simic7000.c M simulators/simic705.c M simulators/simic7100.c M simulators/simic7200.c M simulators/simic7300.c M simulators/simic7600.c M simulators/simic7610.c M simulators/simic7700.c M simulators/simic7851.c M simulators/simic905.c M simulators/simic910.c M simulators/simic9100.c M simulators/simic9700.c M simulators/simicgeneric.c M simulators/simicr8600.c M simulators/simid5100.c M simulators/simjupiter.c M simulators/simkenwood.c M simulators/simmicom.c M simulators/simorion.c M simulators/simpmr171.c M simulators/simpowersdr.c M simulators/simqrplabs.c M simulators/simrotorez.c M simulators/simspid.c M simulators/simtmd700.c M simulators/simtmd710.c M simulators/simtrusdx.c M simulators/simts450.c M simulators/simts590.c M simulators/simts890.c M simulators/simts950.c M simulators/simts990.c M simulators/simxiegug90.c M simulators/simxiegux108g.c M simulators/simxiegux6100.c M simulators/simyaesu.c Log Message: ----------- Refactor to remove code duplication of openPort() The code wasn't indented in simic7300.c and simic7700.c but it was identical. Commit: 7fc222dc8852eb88749202727278fe259b3a2463 https://github.com/Hamlib/Hamlib/commit/7fc222dc8852eb88749202727278fe259b3a2463 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M simulators/simts890.c M simulators/simts990.c Log Message: ----------- Remove perror() Makes getmyline() identical to the other simulators. Commit: 98a81a507400867065dd257524a9357cdb9b3397 https://github.com/Hamlib/Hamlib/commit/98a81a507400867065dd257524a9357cdb9b3397 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M simulators/simatd578.c M simulators/simeasycomm.c M simulators/simelecraft.c M simulators/simelecraftk4.c M simulators/simft1000.c M simulators/simft450.c M simulators/simft710.c M simulators/simft736.c M simulators/simft747gx.c M simulators/simft817.c M simulators/simft818.c M simulators/simft847.c M simulators/simft897.c M simulators/simft990.c M simulators/simft991.c M simulators/simftdx101.c M simulators/simftdx1200.c M simulators/simftdx3000.c M simulators/simftdx5000.c M simulators/simic2730.c M simulators/simic275.c M simulators/simic7000.c M simulators/simic705.c M simulators/simic7100.c M simulators/simic7200.c M simulators/simic7300.c M simulators/simic7600.c M simulators/simic7610.c M simulators/simic7700.c M simulators/simic7851.c M simulators/simic905.c M simulators/simic910.c M simulators/simic9100.c M simulators/simic9700.c M simulators/simicgeneric.c M simulators/simicr8600.c M simulators/simid5100.c M simulators/simjupiter.c M simulators/simkenwood.c M simulators/simmicom.c M simulators/simorion.c M simulators/simpmr171.c M simulators/simpowersdr.c M simulators/simqrplabs.c M simulators/simrotorez.c M simulators/simspid.c M simulators/simtmd700.c M simulators/simtmd710.c M simulators/simtrusdx.c M simulators/simts450.c M simulators/simts590.c M simulators/simts890.c M simulators/simts950.c M simulators/simts990.c M simulators/simxiegug90.c M simulators/simxiegux108g.c M simulators/simxiegux6100.c M simulators/simyaesu.c Log Message: ----------- Replace magic number with a defined constant The same constant is used by memset() in getmyline(). Commit: 1568a6c7fc1548ba2b590aa48fca70a550d61179 https://github.com/Hamlib/Hamlib/commit/1568a6c7fc1548ba2b590aa48fca70a550d61179 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M simulators/sim.h M simulators/simft450.c M simulators/simft710.c M simulators/simft818.c M simulators/simft990.c M simulators/simft991.c M simulators/simftdx101.c M simulators/simftdx1200.c M simulators/simftdx3000.c M simulators/simftdx5000.c M simulators/simyaesu.c Log Message: ----------- Refactor to remove code duplication of typedef enum nc_rigid_e Also updates nc_rigid_e from rigs/yaesu/newcat.c There where different versions of that enum in the simulators. Commit: 3b2a95053bd529883e76cc973b0f374f506ac98d https://github.com/Hamlib/Hamlib/commit/3b2a95053bd529883e76cc973b0f374f506ac98d Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M simulators/sim.h M simulators/simic2730.c M simulators/simic275.c M simulators/simic7000.c M simulators/simic705.c M simulators/simic7100.c M simulators/simic7200.c M simulators/simic7300.c M simulators/simic7600.c M simulators/simic7610.c M simulators/simic7700.c M simulators/simic7851.c M simulators/simic905.c M simulators/simic910.c M simulators/simic9100.c M simulators/simic9700.c M simulators/simicgeneric.c M simulators/simicr8600.c M simulators/simid5100.c M simulators/simxiegug90.c M simulators/simxiegux108g.c M simulators/simxiegux6100.c Log Message: ----------- Refactor to remove code duplication of dumphex() Commit: df7fbbec9bff75398064e5c7fba4453d84fb5436 https://github.com/Hamlib/Hamlib/commit/df7fbbec9bff75398064e5c7fba4453d84fb5436 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M simulators/simatd578.c M simulators/simeasycomm.c M simulators/simelecraft.c M simulators/simelecraftk4.c M simulators/simft1000.c M simulators/simft450.c M simulators/simft710.c M simulators/simft736.c M simulators/simft817.c M simulators/simft818.c M simulators/simft847.c M simulators/simft990.c M simulators/simft991.c M simulators/simftdx101.c M simulators/simftdx1200.c M simulators/simftdx3000.c M simulators/simftdx5000.c M simulators/simic2730.c M simulators/simic275.c M simulators/simic7000.c M simulators/simic705.c M simulators/simic7100.c M simulators/simic7200.c M simulators/simic7300.c M simulators/simic7600.c M simulators/simic7610.c M simulators/simic7700.c M simulators/simic7851.c M simulators/simic905.c M simulators/simic910.c M simulators/simic9100.c M simulators/simic9700.c M simulators/simicgeneric.c M simulators/simicr8600.c M simulators/simid5100.c M simulators/simjupiter.c M simulators/simkenwood.c M simulators/simmicom.c M simulators/simorion.c M simulators/simpmr171.c M simulators/simpowersdr.c M simulators/simqrplabs.c M simulators/simrotorez.c M simulators/simspid.c M simulators/simtmd700.c M simulators/simtmd710.c M simulators/simtrusdx.c M simulators/simts450.c M simulators/simts590.c M simulators/simts890.c M simulators/simts950.c M simulators/simts990.c M simulators/simxiegug90.c M simulators/simxiegux108g.c M simulators/simxiegux6100.c M simulators/simyaesu.c Log Message: ----------- Have IWYU fix the includes Commit: f89ebfd226c91cda8bd29de8ac6fddf00dad51e5 https://github.com/Hamlib/Hamlib/commit/f89ebfd226c91cda8bd29de8ac6fddf00dad51e5 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M simulators/sim.h Log Message: ----------- Add include missed by IWYU Commit: 99df93067c15dc02c59618d268a970c130adf4c2 https://github.com/Hamlib/Hamlib/commit/99df93067c15dc02c59618d268a970c130adf4c2 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: A c++/.gitignore Log Message: ----------- Add a .gitignore for C++ tests Commit: c26f0333958e80d70c3f23535b895bb8075b394b https://github.com/Hamlib/Hamlib/commit/c26f0333958e80d70c3f23535b895bb8075b394b Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M simulators/simic2730.c M simulators/simic275.c M simulators/simic7000.c M simulators/simic705.c M simulators/simic7100.c M simulators/simic7200.c M simulators/simic7300.c M simulators/simic7600.c M simulators/simic7610.c M simulators/simic7700.c M simulators/simic7851.c M simulators/simic905.c M simulators/simic910.c M simulators/simic9700.c M simulators/simicgeneric.c M simulators/simicr8600.c M simulators/simid5100.c M simulators/simmicom.c M simulators/simxiegug90.c M simulators/simxiegux108g.c M simulators/simxiegux6100.c Log Message: ----------- Do not use relative paths for including misc.h The Makefile adds all necessary include directories. Commit: 9e51419ab8a147573fa718896ac59d18eb257bc0 https://github.com/Hamlib/Hamlib/commit/9e51419ab8a147573fa718896ac59d18eb257bc0 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M simulators/simeasycomm.c M simulators/simft450.c M simulators/simft710.c M simulators/simft847.c M simulators/simft897.c M simulators/simft991.c M simulators/simftdx101.c M simulators/simftdx1200.c M simulators/simftdx3000.c M simulators/simftdx5000.c M simulators/simrotorez.c M simulators/simtmd700.c Log Message: ----------- Do not use relative paths for including rig.h The Makefile adds all necessary include directories. Commit: f8881f9bb9a3180f97a87f098dc8a76e74238f20 https://github.com/Hamlib/Hamlib/commit/f8881f9bb9a3180f97a87f098dc8a76e74238f20 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M simulators/simatd578.c M simulators/simeasycomm.c M simulators/simft1000.c M simulators/simft450.c M simulators/simft710.c M simulators/simft736.c M simulators/simft747gx.c M simulators/simft817.c M simulators/simft818.c M simulators/simft847.c M simulators/simft897.c M simulators/simft990.c M simulators/simft991.c M simulators/simftdx101.c M simulators/simftdx1200.c M simulators/simftdx3000.c M simulators/simftdx5000.c M simulators/simic2730.c M simulators/simic275.c M simulators/simic7000.c M simulators/simic705.c M simulators/simic7100.c M simulators/simic7200.c M simulators/simic7300.c M simulators/simic7600.c M simulators/simic7610.c M simulators/simic7700.c M simulators/simic7851.c M simulators/simic905.c M simulators/simic910.c M simulators/simic9100.c M simulators/simic9700.c M simulators/simicgeneric.c M simulators/simicr8600.c M simulators/simid5100.c M simulators/simjupiter.c M simulators/simkenwood.c M simulators/simmicom.c M simulators/simorion.c M simulators/simpmr171.c M simulators/simpowersdr.c M simulators/simqrplabs.c M simulators/simrotorez.c M simulators/simspid.c M simulators/simtmd710.c M simulators/simtrusdx.c M simulators/simts450.c M simulators/simts590.c M simulators/simts950.c M simulators/simyaesu.c Log Message: ----------- Remove disabled code None of these simulators does multicast networking. Commit: 10f65048976741ae10dff7a148eb557a2836c37a https://github.com/Hamlib/Hamlib/commit/10f65048976741ae10dff7a148eb557a2836c37a Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M simulators/simft990.c Log Message: ----------- Remove disabled code and change signature Makes getmyline() identical to the other simulators. Commit: a5467f403305f1ae925dc458e6a010caa4f7ac3c https://github.com/Hamlib/Hamlib/commit/a5467f403305f1ae925dc458e6a010caa4f7ac3c Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M simulators/sim.h M simulators/simft1000.c M simulators/simft736.c M simulators/simft747gx.c M simulators/simft817.c M simulators/simft847.c M simulators/simft897.c M simulators/simft990.c M simulators/simjupiter.c M simulators/simspid.c Log Message: ----------- Refactor to remove code duplication of one version of getmyline() Commit: 498b45f5b08f5b2b207b9f5f0d6b6da3f116f31b https://github.com/Hamlib/Hamlib/commit/498b45f5b08f5b2b207b9f5f0d6b6da3f116f31b Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M simulators/simtmd700.c M simulators/simtmd710.c Log Message: ----------- Rename in preparation of conflicting changes Commit: b809937395457fadb9fa3ab98ad8a4ff52e9fa7d https://github.com/Hamlib/Hamlib/commit/b809937395457fadb9fa3ab98ad8a4ff52e9fa7d Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M simulators/simatd578.c M simulators/simeasycomm.c M simulators/simmicom.c M simulators/simorion.c M simulators/simpmr171.c M simulators/simrotorez.c M simulators/simts590.c Log Message: ----------- Rename in preparation of conflicting changes Commit: 790820ab22cde0b8a251356d3513ad41f20f1f3c https://github.com/Hamlib/Hamlib/commit/790820ab22cde0b8a251356d3513ad41f20f1f3c Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M simulators/sim.h M simulators/simelecraft.c M simulators/simelecraftk4.c M simulators/simft450.c M simulators/simft710.c M simulators/simft818.c M simulators/simft991.c M simulators/simftdx101.c M simulators/simftdx1200.c M simulators/simftdx3000.c M simulators/simftdx5000.c M simulators/simkenwood.c M simulators/simpowersdr.c M simulators/simqrplabs.c M simulators/simtrusdx.c M simulators/simts450.c M simulators/simts890.c M simulators/simts950.c M simulators/simts990.c M simulators/simyaesu.c Log Message: ----------- Refactor to remove code duplication of one version of getmyline() Commit: 151549bb3b828596dc5b67d02bd446842655608a https://github.com/Hamlib/Hamlib/commit/151549bb3b828596dc5b67d02bd446842655608a Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M simulators/simelecraft.c M simulators/simelecraftk4.c M simulators/simtmd700.c M simulators/simts890.c M simulators/simts990.c M simulators/simxiegug90.c M simulators/simxiegux108g.c M simulators/simxiegux6100.c Log Message: ----------- Remove disabled code None of these simulators does multicast networking. Commit: 725fcee0048c6554d8c4c5393f52c350bb662e48 https://github.com/Hamlib/Hamlib/commit/725fcee0048c6554d8c4c5393f52c350bb662e48 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-05 (Tue, 05 Aug 2025) Changed paths: M simulators/simatd578.c Log Message: ----------- Fix compiler warning Fixes: simatd578.c:143:9: warning: ‘n’ may be used uninitialized [-Wmaybe-uninitialized] Commit: f691a68c069bbd32c938249f3dbd4a1d112e5c97 https://github.com/Hamlib/Hamlib/commit/f691a68c069bbd32c938249f3dbd4a1d112e5c97 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-05 (Tue, 05 Aug 2025) Changed paths: M simulators/simft990.c Log Message: ----------- Fix compiler warning Fixes: simft990.c:39:16: warning: suggest parentheses around assignment used as truth value [-Wparentheses] Commit: d9532a9c62a6b31948968838b870bdc7e2b0e396 https://github.com/Hamlib/Hamlib/commit/d9532a9c62a6b31948968838b870bdc7e2b0e396 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-05 (Tue, 05 Aug 2025) Changed paths: M simulators/simft990.c Log Message: ----------- Fix compiler warning Fixes: simft990.c:64:36: warning: pointer targets in passing argument 2 of ‘getmyline5’ differ in signedness [-Wpointer-sign] Commit: 8064da81214c66374cf864942c3b8692f50cc0cf https://github.com/Hamlib/Hamlib/commit/8064da81214c66374cf864942c3b8692f50cc0cf Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-05 (Tue, 05 Aug 2025) Changed paths: M simulators/sim.h Log Message: ----------- Avoid burning 100% CPU Adds hl_usleep() like in the other version of getmyline(). Commit: 249a99363363fab3b37eac66c9f83323988427af https://github.com/Hamlib/Hamlib/commit/249a99363363fab3b37eac66c9f83323988427af Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-05 (Tue, 05 Aug 2025) Changed paths: M simulators/sim.h Log Message: ----------- Avoid spamming the terminal with 0's Commit: 816d6d9befa3c14f4859257ab60fd0292d1319a0 https://github.com/Hamlib/Hamlib/commit/816d6d9befa3c14f4859257ab60fd0292d1319a0 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-05 (Tue, 05 Aug 2025) Changed paths: M simulators/simft990.c Log Message: ----------- Replace magic number with a defined constant Commit: 9dd0009f9e14100adf10cc4abe058237f4eb1a6c https://github.com/Hamlib/Hamlib/commit/9dd0009f9e14100adf10cc4abe058237f4eb1a6c Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-05 (Tue, 05 Aug 2025) Changed paths: M simulators/simelecraft.c M simulators/simelecraftk4.c M simulators/simft450.c M simulators/simft710.c M simulators/simft818.c M simulators/simft990.c M simulators/simft991.c M simulators/simftdx101.c M simulators/simftdx1200.c M simulators/simftdx3000.c M simulators/simftdx5000.c M simulators/simic2730.c M simulators/simic275.c M simulators/simic7000.c M simulators/simic705.c M simulators/simic7100.c M simulators/simic7200.c M simulators/simic7300.c M simulators/simic7600.c M simulators/simic7610.c M simulators/simic7700.c M simulators/simic7851.c M simulators/simic905.c M simulators/simic910.c M simulators/simic9100.c M simulators/simic9700.c M simulators/simicgeneric.c M simulators/simicr8600.c M simulators/simid5100.c M simulators/simkenwood.c M simulators/simpowersdr.c M simulators/simqrplabs.c M simulators/simtrusdx.c M simulators/simts450.c M simulators/simts590.c M simulators/simts890.c M simulators/simts950.c M simulators/simts990.c M simulators/simxiegug90.c M simulators/simxiegux108g.c M simulators/simxiegux6100.c M simulators/simyaesu.c Log Message: ----------- Remove unused define Commit: af4c6ec8061dc876ccb3c4cb746db2f3b9f09546 https://github.com/Hamlib/Hamlib/commit/af4c6ec8061dc876ccb3c4cb746db2f3b9f09546 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-05 (Tue, 05 Aug 2025) Changed paths: M simulators/simft990.c Log Message: ----------- Make the output of simft990 more friendly Commit: d5c5eeff15df9c520ad71c1a8ebdeb04f3dae59e https://github.com/Hamlib/Hamlib/commit/d5c5eeff15df9c520ad71c1a8ebdeb04f3dae59e Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-05 (Tue, 05 Aug 2025) Changed paths: M simulators/sim.h Log Message: ----------- No need to use strlen() because the i variable counted the chars read Commit: 032e78826e05ee09ab761ee1abdac26dc3ea4ca8 https://github.com/Hamlib/Hamlib/commit/032e78826e05ee09ab761ee1abdac26dc3ea4ca8 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-05 (Tue, 05 Aug 2025) Changed paths: M simulators/simtmd710.c Log Message: ----------- Fix BC and FO commands The following command work from rigctl: get_freq get_ctcss_tone get_rig_info. Uses the information from the manual linked at the top of rig/kenwood/tmd710.c. Fixes: simtmd710.c:64:44: warning: format ‘%d’ expects argument of type ‘int’, but argument 4 has type ‘double’ [-Wformat=] simtmd710.c:68:44: warning: format ‘%d’ expects argument of type ‘int’, but argument 4 has type ‘double’ [-Wformat=] Commit: 59acdb791eaa594193ae17213aa23a8e1efdd02f https://github.com/Hamlib/Hamlib/commit/59acdb791eaa594193ae17213aa23a8e1efdd02f Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-06 (Wed, 06 Aug 2025) Changed paths: M simulators/simyaesu.c Log Message: ----------- Fix compiler warning Move both initialization outside of the conditional. Fixes: simyaesu.c:364:12: warning: ‘pbuf’ may be used uninitialized [-Wmaybe-uninitialized] Commit: 49c78edb80a992d69940a31139a0b49a53f795ce https://github.com/Hamlib/Hamlib/commit/49c78edb80a992d69940a31139a0b49a53f795ce Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-06 (Wed, 06 Aug 2025) Changed paths: M simulators/simft847.c M simulators/simft897.c M simulators/simmicom.c M simulators/simspid.c Log Message: ----------- Make code more uniform Commit: 4251c50b7fda0fe2710a4ba28776ec4c7fe579a8 https://github.com/Hamlib/Hamlib/commit/4251c50b7fda0fe2710a4ba28776ec4c7fe579a8 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-07 (Thu, 07 Aug 2025) Changed paths: M simulators/simatd578.c Log Message: ----------- Fix reading line when the client (eg. rigctl) closes Fixes an infinite stream of debug output because it erroneously appeared to have read 1 byte instead of 0: n=1 00 Not 8 bytes? bytes=1 Unknown cmd=00 Tested with: tests/rigctl -m 37001 -r /dev/pts/6 f (however it doesn't read the frequency because it looks like the protocol is different or incomplete, rigs/anytone/d578.c is still in beta) Commit: 5b87b3870432b7492558c686f3a3e4c13321db0a https://github.com/Hamlib/Hamlib/commit/5b87b3870432b7492558c686f3a3e4c13321db0a Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-07 (Thu, 07 Aug 2025) Changed paths: M simulators/simic2730.c M simulators/simic275.c M simulators/simic7000.c M simulators/simic705.c M simulators/simic7100.c M simulators/simic7200.c M simulators/simic7300.c M simulators/simic7600.c M simulators/simic7610.c M simulators/simic7700.c M simulators/simic7851.c M simulators/simic905.c M simulators/simic910.c M simulators/simic9100.c M simulators/simic9700.c M simulators/simid5100.c Log Message: ----------- Replace "goto again" with "continue" (first case) Does the same thing with more structured control flow. It also silences compiler warnings. Commit: 8887294cd85a1c53bd6fef428b735b7eaee6c6ae https://github.com/Hamlib/Hamlib/commit/8887294cd85a1c53bd6fef428b735b7eaee6c6ae Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-07 (Thu, 07 Aug 2025) Changed paths: M simulators/simeasycomm.c M simulators/simrotorez.c Log Message: ----------- Replace "goto again" with "continue" (second case) Does the same thing with more structured control flow. It also silences compiler warnings. Commit: 5b1517778e20f04f18ca0e9a89c32f0a01b78783 https://github.com/Hamlib/Hamlib/commit/5b1517778e20f04f18ca0e9a89c32f0a01b78783 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-07 (Thu, 07 Aug 2025) Changed paths: M simulators/simatd578.c M simulators/simft1000.c M simulators/simft736.c M simulators/simft747gx.c M simulators/simft817.c M simulators/simft847.c M simulators/simft897.c M simulators/simjupiter.c M simulators/simmicom.c M simulators/simorion.c M simulators/simpmr171.c M simulators/simspid.c Log Message: ----------- Replace "goto again" with "continue" (third case) When the software on the other side of the pty closes the device, the simulator would close and reopen its side but it is unneeded because it can continue to call read() without doing anything special. Commit: 891070941f30bf474dfeb9c913aa6387f48fe49c https://github.com/Hamlib/Hamlib/commit/891070941f30bf474dfeb9c913aa6387f48fe49c Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-07 (Thu, 07 Aug 2025) Changed paths: M simulators/simic905.c M simulators/simic910.c Log Message: ----------- Fix compiler warnings Fixes: simic905.c:108:9: warning: label followed by a declaration is a C23 extension [-Wc23-extensions] simic910.c:112:9: warning: label followed by a declaration is a C23 extension [-Wc23-extensions] Commit: 93a24356e5ad79a12865967b32f4524080f044dd https://github.com/Hamlib/Hamlib/commit/93a24356e5ad79a12865967b32f4524080f044dd Author: Nate Bargmann <n0...@n0...> Date: 2025-08-07 (Thu, 07 Aug 2025) Changed paths: A c++/.gitignore A simulators/.gitignore M simulators/sim.h M simulators/simatd578.c M simulators/simeasycomm.c M simulators/simelecraft.c M simulators/simelecraftk4.c M simulators/simflex.c M simulators/simft1000.c M simulators/simft450.c M simulators/simft710.c M simulators/simft736.c M simulators/simft747gx.c M simulators/simft817.c M simulators/simft818.c M simulators/simft847.c M simulators/simft897.c M simulators/simft990.c M simulators/simft991.c M simulators/simftdx101.c M simulators/simftdx1200.c M simulators/simftdx3000.c M simulators/simftdx5000.c M simulators/simic2730.c M simulators/simic275.c M simulators/simic7000.c M simulators/simic705.c M simulators/simic7100.c M simulators/simic7200.c M simulators/simic7300.c M simulators/simic7600.c M simulators/simic7610.c M simulators/simic7700.c M simulators/simic7851.c M simulators/simic905.c M simulators/simic910.c M simulators/simic9100.c M simulators/simic9700.c M simulators/simicgeneric.c M simulators/simicr8600.c M simulators/simid5100.c M simulators/simjupiter.c M simulators/simkenwood.c M simulators/simmicom.c M simulators/simorion.c M simulators/simpmr171.c M simulators/simpowersdr.c M simulators/simpstrotator.c M simulators/simqrplabs.c M simulators/simrotorez.c M simulators/simspid.c M simulators/simtmd700.c M simulators/simtmd710.c M simulators/simtrusdx.c M simulators/simts450.c M simulators/simts590.c M simulators/simts890.c M simulators/simts950.c M simulators/simts990.c M simulators/simxiegug90.c M simulators/simxiegux108g.c M simulators/simxiegux6100.c M simulators/simyaesu.c Log Message: ----------- Merge GitHub PR #1831 Compare: https://github.com/Hamlib/Hamlib/compare/70d50d0efbbd...93a24356e5ad To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Richard E. <DO...@ho...> - 2025-08-06 20:01:35
|
Greetings. I own said transceiver and operate it using Rigctl. I would like to know wether its possible to setup and save a repeater channel just using the software without having to touch the device. I am blind and therefore I can't work with the display of the transceiver. As I found out, its not possible to set the CTCSS tone from within Rigctl, cause its not implemented in this iCom's protocol. So I will have to ask a sighted person to later add the subtone. But if I was able to do the initial setup for the QRG and its offset, that would save us some time. If its possible to program and save channels from Rigctl, I would be glad for a step by step guide including the necessary commands. Thanks in advance. 73 Richard, DO9RE |
|
From: Nate B. <no...@gi...> - 2025-08-06 18:53:16
|
Branch: refs/heads/Hamlib-4.6.3 Home: https://github.com/Hamlib/Hamlib Commit: 566d56bb29eaaaa5737411524fbc8ebee77ff7c3 https://github.com/Hamlib/Hamlib/commit/566d56bb29eaaaa5737411524fbc8ebee77ff7c3 Author: George Baltz N3GB <Geo...@gm...> Date: 2025-08-06 (Wed, 06 Aug 2025) Changed paths: M rigs/kenwood/ts590.c M rigs/kenwood/ts890s.c M rigs/kenwood/ts990s.c Log Message: ----------- Update Kenwood max CW message size. Commit: 201f69bf3cbf46859920b920ed4df194c0d803eb https://github.com/Hamlib/Hamlib/commit/201f69bf3cbf46859920b920ed4df194c0d803eb Author: George Baltz N3GB <Geo...@gm...> Date: 2025-08-06 (Wed, 06 Aug 2025) Changed paths: M rigs/icom/icom.c Log Message: ----------- Fix one byte buffer overrun All the pictures in manuals show message as 4 bytes, but they don't include the major command (0x26). Found by `gcc -fanalyzer` Commit: 2d63d05da7d80132392b25a8405844fceea4480f https://github.com/Hamlib/Hamlib/commit/2d63d05da7d80132392b25a8405844fceea4480f Author: Nate Bargmann <n0...@n0...> Date: 2025-08-06 (Wed, 06 Aug 2025) Changed paths: M NEWS M configure.ac Log Message: ----------- Advance to 4.6.5 No proposed release date as of yet. Compare: https://github.com/Hamlib/Hamlib/compare/59e3d1b30750...2d63d05da7d8 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: GeoBaltz <no...@gi...> - 2025-08-06 18:07:11
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 8ce51d13aa7e70a4b563b1218160fbb8b5d2cd25 https://github.com/Hamlib/Hamlib/commit/8ce51d13aa7e70a4b563b1218160fbb8b5d2cd25 Author: George Baltz N3GB <Geo...@gm...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M rigs/kenwood/ts590.c M rigs/kenwood/ts890s.c M rigs/kenwood/ts990s.c Log Message: ----------- Update Kenwood max CW message size. Commit: c1e6dcf0105b2b1affe7aa1d794af7f09f017002 https://github.com/Hamlib/Hamlib/commit/c1e6dcf0105b2b1affe7aa1d794af7f09f017002 Author: George Baltz N3GB <Geo...@gm...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M amplifiers/elecraft/kpa.c M amplifiers/gemini/gemini.c M rotators/apex/apex.c M rotators/easycomm/easycomm.c M rotators/gs232a/gs232.c M rotators/gs232a/gs232a.c M rotators/gs232a/gs232b.c Log Message: ----------- More cppcheck stuff in amplifiers/ and rotators/ Commit: c1132a77b5883207147e3ebbf56152389467bb8e https://github.com/Hamlib/Hamlib/commit/c1132a77b5883207147e3ebbf56152389467bb8e Author: George Baltz N3GB <Geo...@gm...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M include/hamlib/rig_state.h Log Message: ----------- Mark cache structure in rig_state as deprecated. It is no longer being initialized or updated, so anyone referencing it is being misled. Commit: c26113c5cc6e9e2027111bb019ce36d635bbf602 https://github.com/Hamlib/Hamlib/commit/c26113c5cc6e9e2027111bb019ce36d635bbf602 Author: George Baltz N3GB <Geo...@gm...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M include/hamlib/rig.h M rigs/anytone/anytone.h M rigs/tentec/omnivii.c M rigs/tentec/paragon.c M rigs/tentec/rx331.c M rigs/tentec/rx340.c Log Message: ----------- Fix more cppcheck messages Suppress non-errors in rx331.c and rx340.c Mark runflag(s) as volatile Commit: 96bc67d993647208060e443dd9953cff3255cfa4 https://github.com/Hamlib/Hamlib/commit/96bc67d993647208060e443dd9953cff3255cfa4 Author: George Baltz N3GB <Geo...@gm...> Date: 2025-08-05 (Tue, 05 Aug 2025) Changed paths: M security/AESStringCrypt.c Log Message: ----------- Fix FD leak in AESStringCrypt.c Found by `gcc -fanalyzer`, which then spent the next 20+ minutes trying to analyze md5.c, at which point I gave up. Commit: 1e5adb9fde600354dbac2dfbae1775fc28725c49 https://github.com/Hamlib/Hamlib/commit/1e5adb9fde600354dbac2dfbae1775fc28725c49 Author: George Baltz N3GB <Geo...@gm...> Date: 2025-08-06 (Wed, 06 Aug 2025) Changed paths: M rigs/yaesu/ft100.c M rotators/gs232a/gs232.c M src/network.c M src/settings.c Log Message: ----------- Fix errors in error cases Leak FDs in error exits, seg faults if RIG missing. Found by `gcc -fanalyzer` Commit: 70d50d0efbbdd84157c9cd89043744f07d15bfd8 https://github.com/Hamlib/Hamlib/commit/70d50d0efbbdd84157c9cd89043744f07d15bfd8 Author: George Baltz N3GB <Geo...@gm...> Date: 2025-08-06 (Wed, 06 Aug 2025) Changed paths: M rigs/icom/icom.c Log Message: ----------- Fix one byte buffer overrun All the pictures in manuals show message as 4 bytes, but they don't include the major command (0x26). Found by `gcc -fanalyzer` Compare: https://github.com/Hamlib/Hamlib/compare/1e310b7958bc...70d50d0efbbd To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2025-08-04 13:41:08
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: fbe9803777f7b41fca075d8a371a33e5b3ad9607 https://github.com/Hamlib/Hamlib/commit/fbe9803777f7b41fca075d8a371a33e5b3ad9607 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M bindings/python/test_rig.py M src/rig.c Log Message: ----------- Fix initialization of comm_status The function rig_init() doesn't touch the hardware, it's rig_open() that initiates the connection and in fact the first use of comm_status in rig_open() is when it gets the value RIG_COMM_STATUS_CONNECTING and rig_close() sets it to RIG_COMM_STATUS_DISCONNECTED. Commit: 1e310b7958bcb0c3246837e3cf8e2a497bcc6e48 https://github.com/Hamlib/Hamlib/commit/1e310b7958bcb0c3246837e3cf8e2a497bcc6e48 Author: Nate Bargmann <n0...@n0...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M bindings/python/test_rig.py M src/rig.c Log Message: ----------- Merge GitHub PR #1828 Compare: https://github.com/Hamlib/Hamlib/compare/c881bc713231...1e310b7958bc To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2025-08-04 13:02:47
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 8d8d0328bfb9fe7fae5c2d273f4adc04e44ae1ca https://github.com/Hamlib/Hamlib/commit/8d8d0328bfb9fe7fae5c2d273f4adc04e44ae1ca Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M amplifiers/elecraft/kpa.c M amplifiers/expert/expert.c M extra/kylix/hamlib_rigapi.pas M include/hamlib/amplist.h M include/hamlib/rig.h M rigs/aor/aor.c M rigs/aor/ar3000.c M rigs/aor/ar5000.c M rigs/aor/ar7030.c M rigs/aor/ar7030p.h M rigs/aor/ar8000.c M rigs/aor/ar8200.c M rigs/aor/ar8600.c M rigs/barrett/950.c M rigs/commradio/commradio.c M rigs/drake/drake.c M rigs/dummy/dummy.c M rigs/elad/elad.c M rigs/icom/ic7000.c M rigs/icom/ic7200.c M rigs/icom/ic746.c M rigs/icom/ic756.c M rigs/icom/ic820h.c M rigs/icom/ic821h.c M rigs/icom/ic910.c M rigs/icom/ic970.c M rigs/icom/icom.c M rigs/icom/icom_defs.h M rigs/icom/xiegu.c M rigs/kachina/kachina.c M rigs/kenwood/flex6xxx.c M rigs/kenwood/k3.c M rigs/kenwood/kenwood.c M rigs/kenwood/th.c M rigs/kenwood/thd72.c M rigs/kenwood/thd74.c M rigs/kenwood/thf6a.c M rigs/kenwood/thf7.c M rigs/kenwood/tmd710.c M rigs/kenwood/ts480.c M rigs/kit/elektor507.c M rigs/pcr/pcr.c M rigs/tentec/orion.c M rigs/tentec/orion.h M rigs/tentec/tt550.c M rigs/winradio/winradio.c M rigs/wj/wj.c M rigs/yaesu/frg8800.c M rigs/yaesu/ft100.c M rigs/yaesu/ft1000d.c M rigs/yaesu/ft1000mp.c M rigs/yaesu/ft747.c M rigs/yaesu/ft817.c M rigs/yaesu/ft847.c M rigs/yaesu/ft891.c M rigs/yaesu/ft950.c M rigs/yaesu/ft990.c M rigs/yaesu/ft990v12.c M rigs/yaesu/ft991.c M rigs/yaesu/ftdx101.c M rigs/yaesu/ftdx101mp.c M rigs/yaesu/ftx1.c M rigs/yaesu/newcat.c M rigs/yaesu/vr5000.c M simulators/simts890.c M src/misc.c M src/usb_port.c M tests/example.c M tests/testloc.c Log Message: ----------- Fix typos Commit: c881bc713231d3505a5021338d1406edfedd470f https://github.com/Hamlib/Hamlib/commit/c881bc713231d3505a5021338d1406edfedd470f Author: Nate Bargmann <n0...@n0...> Date: 2025-08-04 (Mon, 04 Aug 2025) Changed paths: M amplifiers/elecraft/kpa.c M amplifiers/expert/expert.c M extra/kylix/hamlib_rigapi.pas M include/hamlib/amplist.h M include/hamlib/rig.h M rigs/aor/aor.c M rigs/aor/ar3000.c M rigs/aor/ar5000.c M rigs/aor/ar7030.c M rigs/aor/ar7030p.h M rigs/aor/ar8000.c M rigs/aor/ar8200.c M rigs/aor/ar8600.c M rigs/barrett/950.c M rigs/commradio/commradio.c M rigs/drake/drake.c M rigs/dummy/dummy.c M rigs/elad/elad.c M rigs/icom/ic7000.c M rigs/icom/ic7200.c M rigs/icom/ic746.c M rigs/icom/ic756.c M rigs/icom/ic820h.c M rigs/icom/ic821h.c M rigs/icom/ic910.c M rigs/icom/ic970.c M rigs/icom/icom.c M rigs/icom/icom_defs.h M rigs/icom/xiegu.c M rigs/kachina/kachina.c M rigs/kenwood/flex6xxx.c M rigs/kenwood/k3.c M rigs/kenwood/kenwood.c M rigs/kenwood/th.c M rigs/kenwood/thd72.c M rigs/kenwood/thd74.c M rigs/kenwood/thf6a.c M rigs/kenwood/thf7.c M rigs/kenwood/tmd710.c M rigs/kenwood/ts480.c M rigs/kit/elektor507.c M rigs/pcr/pcr.c M rigs/tentec/orion.c M rigs/tentec/orion.h M rigs/tentec/tt550.c M rigs/winradio/winradio.c M rigs/wj/wj.c M rigs/yaesu/frg8800.c M rigs/yaesu/ft100.c M rigs/yaesu/ft1000d.c M rigs/yaesu/ft1000mp.c M rigs/yaesu/ft747.c M rigs/yaesu/ft817.c M rigs/yaesu/ft847.c M rigs/yaesu/ft891.c M rigs/yaesu/ft950.c M rigs/yaesu/ft990.c M rigs/yaesu/ft990v12.c M rigs/yaesu/ft991.c M rigs/yaesu/ftdx101.c M rigs/yaesu/ftdx101mp.c M rigs/yaesu/ftx1.c M rigs/yaesu/newcat.c M rigs/yaesu/vr5000.c M simulators/simts890.c M src/misc.c M src/usb_port.c M tests/example.c M tests/testloc.c Log Message: ----------- Merge GitHub PR #1827 Compare: https://github.com/Hamlib/Hamlib/compare/8ccc197b7c01...c881bc713231 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Jeremy <no...@gi...> - 2025-08-04 12:35:56
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: bb070edfa3e68eb08a928266fc85a90673057b5f https://github.com/Hamlib/Hamlib/commit/bb070edfa3e68eb08a928266fc85a90673057b5f Author: jeremybox <gi...@je...> Date: 2025-08-02 (Sat, 02 Aug 2025) Changed paths: M rigs/yaesu/ftx1.c M rigs/yaesu/ftx1.h M rigs/yaesu/newcat.c M rigs/yaesu/yaesu.c M rigs/yaesu/yaesu.h M tests/Makefile.am Log Message: ----------- Enhanced FTX-1 support with comprehensive improvements Commit: 971ab5e1264aef5dd0a900ab02639ffcdb66a7f5 https://github.com/Hamlib/Hamlib/commit/971ab5e1264aef5dd0a900ab02639ffcdb66a7f5 Author: jeremybox <gi...@je...> Date: 2025-08-02 (Sat, 02 Aug 2025) Changed paths: M tests/Makefile.am Log Message: ----------- Remove test_ftx1 from Makefile to fix build issues - Removed test_ftx1 from check_PROGRAMS list - Removed test_ftx1_SOURCES definition - This prevents build failures on systems without the test file Commit: 0d079d2338c53d4b48bd8db5592749f28d9069c6 https://github.com/Hamlib/Hamlib/commit/0d079d2338c53d4b48bd8db5592749f28d9069c6 Author: jeremybox <gi...@je...> Date: 2025-08-02 (Sat, 02 Aug 2025) Changed paths: M tests/Makefile.am Log Message: ----------- Restore tests/Makefile.am to match master branch exactly Commit: 182597ebc46c1d99eefe08ba3682c8538a18d133 https://github.com/Hamlib/Hamlib/commit/182597ebc46c1d99eefe08ba3682c8538a18d133 Author: jeremybox <gi...@je...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M rigs/yaesu/ftx1.c M rigs/yaesu/ftx1.h Log Message: ----------- Clean up unused functions in FTX-1 driver - Remove unused ftx1_handle_cat_error function - Remove unused ftx1_get_split and ftx1_set_split functions - Remove unused variable 'err' in ftx1_set_freq - Remove corresponding function declarations from ftx1.h - Eliminates all compiler warnings for clean build Commit: 8ccc197b7c01efdb0b22774d0b2210b6bec28e92 https://github.com/Hamlib/Hamlib/commit/8ccc197b7c01efdb0b22774d0b2210b6bec28e92 Author: jeremybox <gi...@je...> Date: 2025-08-03 (Sun, 03 Aug 2025) Changed paths: M rigs/yaesu/ftx1.c M rigs/yaesu/ftx1.h M rigs/yaesu/newcat.c M rigs/yaesu/yaesu.c Log Message: ----------- ftx1: implement tuning step functionality and cleanup - Add ftx1_get_ts() and ftx1_set_ts() functions using EX0306 commands - Support mode-specific tuning step values: * SSB/CW & RTTY/PSK: 5Hz, 10Hz, 20Hz * FM: 5kHz, 6.25kHz, 10kHz, 12.5kHz, 20kHz, 25kHz, Auto - Remove unused functions: ftx1_handle_cat_error, ftx1_get_split, ftx1_set_split - Remove unused variable in ftx1_set_freq - Update header file to remove unused function declarations - Fix format specifiers (%d -> %ld) for shortfreq_t type Tested with real FTX-1 hardware using rigctl commands. Tuning step functionality verified in LSB mode with 20Hz step. Compare: https://github.com/Hamlib/Hamlib/compare/989623ec511e...8ccc197b7c01 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Uwe, D. <dg...@gm...> - 2025-08-04 10:34:20
|
Thanks, Nate! I am convinced that the problem is solved now. I have just tried it also for the 32-bit builds as well as with Qt 6.6.3. Both work with the two changes mentioned. Thanks again. By the way, I have now subscribed to the hamlib-developer list. If Roger does the same, the communication with you hamlib developers should work better in the future. But it would still be good for us wsjtx developers if you could proactively contact us about planned changes in the future (preferably Roger and me, because otherwise hardly anyone in our wsjtx dev team is still programming such things). Until now, Mike had always tested it himself and provided us with patches if the WSJT-X code had to be adapted in any way. Do none of you Hamlib guys actually work with WSJT-X anymore? Because, if so, this person could take over Mike's role in this regard. Incidentally, WSJT-X and WSJT-X Improved are basically one and the same program, and I am involved in both products. The next release of WSJT-X will be based on my WSJT-X Improved 2.8.0 source code anyway. WSJT-X will then be nothing more than a snapshot of the "i+" version of WSJT-X Improved. 73 de DG2YCB, Uwe ________________________________________ German Amateur Radio Station DG2YCB Dr. Uwe Risse eMail: dg...@gm... Info: www.qrz.com/db/DG2YCB Am 04.08.2025 um 12:17 schrieb Nate Bargmann: > BTW, I was awakened and made the changes and uploaded a replaced 32 bit > version and now the 64 bit version should be available with the > 'lib\gcc' changes. Please grab them and test them. > > 73, Nate > |
|
From: Nate B. <n0...@n0...> - 2025-08-04 10:17:39
|
BTW, I was awakened and made the changes and uploaded a replaced 32 bit version and now the 64 bit version should be available with the 'lib\gcc' changes. Please grab them and test them. 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 |
|
From: Nate B. <n0...@n0...> - 2025-08-04 10:15:33
|
* On 2025 04 Aug 03:16 -0500, Uwe, DG2YCB via Hamlib-developer wrote: > Hi Nate, > > Yes, that broke it. According to my tests, changing “gcc-mingw” to “gcc” is > sufficient to get it back working. It would be great if you could change > your build scripts accordingly. Otherwise, we would have to see if we can > add an exception rule for this in our file FindHamlib.cmake. I've reverted the directory name change so it is just 'lib\gcc' now in both builds. That's not a deal breaker for me. I'll be committing those changes to Hamlib master at a later time as some other pull requests are pending. > Meanwhile, Roger has found a solution for line 336 of our > HamlibTransceiver.cpp module. With this, WSJT-X compiles correctly again on > both Linux and Windows, at least for me. Let's see if it is backward > compatible with the older hamlib versions. > > These two measures could therefore solve the problem. However, we still need > to test all of this on the many other operating systems (and also with Qt6). > Not that it still causes problems somewhere. I would advise that you or someone on the main team subscribe to our mailing list to see what we're discussing and committing to master. We do have a number of necessary changes that will be made after 4.7.0 is released in preparation for the planned 5.0.0 release. I realize what you're trying to achieve, but this is the dance card of following a project on its development branch rather than stable releases. That said, I'd rather these issues be worked out sooner than at the last minute, so thank you. Welcome to the dance. 😉 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 |
|
From: Uwe, D. <dg...@gm...> - 2025-08-04 08:15:48
|
Hi Nate, Yes, that broke it. According to my tests, changing “gcc-mingw” to “gcc” is sufficient to get it back working. It would be great if you could change your build scripts accordingly. Otherwise, we would have to see if we can add an exception rule for this in our file FindHamlib.cmake. Meanwhile, Roger has found a solution for line 336 of our HamlibTransceiver.cpp module. With this, WSJT-X compiles correctly again on both Linux and Windows, at least for me. Let's see if it is backward compatible with the older hamlib versions. These two measures could therefore solve the problem. However, we still need to test all of this on the many other operating systems (and also with Qt6). Not that it still causes problems somewhere. In any case, thanks for your help and efforts! 73 de DG2YCB, Uwe ________________________________________ German Amateur Radio Station DG2YCB Dr. Uwe Risse eMail: dg...@gm... Info: www.qrz.com/db/DG2YCB Am 03.08.2025 um 23:39 schrieb Nate Bargmann: > I just double-checked and compared the Windows binary archives between > the 4.6.4 release and 4.7~git. > > The only changes are: > > ~/tmp/hamlib-w64-4.6.4 > $ tree lib/ > lib/ > ├── gcc > │ └── libhamlib.dll.a > └── msvc > ├── libhamlib-4.def > └── libhamlib-4.lib > > 3 directories, 3 files > > > ~/tmp/hamlib-w64-4.7~git > $ tree lib/ > lib/ > ├── gcc-mingw > │ ├── libhamlib-4.lib > │ └── libhamlib.dll.a > └── msvc > └── libhamlib-4.def > > 3 directories, 3 files > > If this is where the issue lies it should be possible to direct the > build system to try one and then the other. If this is not the issue, > then I am at a loss at the moment. > > 73, Nate > |
|
From: Nate B. <n0...@n0...> - 2025-08-03 21:39:46
|
I just double-checked and compared the Windows binary archives between
the 4.6.4 release and 4.7~git.
The only changes are:
~/tmp/hamlib-w64-4.6.4
$ tree lib/
lib/
├── gcc
│ └── libhamlib.dll.a
└── msvc
├── libhamlib-4.def
└── libhamlib-4.lib
3 directories, 3 files
~/tmp/hamlib-w64-4.7~git
$ tree lib/
lib/
├── gcc-mingw
│ ├── libhamlib-4.lib
│ └── libhamlib.dll.a
└── msvc
└── libhamlib-4.def
3 directories, 3 files
If this is where the issue lies it should be possible to direct the
build system to try one and then the other. If this is not the issue,
then I am at a loss at the moment.
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
|
|
From: Nate B. <n0...@n0...> - 2025-08-03 20:33:21
|
* On 2025 03 Aug 13:57 -0500, Uwe, DG2YCB wrote: > Hi Nate, George, Roger and all, > * > 2. Nate's changes to his build environment.* > Over the past few years, I have always used the binaries from > https://n0nb.users.sourceforge.net/ to create the official Windows packages > for WSJT-X and WSJT-X Improved. However, this no longer works because Hamlib > can no longer be found with the module provided for this purpose in WSJT-X > (/CMake/Modules/FindHamlib.cmake). That's very bad! All works well > immediately if I go back to Hamlib 4.6.3. > CMake Error at CMake/Modules/LibFindMacros.cmake:263 (message): > REQUIRED PACKAGE NOT FOUND > > We only found some files of Hamlib, not all of them. Perhaps your > installation is incomplete or maybe we just didn't look in the right > place? > This package is REQUIRED and you need to install it or adjust CMake > configuration in order to continue building wsjtx. > > Relevant CMake configuration variables: > > Hamlib_INCLUDE_DIR=C:/JTSDK64-Tools/tools/hamlib/qt/5.12.12/include > Usb_INCLUDE_DIR=C:/JTSDK64-Tools/tools/libusb/1.0.24/include/libusb-1.0 > Hamlib_LIBRARY=<not found> What specific file is being checked? I did move just *one* file to s different location in the Windows binary archive and that is libhamlib-4.lib which is now placed in the lib/gcc-mingw directory of the archive. This change was made on recommendation of the MinGW project where their dlltool only creates a .lib file suitable for use by MinGW's gcc. Placing it in the msvc directory was misleading to MSVC developers. Now instructions have been added to (hopefully) allow such developers to create their own .lib file for use with MSVC/VS. > Usb_LIBRARY=C:/JTSDK64-Tools/tools/hamlib/qt/5.12.12/bin/libusb-1.0.dll > > You may use CMake GUI, cmake -D or ccmake to modify the values. Delete > CMakeCache.txt to discard all values and force full re-detection if > necessary. > > Call Stack (most recent call first): > CMake/Modules/FindHamlib.cmake:23 (libfind_process) > CMakeLists.txt:1009 (find_package) Looking at: https://sourceforge.net/p/wsjt/wsjtx/ci/master/tree/CMake/Modules/FindHamlib.cmake I don't see what CMake is looking for that has changed in the archive. It would be helpful to know exactly what file is being searched for as the only one I see there is rig.h and it is in the same place. 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 |
|
From: George B. <geo...@gm...> - 2025-08-03 20:30:22
|
What error did you get when changing rig_get_conf to rig_get_conf2?
rig_get_conf() has a serious problem in that it does no checking on the
length of the output - rig_get_conf2 adds the length of the output
buffer to the parameter list so no overrun. It was added by Mike B. in
Jan 2022, so I hope everyone has it by now.
73 n3gb
On 8/3/25 2:56 PM, Uwe, DG2YCB wrote:
> Hi Nate, George, Roger and all,
>
> Okay, let me summarize again the current situation:
> Today I noticed that the latest *Hamlib v4.7 is no longer* (fully)
> *compatible with WSJT-X*. *This is a severe issue* for us, especially
> since a new v3.0.0 is planned soon! The problems result from the
> following two changes in Hamlib:
>
> *1. Hamlib commit 20eeb96:*
> These changes lead to an incompatibility with WSJTX module
> HamlibTransceiver.cpp. On my Linux MInt 22.1 machine, it leads to the
> following compilation error:
> [ 82%] Built target jt9
> [ 82%] Building CXX object
> CMakeFiles/wsjt_qt.dir/Transceiver/HamlibTransceiver.cpp.o
> /home/uwe/jt/wsjtx/Transceiver/HamlibTransceiver.cpp: In member
> function ‘QByteArray HamlibTransceiver::impl::get_conf(const char*)’:
> /home/uwe/jt/wsjtx/Transceiver/HamlibTransceiver.cpp:336:33: error:
> ‘int rig_get_conf(RIG*, hamlib_token_t, char*)’ is deprecated
> [-Werror=deprecated-declarations]
> 336 | error_check (rig_get_conf (rig_.data (), token,
> value.data ()), tr ("getting a configuration item"));
> | ~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> In file included from
> /home/uwe/jt/wsjtx/Transceiver/HamlibTransceiver.cpp:15:
> /home/uwe/jt/hamlib/include/hamlib/rig.h:2971:1: note: declared here
> 2971 | rig_get_conf HAMLIB_PARAMS((RIG *rig,
> | ^~~~~~~~~~~~
> Changing rig_get_conf to rig_get_conf2 in HamlibTransceiver.cpp
> doesn't fix it, and changing the entire code would lead to loosing
> backwards compatibility. Keep in mind, that it must also work with
> macOS, Raspberry Pi 32-bit/64-bit, etc., and that not all these
> systems offer the latest hamlib versions. Thus, loosing backwards
> compatibility would end up in a mess!
>
> Compilation worked when I disabled the (red) line 336 in
> HamlibTransceiver.cpp, however, at best, it's a poor workaround. And
> who knows how it will behave on other operating systems when this line
> is disabled.
> QByteArray HamlibTransceiver::impl::get_conf (char const * item)
> {
> token_t token = rig_token_lookup (rig_.data (), item);
> QByteArray value {128, '\0'};
> if (RIG_CONF_END != token) // only get if valid for rig model
> {
> // error_check (rig_get_conf (rig_.data (), token, value.data
> ()), tr ("getting a configuration item"));
> }
> return value;
> }
> *
> 2. Nate's changes to his build environment.*
> Over the past few years, I have always used the binaries from
> https://n0nb.users.sourceforge.net/ to create the official Windows
> packages for WSJT-X and WSJT-X Improved. However, this no longer works
> because Hamlib can no longer be found with the module provided for
> this purpose in WSJT-X (/CMake/Modules/FindHamlib.cmake). That's very
> bad! All works well immediately if I go back to Hamlib 4.6.3.
> CMake Error at CMake/Modules/LibFindMacros.cmake:263 (message):
> REQUIRED PACKAGE NOT FOUND
>
> We only found some files of Hamlib, not all of them. Perhaps your
> installation is incomplete or maybe we just didn't look in the right
> place?
> This package is REQUIRED and you need to install it or adjust CMake
> configuration in order to continue building wsjtx.
>
> Relevant CMake configuration variables:
>
> Hamlib_INCLUDE_DIR=C:/JTSDK64-Tools/tools/hamlib/qt/5.12.12/include
> Usb_INCLUDE_DIR=C:/JTSDK64-Tools/tools/libusb/1.0.24/include/libusb-1.0
> Hamlib_LIBRARY=<not found>
> Usb_LIBRARY=C:/JTSDK64-Tools/tools/hamlib/qt/5.12.12/bin/libusb-1.0.dll
>
> You may use CMake GUI, cmake -D or ccmake to modify the values. Delete
> CMakeCache.txt to discard all values and force full re-detection if
> necessary.
>
> Call Stack (most recent call first):
> CMake/Modules/FindHamlib.cmake:23 (libfind_process)
> CMakeLists.txt:1009 (find_package)
>
> But also here: Any changes to the code used for years in WSJT-X will
> most likely lead to chaos, because of the many OS and GCC versions the
> users have, if we loose backwards compatibility.
>
> For testing purposes, I just compiled 64-bit binaries of the latest
> Hamlib source code myself using the JTDSK64 kit. This worked and I was
> able to compile WSJT-X 3.0.0 with it on Windows. At least that's
> something. Strangely enough, the compilation error I encountered with
> Linux did not occur there. But that shows us how different it can be.
> I don't want to be confronted with hundreds of complaints from all
> those people with their various RPi OSs or the different x86_64 or
> M1/M2/M3 variants of macOS!
> But I also need 32-bit binaries for the 32-bit versions of WSJT-X and
> WSJT-X Improved. Unfortunately, compiling with my JTSDK always leads
> to errors when trying to compile 32-bit Hamlib binaries. It was so
> nice that we could always use the reliable binaries from the
> https://n0nb.users.sourceforge.net/ site. It would be very
> disappointing if that were no longer possible in the future. This
> complicates every new version of WSJT-X.
>
> *I sincerely hope that solutions can be found for the problems
> identified.* I would really regret it if Hamlib were no longer
> considered reliable enough in the future. Then we would have to
> completely change course for WSJT-X in the long term when it comes to
> CAT control.
>
> I would also greatly appreciate it if such serious changes in Hamlib
> were coordinated with us WSJT-X developers beforehand. The repeated
> Hamlib problems of recent years have already severely damaged its
> reputation in the eyes of many. Of course, we always tried to argue it
> away objectively. Unfortunately, there are few to no alternatives on
> Linux and macOS. Therefore, I repeat my request: Please resolve these
> issues so that WSJT-X can continue to use Hamlib for CAT control of
> the rigs in the future.
>
> 73 de DG2YCB,
> Uwe
> ________________________________________
> German Amateur Radio Station DG2YCB
> Dr. Uwe Risse
> eMail: dg...@gm...
> Info: www.qrz.com/db/DG2YCB
>
>
> Am 03.08.2025 um 19:24 schrieb Nate Bargmann:
>> * On 2025 03 Aug 08:01 -0500, DG2YCB, Uwe wrote:
>>> Hi Roger, hi Nate,
>>>
>>> I have just tried to build WSJT-X on Linux with the latest Hamlib version
>>> 4.7~git-20250803-989623ec5, but it resulted in the build error listed below.
>>> It builds fine with Hamlib 4.6.3. Any idea where this new compilation error
>>> comes from?
>>>
>>> @Nate: Has anything been changed in Hamlib in this regard? Because we don't
>>> have anything changed in our WSJT-X code regarding Hamlib.
>> Yes, this commit by George:
>>
>> https://github.com/Hamlib/Hamlib/commit/20eeb96787a1e2dd67e158b52337f64ab47517e7
>>
>> This is in reference to Issue #924
>>
>> https://github.com/Hamlib/Hamlib/issues/924
>>
>>
>> Finally, please do not email me only on questions like these. Such
>> questions should be posted toh...@li...
>> that way all developers can be involved. Unfortunately, I now have a
>> long thread in my mail box with questions I'm unable to answer directly
>> so get get suitable answers this should be reposted to our mailing list.
>>
>> Thank you.
>>
>> 73, Nate
>>
> |
|
From: Michael M. <cmo...@gm...> - 2025-08-03 19:39:49
|
I figured out the issue. I had to adjust FTX1_POST_WRITE_DELAY from 2 to 5 > On Aug 3, 2025, at 11:38 AM, Michael Morgan <cmo...@gm...> wrote: > > I got my radio on Friday and just got around to tinkering with it today. I’m not sure if someone else is working on this, but I saw the initial code was committed. Initially when connecting to the rig I would get frequency but couldn’t change the frequency. I found the issue with that. But now for some reason it keeps just hanging at times. Look at this debug - 4053ms when WSJT is setting the frequency. I am using WSJT to test connection to a rigctld instance. It don’t always do that just sometimes. But often enough it is problematic. - Michael, AA5SH > > write_block(): TX 3 bytes > 0000 46 41 3b FA; > read_string_generic(): RX 12 characters, direct=1 > 0000 46 41 30 31 38 31 30 30 30 35 35 3b FA018100055; > newcat_get_cmd: read count = 12, ret_data = FA018100055; > *****5:newcat.c(11436):newcat_get_cmd returning(0) > newcat_get_freq: freq = 18100055 Hz for vfo VFOA > ****4:newcat.c(1508):newcat_get_freq returning(0) > rig_get_band called > ***3:rig_get_freq: elapsed=10ms > rig_lock: client lock disengaged > ***3:rig.c(2752):rig_get_freq returning(0) > newcat.c(1150)newcat_set_freq: checking VFOA for band change > newcat_band_index: freq=1.81e+07, band=6 > newcat_band_index: freq=1.81001e+07, band=6 > newcat_set_freq: VFO_A band changing=0 > newcat_valid_command BS > newcat.c(8271):newcat_valid_command returning2(1) > newcat_set_freq: is_ft991=0, CACHE(rig)->split=0, vfo=VFOA > newcat_set_freq:1398 cmd_str = FA018100000; > ***3:newcat.c(11695):newcat_set_cmd entered > cmd_str = FA018100000; > ****4:newcat.c(11452):newcat_set_cmd_validate entered > newcat_set_cmd_validate: priv->cmd_str=FA018100000; > write_block(): TX 12 bytes > 0000 46 41 30 31 38 31 30 30 30 30 30 3b FA018100000; > write_block(): TX 3 bytes > 0000 46 41 3b FA; > ****4:newcat.c(11630):newcat_set_cmd_validate returning(0) > newcat_set_cmd: cmd_validate OK > ***3:newcat.c(11712):newcat_set_cmd returning(0) > newcat_band_index: freq=1.81e+07, band=6 > newcat_band_index: freq=1.81001e+07, band=6 > newcat_band_index: freq=1.81e+07, band=6 > newcat_band_index: freq=1.81001e+07, band=6 > newcat_set_freq: band changing? old=6, new=6 > **2:newcat.c(1424):newcat_set_freq returning(0) > rig_set_freq: vfo=VFOA, save=VFOA > *1:rig_set_freq: elapsed=4053ms > > > |
|
From: Uwe, D. <dg...@gm...> - 2025-08-03 18:56:50
|
Hi Nate, George, Roger and all,
Okay, let me summarize again the current situation:
Today I noticed that the latest *Hamlib v4.7 is no longer* (fully)
*compatible with WSJT-X*. *This is a severe issue* for us, especially
since a new v3.0.0 is planned soon! The problems result from the
following two changes in Hamlib:
*1. Hamlib commit 20eeb96:*
These changes lead to an incompatibility with WSJTX module
HamlibTransceiver.cpp. On my Linux MInt 22.1 machine, it leads to the
following compilation error:
[ 82%] Built target jt9
[ 82%] Building CXX object
CMakeFiles/wsjt_qt.dir/Transceiver/HamlibTransceiver.cpp.o
/home/uwe/jt/wsjtx/Transceiver/HamlibTransceiver.cpp: In member function
‘QByteArray HamlibTransceiver::impl::get_conf(const char*)’:
/home/uwe/jt/wsjtx/Transceiver/HamlibTransceiver.cpp:336:33: error: ‘int
rig_get_conf(RIG*, hamlib_token_t, char*)’ is deprecated
[-Werror=deprecated-declarations]
336 | error_check (rig_get_conf (rig_.data (), token,
value.data ()), tr ("getting a configuration item"));
| ~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from
/home/uwe/jt/wsjtx/Transceiver/HamlibTransceiver.cpp:15:
/home/uwe/jt/hamlib/include/hamlib/rig.h:2971:1: note: declared here
2971 | rig_get_conf HAMLIB_PARAMS((RIG *rig,
| ^~~~~~~~~~~~
Changing rig_get_conf to rig_get_conf2 in HamlibTransceiver.cpp doesn't
fix it, and changing the entire code would lead to loosing backwards
compatibility. Keep in mind, that it must also work with macOS,
Raspberry Pi 32-bit/64-bit, etc., and that not all these systems offer
the latest hamlib versions. Thus, loosing backwards compatibility would
end up in a mess!
Compilation worked when I disabled the (red) line 336 in
HamlibTransceiver.cpp, however, at best, it's a poor workaround. And who
knows how it will behave on other operating systems when this line is
disabled.
QByteArray HamlibTransceiver::impl::get_conf (char const * item)
{
token_t token = rig_token_lookup (rig_.data (), item);
QByteArray value {128, '\0'};
if (RIG_CONF_END != token) // only get if valid for rig model
{
// error_check (rig_get_conf (rig_.data (), token, value.data ()),
tr ("getting a configuration item"));
}
return value;
}
*
2. Nate's changes to his build environment.*
Over the past few years, I have always used the binaries from
https://n0nb.users.sourceforge.net/ to create the official Windows
packages for WSJT-X and WSJT-X Improved. However, this no longer works
because Hamlib can no longer be found with the module provided for this
purpose in WSJT-X (/CMake/Modules/FindHamlib.cmake). That's very bad!
All works well immediately if I go back to Hamlib 4.6.3.
CMake Error at CMake/Modules/LibFindMacros.cmake:263 (message):
REQUIRED PACKAGE NOT FOUND
We only found some files of Hamlib, not all of them. Perhaps your
installation is incomplete or maybe we just didn't look in the right
place?
This package is REQUIRED and you need to install it or adjust CMake
configuration in order to continue building wsjtx.
Relevant CMake configuration variables:
Hamlib_INCLUDE_DIR=C:/JTSDK64-Tools/tools/hamlib/qt/5.12.12/include
Usb_INCLUDE_DIR=C:/JTSDK64-Tools/tools/libusb/1.0.24/include/libusb-1.0
Hamlib_LIBRARY=<not found>
Usb_LIBRARY=C:/JTSDK64-Tools/tools/hamlib/qt/5.12.12/bin/libusb-1.0.dll
You may use CMake GUI, cmake -D or ccmake to modify the values. Delete
CMakeCache.txt to discard all values and force full re-detection if
necessary.
Call Stack (most recent call first):
CMake/Modules/FindHamlib.cmake:23 (libfind_process)
CMakeLists.txt:1009 (find_package)
But also here: Any changes to the code used for years in WSJT-X will
most likely lead to chaos, because of the many OS and GCC versions the
users have, if we loose backwards compatibility.
For testing purposes, I just compiled 64-bit binaries of the latest
Hamlib source code myself using the JTDSK64 kit. This worked and I was
able to compile WSJT-X 3.0.0 with it on Windows. At least that's
something. Strangely enough, the compilation error I encountered with
Linux did not occur there. But that shows us how different it can be. I
don't want to be confronted with hundreds of complaints from all those
people with their various RPi OSs or the different x86_64 or M1/M2/M3
variants of macOS!
But I also need 32-bit binaries for the 32-bit versions of WSJT-X and
WSJT-X Improved. Unfortunately, compiling with my JTSDK always leads to
errors when trying to compile 32-bit Hamlib binaries. It was so nice
that we could always use the reliable binaries from the
https://n0nb.users.sourceforge.net/ site. It would be very disappointing
if that were no longer possible in the future. This complicates every
new version of WSJT-X.
*I sincerely hope that solutions can be found for the problems
identified.* I would really regret it if Hamlib were no longer
considered reliable enough in the future. Then we would have to
completely change course for WSJT-X in the long term when it comes to
CAT control.
I would also greatly appreciate it if such serious changes in Hamlib
were coordinated with us WSJT-X developers beforehand. The repeated
Hamlib problems of recent years have already severely damaged its
reputation in the eyes of many. Of course, we always tried to argue it
away objectively. Unfortunately, there are few to no alternatives on
Linux and macOS. Therefore, I repeat my request: Please resolve these
issues so that WSJT-X can continue to use Hamlib for CAT control of the
rigs in the future.
73 de DG2YCB,
Uwe
________________________________________
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg...@gm...
Info: www.qrz.com/db/DG2YCB
Am 03.08.2025 um 19:24 schrieb Nate Bargmann:
> * On 2025 03 Aug 08:01 -0500, DG2YCB, Uwe wrote:
>> Hi Roger, hi Nate,
>>
>> I have just tried to build WSJT-X on Linux with the latest Hamlib version
>> 4.7~git-20250803-989623ec5, but it resulted in the build error listed below.
>> It builds fine with Hamlib 4.6.3. Any idea where this new compilation error
>> comes from?
>>
>> @Nate: Has anything been changed in Hamlib in this regard? Because we don't
>> have anything changed in our WSJT-X code regarding Hamlib.
> Yes, this commit by George:
>
> https://github.com/Hamlib/Hamlib/commit/20eeb96787a1e2dd67e158b52337f64ab47517e7
>
> This is in reference to Issue #924
>
> https://github.com/Hamlib/Hamlib/issues/924
>
>
> Finally, please do not email me only on questions like these. Such
> questions should be posted toh...@li...
> that way all developers can be involved. Unfortunately, I now have a
> long thread in my mail box with questions I'm unable to answer directly
> so get get suitable answers this should be reposted to our mailing list.
>
> Thank you.
>
> 73, Nate
>
|
|
From: Michael M. <cmo...@gm...> - 2025-08-03 16:38:47
|
I got my radio on Friday and just got around to tinkering with it today. I’m not sure if someone else is working on this, but I saw the initial code was committed. Initially when connecting to the rig I would get frequency but couldn’t change the frequency. I found the issue with that. But now for some reason it keeps just hanging at times. Look at this debug - 4053ms when WSJT is setting the frequency. I am using WSJT to test connection to a rigctld instance. It don’t always do that just sometimes. But often enough it is problematic. - Michael, AA5SH write_block(): TX 3 bytes 0000 46 41 3b FA; read_string_generic(): RX 12 characters, direct=1 0000 46 41 30 31 38 31 30 30 30 35 35 3b FA018100055; newcat_get_cmd: read count = 12, ret_data = FA018100055; *****5:newcat.c(11436):newcat_get_cmd returning(0) newcat_get_freq: freq = 18100055 Hz for vfo VFOA ****4:newcat.c(1508):newcat_get_freq returning(0) rig_get_band called ***3:rig_get_freq: elapsed=10ms rig_lock: client lock disengaged ***3:rig.c(2752):rig_get_freq returning(0) newcat.c(1150)newcat_set_freq: checking VFOA for band change newcat_band_index: freq=1.81e+07, band=6 newcat_band_index: freq=1.81001e+07, band=6 newcat_set_freq: VFO_A band changing=0 newcat_valid_command BS newcat.c(8271):newcat_valid_command returning2(1) newcat_set_freq: is_ft991=0, CACHE(rig)->split=0, vfo=VFOA newcat_set_freq:1398 cmd_str = FA018100000; ***3:newcat.c(11695):newcat_set_cmd entered cmd_str = FA018100000; ****4:newcat.c(11452):newcat_set_cmd_validate entered newcat_set_cmd_validate: priv->cmd_str=FA018100000; write_block(): TX 12 bytes 0000 46 41 30 31 38 31 30 30 30 30 30 3b FA018100000; write_block(): TX 3 bytes 0000 46 41 3b FA; ****4:newcat.c(11630):newcat_set_cmd_validate returning(0) newcat_set_cmd: cmd_validate OK ***3:newcat.c(11712):newcat_set_cmd returning(0) newcat_band_index: freq=1.81e+07, band=6 newcat_band_index: freq=1.81001e+07, band=6 newcat_band_index: freq=1.81e+07, band=6 newcat_band_index: freq=1.81001e+07, band=6 newcat_set_freq: band changing? old=6, new=6 **2:newcat.c(1424):newcat_set_freq returning(0) rig_set_freq: vfo=VFOA, save=VFOA *1:rig_set_freq: elapsed=4053ms |
|
From: Nate B. <no...@gi...> - 2025-08-02 01:13:58
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: f8c3d6b614597b8cc24c3b443a9fd1984ebf16a6 https://github.com/Hamlib/Hamlib/commit/f8c3d6b614597b8cc24c3b443a9fd1984ebf16a6 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-28 (Mon, 28 Jul 2025) Changed paths: M simulators/simyaesu.c Log Message: ----------- Fix error messages Commit: 5f78c54bae8502b3ec1e0f1c43643b7857b6e62f https://github.com/Hamlib/Hamlib/commit/5f78c54bae8502b3ec1e0f1c43643b7857b6e62f Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-30 (Wed, 30 Jul 2025) Changed paths: M rigs/gomspace/gs100.c M src/register.c Log Message: ----------- Remove DECLARE_INITRIG_BACKEND() Breaks rig_probe() for rigs probed later (eg. Kenwood). Commit: 6af3b3a94e55d69aad55f4a36818f41dec0aef05 https://github.com/Hamlib/Hamlib/commit/6af3b3a94e55d69aad55f4a36818f41dec0aef05 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-30 (Wed, 30 Jul 2025) Changed paths: M rigs/commradio/commradio.c M src/register.c Log Message: ----------- Remove DECLARE_INITRIG_BACKEND() This code is uneeded. Commit: 200b2aaecc89cfcfdce416d7f7a9439bd8758c2b https://github.com/Hamlib/Hamlib/commit/200b2aaecc89cfcfdce416d7f7a9439bd8758c2b Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-30 (Wed, 30 Jul 2025) Changed paths: M simulators/simelecraft.c M simulators/simelecraftk4.c M simulators/simkenwood.c M simulators/simpowersdr.c M simulators/simtmd700.c M simulators/simtmd710.c Log Message: ----------- Remove unneeded typedef It's only used by Yeasu simulators. Commit: 094b5e741a63c7310983ee6e77da6d46de73c819 https://github.com/Hamlib/Hamlib/commit/094b5e741a63c7310983ee6e77da6d46de73c819 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-30 (Wed, 30 Jul 2025) Changed paths: M simulators/simic7000.c M simulators/simtmd710.c Log Message: ----------- Remove unused variables Commit: 0c57ccad264d0f1b54a943795ab47ac199a08f27 https://github.com/Hamlib/Hamlib/commit/0c57ccad264d0f1b54a943795ab47ac199a08f27 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-30 (Wed, 30 Jul 2025) Changed paths: M simulators/Makefile.am Log Message: ----------- Add missing include file Otherwise it isn't added to the distribution archive created by "make distcheck". Commit: b4eb1bdb12bd475927ec1c05d25a539eae5fa3df https://github.com/Hamlib/Hamlib/commit/b4eb1bdb12bd475927ec1c05d25a539eae5fa3df Author: Nate Bargmann <n0...@n0...> Date: 2025-08-01 (Fri, 01 Aug 2025) Changed paths: M rigs/kenwood/kenwood.c Log Message: ----------- Quell warning from clang This warning was seen on MacOS and on Debian 12 and 13 using clang: CC kenwood.lo kenwood.c:2293:9: warning: absolute value function 'abs' given an argument of type 'shortfreq_t' (aka 'long') but has parameter of type 'int' which may cause truncation of value [-Wabsolute-value] 2293 | if (abs(rit) > 9999) { RETURNFUNC(-RIG_EINVAL); } | ^ kenwood.c:2293:9: note: use function 'labs' instead 2293 | if (abs(rit) > 9999) { RETURNFUNC(-RIG_EINVAL); } | ^~~ | labs 1 warning generated. Closes issue #1806 on GitHub Commit: 989623ec511e6f428aa8998e88df3f69f9e11d79 https://github.com/Hamlib/Hamlib/commit/989623ec511e6f428aa8998e88df3f69f9e11d79 Author: Nate Bargmann <n0...@n0...> Date: 2025-08-01 (Fri, 01 Aug 2025) Changed paths: M rigs/commradio/commradio.c M rigs/gomspace/gs100.c M simulators/Makefile.am M simulators/simelecraft.c M simulators/simelecraftk4.c M simulators/simic7000.c M simulators/simkenwood.c M simulators/simpowersdr.c M simulators/simtmd700.c M simulators/simtmd710.c M simulators/simyaesu.c M src/register.c Log Message: ----------- Merge GitHub PR #1824 Compare: https://github.com/Hamlib/Hamlib/compare/a9ecd503294b...989623ec511e To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <n0...@n0...> - 2025-08-01 16:40:01
|
----- Forwarded message from Sakari Nylund <sak...@ni...> ----- Date: Fri, 1 Aug 2025 17:42:53 +0300 From: Sakari Nylund <sak...@ni...> To: Nate Bargmann <n0...@n0...> Reply-To: sak...@ni... Subject: Re: [Hamlib-developer] RFC #1588--Icom echo code User-Agent: Mozilla Thunderbird I think he meant detection of rig setting TRN (Tranceive) ON/OFF what ICOM is using to echo the received command back to CI-V bus. With my rigctld Hamlib 4.7~git 2025-06-09T09:26:07Z SHA=93434b 64-bit it seems still to be allergic to Tranceive ON setting (IC7300) at least when polling faster than 1000ms. So better to keep it OFF state always either there is echo detection or not. -- Saku OH1KH Nate Bargmann kirjoitti 1.8.2025 klo 2.36: > https://github.com/Hamlib/Hamlib/issues/1588 > > Icom echo is now dynamically detected in frame.c > We can remove the echo off testing elsewhere > > ------------- > > I've no idea what Mike was talking about here. > > 73, Nate > > > > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer ----- End forwarded message ----- -- "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 |
33 messages has been excluded from this view by a project administrator.
