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
(49) |
Dec
(53) |
| 2026 |
Jan
(53) |
Feb
(62) |
Mar
(48) |
Apr
(73) |
May
(56) |
Jun
(31) |
Jul
(39) |
Aug
(66) |
Sep
(34) |
Oct
(9) |
Nov
|
Dec
|
|
From: Terrell D. <no...@gi...> - 2026-10-14 14:48:28
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 8f17dcb932ba1d2a12062d605c03892a8a8cca6f https://github.com/Hamlib/Hamlib/commit/8f17dcb932ba1d2a12062d605c03892a8a8cca6f Author: Miao Wang <sha...@gm...> Date: 2026-08-22 (Sat, 22 Aug 2026) Changed paths: M rigs/yaesu/ftx1/ftx1_tx.c Log Message: ----------- ftx1: assume tuner status on when using ATAS antenna When using ATAS antenna, there is no such concept of enabling or disabling the tuner. We can assume that the tuner is always on when using ATAS antenna. The user will see the tuner status as "on" and is thus able to trigger the tune process. Commit: da925ab930bd11837b1eb9c3148d9a65a16ae9da https://github.com/Hamlib/Hamlib/commit/da925ab930bd11837b1eb9c3148d9a65a16ae9da Author: Terrell Deppe <62b...@pr...> Date: 2026-10-14 (Wed, 14 Oct 2026) Changed paths: M rigs/yaesu/ftx1/ftx1_tx.c Log Message: ----------- Merge pull request #2168 from shankerwangmiao/pr-ftx-1-tuner ftx1: assume tuner status on when using ATAS antenna Compare: https://github.com/Hamlib/Hamlib/compare/470518f35cfd...da925ab930bd To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Daniele F. <iu...@gm...> - 2026-10-12 18:51:55
|
I created https://github.com/Hamlib/Hamlib/issues/2251 to keep track of this limitation. -- 73 de IU5HKX Daniele |
|
From: <gm...@bt...> - 2026-10-12 07:15:53
|
Hi Daniele, Thank you for getting back to me. It appears that DA was a figment of Gemini's imagination. I've looked over the thread and I couldn't find the reference to where it got that from. The other solution could be to extend the list of values supported by MD (to a more recent Yaesu rig, maybe). I was thinking it should be handled in rigctlcom. There are other ways around this issue, so park it for now. 73 Phil GM3ZZA ________________________________ From: Daniele Forsi <iu...@gm...> Sent: 11 October 2026 10:29 PM To: Hamlib Developers Mailingliste <ham...@li...> Subject: Re: [Hamlib-developer] Using rigctlcom => flrig => IC-7300 Hello Phil, > As I understand it rigctlcom emulates the TS-2000 CAT interface that's correct > which does not have an equivalent of these data modes. It seems to have a DA 0/1; command > that sets data mode separately but this does not seem to get combined in with the preceding Mdn; command. I'm looking at this manual https://www.kenwood.com/usa/Support/pdf/TS-2000-Owner-Manual.PDF but there isn't a DA command > If I have this wrong then please let me know. Would it be worth it if I looked at somehow concatenating the MD/DA pair? Which software would get this modification? How would you get your IC-7300 to switch to the correct mode? -- 73 de IU5HKX Daniele _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: dforsi <no...@gi...> - 2026-10-11 21:30:14
|
Branch: refs/heads/Hamlib-4.7 Home: https://github.com/Hamlib/Hamlib Commit: 1103f9bd91ad59f336eaa7757cb1455efe14abc0 https://github.com/Hamlib/Hamlib/commit/1103f9bd91ad59f336eaa7757cb1455efe14abc0 Author: dforsi <iu...@gm...> Date: 2026-10-11 (Sun, 11 Oct 2026) Changed paths: M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_audio.c M rigs/yaesu/ftx1/ftx1_tx.c M tests/testftx1parsers.c Log Message: ----------- Merge pull request #2170 from dchristle/ftx1-monitor-safety fix(ftx1): prevent monitor control from keying transmitter (cherry picked from commit 470518f35cfd6f3b1ce12a8d111e4bb2c1efd26d) Commit: fe03d2d3ad5669894c8f594a58f001dc22e3f183 https://github.com/Hamlib/Hamlib/commit/fe03d2d3ad5669894c8f594a58f001dc22e3f183 Author: dforsi <iu...@gm...> Date: 2026-10-11 (Sun, 11 Oct 2026) Changed paths: M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_audio.c M rigs/yaesu/ftx1/ftx1_tx.c M tests/testftx1parsers.c Log Message: ----------- Merge pull request #2250 from dforsi/Hamlib-4.7 Merge pull request #2170 from dchristle/ftx1-monitor-safety Compare: https://github.com/Hamlib/Hamlib/compare/0aa18bfd11b9...fe03d2d3ad56 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Daniele F. <iu...@gm...> - 2026-10-11 21:29:20
|
Hello Phil, > As I understand it rigctlcom emulates the TS-2000 CAT interface that's correct > which does not have an equivalent of these data modes. It seems to have a DA 0/1; command > that sets data mode separately but this does not seem to get combined in with the preceding Mdn; command. I'm looking at this manual https://www.kenwood.com/usa/Support/pdf/TS-2000-Owner-Manual.PDF but there isn't a DA command > If I have this wrong then please let me know. Would it be worth it if I looked at somehow concatenating the MD/DA pair? Which software would get this modification? How would you get your IC-7300 to switch to the correct mode? -- 73 de IU5HKX Daniele |
|
From: <gm...@bt...> - 2026-10-11 18:51:23
|
I am using rigctlcom to provide CAT for MMSSTV running under Wine on Debian. I am using flrig to provide multiple apps access to my IC-7300 (*). MMSSTV allows me to set the frequency for the SSTV calling channels unfortunately 7 MHz is LSB and 14 Mhz and above are USB. On top of that to enable USB audio I need to set the IC-7300 into data mode (i.e. LSB-D and USB-D - aka PKT-LSB and PKT-USB). As I understand it rigctlcom emulates the TS-2000 CAT interface which does not have an equivalent of these data modes. It seems to have a DA 0/1; command that sets data mode separately but this does not seem to get combined in with the preceding Mdn; command. If I have this wrong then please let me know. Would it be worth it if I looked at somehow concatenating the MD/DA pair? 73 Phil GM3ZZA. (*) Yes it's a convoluted path. 1. MMSSTV communicates with a virtual COM1 port in Wine using TS-2000 CAT commands. 2. Wine associates COM1 with one of a virtual serial port pair forwarding the command. 3. Rigctlcom listens to the other end of the virtual serial port pair. 4. Rigctlcom converts the TS-2000 CAT commands to flrig's XMLRPC command set and sends the request over an internal IP port. 5. Flrig actions the RPC command and converts it into IC-7300 CI-V serial command sent over USB. 6. The IC-7300 converts it back to serial and executes it sending a response all the way back the way. |
|
From: dforsi <no...@gi...> - 2026-10-11 17:29:14
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 6a2ca979ab359b4f46b5da01818af5f0473dacad https://github.com/Hamlib/Hamlib/commit/6a2ca979ab359b4f46b5da01818af5f0473dacad Author: David Christle <dch...@us...> Date: 2026-09-21 (Mon, 21 Sep 2026) Changed paths: M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_audio.c M rigs/yaesu/ftx1/ftx1_tx.c M tests/testftx1parsers.c Log Message: ----------- fix(ftx1): prevent monitor control from keying transmitter Map Hamlib monitor control to the FTX-1 ML on/off selector. Keep ML1 monitor gain separate and validate both response formats. Fixes: 6362407aa967 ("Add Yaesu FTX-1 backend driver") Commit: 470518f35cfd6f3b1ce12a8d111e4bb2c1efd26d https://github.com/Hamlib/Hamlib/commit/470518f35cfd6f3b1ce12a8d111e4bb2c1efd26d Author: dforsi <iu...@gm...> Date: 2026-10-11 (Sun, 11 Oct 2026) Changed paths: M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_audio.c M rigs/yaesu/ftx1/ftx1_tx.c M tests/testftx1parsers.c Log Message: ----------- Merge pull request #2170 from dchristle/ftx1-monitor-safety fix(ftx1): prevent monitor control from keying transmitter Compare: https://github.com/Hamlib/Hamlib/compare/7a556dbfc806...470518f35cfd To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: dforsi <no...@gi...> - 2026-10-03 16:45:20
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 7e78154e1e3c664176c5473660959c2b1b9d0645 https://github.com/Hamlib/Hamlib/commit/7e78154e1e3c664176c5473660959c2b1b9d0645 Author: David Christle <dch...@us...> Date: 2026-09-22 (Tue, 22 Sep 2026) Changed paths: M rigs/icom/icom.c M tests/testicomfallback.c Log Message: ----------- fix(icom): normalize KEYERTYPE parameter values Icom decodes KEYERTYPE replies as integers even though the public parameter is string-valued. Convert valid radio values to stable numeric strings and reject out-of-range replies before callers format them. Cover all valid values, malformed input, and rejected transactions through an IC-785x CI-V exchange. Commit: 7a556dbfc80649ddbceedf5b8f8627b990671594 https://github.com/Hamlib/Hamlib/commit/7a556dbfc80649ddbceedf5b8f8627b990671594 Author: dforsi <iu...@gm...> Date: 2026-10-03 (Sat, 03 Oct 2026) Changed paths: M rigs/icom/icom.c M tests/testicomfallback.c Log Message: ----------- Merge pull request #2230 from dchristle/fix/icom-keyertype-value fix(icom): return valid KEYERTYPE strings Compare: https://github.com/Hamlib/Hamlib/compare/54f427aa3e67...7a556dbfc806 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: dforsi <no...@gi...> - 2026-10-03 15:37:57
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 11ff5246f3d8b77c95d2b7fabb6217fc7194fcda https://github.com/Hamlib/Hamlib/commit/11ff5246f3d8b77c95d2b7fabb6217fc7194fcda Author: David Christle <dch...@us...> Date: 2026-09-22 (Tue, 22 Sep 2026) Changed paths: M src/rig.c M tests/testcachemode.c Log Message: ----------- fix(core): snapshot mode routing after acquiring the API lock Read PTT and current VFO state after API serialization so a queued mode request observes preceding PTT and VFO changes. Retain the cache-locked snapshot to preserve coherent routing reads. Extend the Dummy mode tests with deterministic interleavings for PTT on, PTT off, and current-VFO changes while a mode request waits for the lock. Fixes: 26b1ac264 ("fix(cache): synchronize cache and routing state") Commit: 54f427aa3e67658eda4677a18b703b75d5b03dd5 https://github.com/Hamlib/Hamlib/commit/54f427aa3e67658eda4677a18b703b75d5b03dd5 Author: dforsi <iu...@gm...> Date: 2026-10-03 (Sat, 03 Oct 2026) Changed paths: M src/rig.c M tests/testcachemode.c Log Message: ----------- Merge pull request #2232 from dchristle/fix/set-mode-routing-lock fix(core): prevent stale PTT and VFO checks in rig_set_mode Compare: https://github.com/Hamlib/Hamlib/compare/50b2a9310edc...54f427aa3e67 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: dforsi <no...@gi...> - 2026-09-27 15:09:29
|
Branch: refs/heads/Hamlib-4.7 Home: https://github.com/Hamlib/Hamlib Commit: ce82e149e7da270673c8956cecf7ac0c2e48d3d8 https://github.com/Hamlib/Hamlib/commit/ce82e149e7da270673c8956cecf7ac0c2e48d3d8 Author: David Christle <dch...@us...> Date: 2026-09-21 (Mon, 21 Sep 2026) Changed paths: M rigs/dummy/dummy_common.c M rigs/dummy/dummy_common.h M rigs/dummy/netrigctl.c M rigs/dummy/quisk.c M tests/Makefile.am A tests/testnetrigctl.c Log Message: ----------- fix(dummy): bound network AGC level parsing Peer-provided AGC level lists were parsed with a stale index and could write beyond the fixed eight-entry arrays. Share a bounded parser between the NET rigctl and Quisk backends, add regression coverage, and register the test in the 4.7 test lists. Commit: 6e631b81a682224c5c431e35064c8704046b70ff https://github.com/Hamlib/Hamlib/commit/6e631b81a682224c5c431e35064c8704046b70ff Author: David Christle <dch...@us...> Date: 2026-09-21 (Mon, 21 Sep 2026) Changed paths: M tests/Makefile.am Log Message: ----------- build(tests): compile AGC parser helper directly Tests-subdirectory builds can reuse a stale dummy backend archive, which may omit parser helpers. Compile dummy_common.c directly into testnetrigctl so Automake rebuilds the code under test. Commit: 0aa18bfd11b9ad38a5b8fb47634c13141f1ea1ec https://github.com/Hamlib/Hamlib/commit/0aa18bfd11b9ad38a5b8fb47634c13141f1ea1ec Author: dforsi <iu...@gm...> Date: 2026-09-27 (Sun, 27 Sep 2026) Changed paths: M rigs/dummy/dummy_common.c M rigs/dummy/dummy_common.h M rigs/dummy/netrigctl.c M rigs/dummy/quisk.c M tests/Makefile.am A tests/testnetrigctl.c Log Message: ----------- Merge pull request #2169 from dchristle/backport/4.7-testnetrigctl-build build(tests): backport testnetrigctl build fix to 4.7 Compare: https://github.com/Hamlib/Hamlib/compare/3e2ef2cd646f...0aa18bfd11b9 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: dforsi <no...@gi...> - 2026-09-22 21:16:00
|
Branch: refs/heads/Hamlib-4.7 Home: https://github.com/Hamlib/Hamlib Commit: d034b23659ae4e82e5625e0c13723e0478c15e23 https://github.com/Hamlib/Hamlib/commit/d034b23659ae4e82e5625e0c13723e0478c15e23 Author: dforsi <iu...@gm...> Date: 2026-09-22 (Tue, 22 Sep 2026) Changed paths: M rigs/kit/usrp_impl.cc M tests/Makefile.am A tests/testusrp.cc Log Message: ----------- Merge pull request #2161 from dchristle/fix/usrp-if-mix-freq-init fix(usrp): initialize backend state safely (cherry picked from commit 50b2a9310edc4a481d8a6ef10e948ea8554f97f9) Commit: 3e2ef2cd646f1b55e8c0ae5fa07fa407a8c9d8a5 https://github.com/Hamlib/Hamlib/commit/3e2ef2cd646f1b55e8c0ae5fa07fa407a8c9d8a5 Author: dforsi <iu...@gm...> Date: 2026-09-22 (Tue, 22 Sep 2026) Changed paths: M rigs/kit/usrp_impl.cc M tests/Makefile.am A tests/testusrp.cc Log Message: ----------- Merge pull request #2235 from dforsi/Hamlib-4.7 Merge pull request #2161 from dchristle/fix/usrp-if-mix-freq-init Compare: https://github.com/Hamlib/Hamlib/compare/13a7c0750f8d...3e2ef2cd646f To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: dforsi <no...@gi...> - 2026-09-22 20:55:17
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: cc7741ca8d7cc13c12fb1b997ac9c8429cba3655 https://github.com/Hamlib/Hamlib/commit/cc7741ca8d7cc13c12fb1b997ac9c8429cba3655 Author: David Christle <dch...@us...> Date: 2026-09-21 (Mon, 21 Sep 2026) Changed paths: M rigs/kit/usrp_impl.cc M tests/Makefile.am A tests/testusrp.cc Log Message: ----------- fix(usrp): initialize backend state safely Initialize the USRP private state with valid defaults and retain receiver ownership through cleanup. Commit: 15249506e17954c78f5d9ecebe6106dad090850c https://github.com/Hamlib/Hamlib/commit/15249506e17954c78f5d9ecebe6106dad090850c Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2026-09-22 (Tue, 22 Sep 2026) Changed paths: M rigs/kit/usrp_impl.cc Log Message: ----------- Fix build failure Fixes: usrp_impl.cc: In function 'int usrp_init(RIG*)': usrp_impl.cc:49:5: error: 'STATE' was not declared in this scope; did you mean 'ESTALE'? 49 | STATE(rig)->priv = priv; ... Commit: 50b2a9310edc4a481d8a6ef10e948ea8554f97f9 https://github.com/Hamlib/Hamlib/commit/50b2a9310edc4a481d8a6ef10e948ea8554f97f9 Author: dforsi <iu...@gm...> Date: 2026-09-22 (Tue, 22 Sep 2026) Changed paths: M rigs/kit/usrp_impl.cc M tests/Makefile.am A tests/testusrp.cc Log Message: ----------- Merge pull request #2161 from dchristle/fix/usrp-if-mix-freq-init fix(usrp): initialize backend state safely Compare: https://github.com/Hamlib/Hamlib/compare/f20d4df79d2e...50b2a9310edc To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-09-21 19:48:25
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: a8aa0e229db40f4b937167c42d50c62b1bbb348a https://github.com/Hamlib/Hamlib/commit/a8aa0e229db40f4b937167c42d50c62b1bbb348a Author: David Christle <dch...@us...> Date: 2026-09-21 (Mon, 21 Sep 2026) Changed paths: M rigs/yaesu/newcat.c M tests/Makefile.am A tests/testnewcatwidth.c Log Message: ----------- fix(yaesu): preserve legacy NewCAT bandwidth handling FT-450, FT-450D, and FTDX9000 caps do not provide private width tables. Shared width selection dereferenced the null caps before the legacy mapping in both the mode set and get paths. Centralize width-table selection behind a null-safe helper and cover legacy USB and CW round trips with socket-backed tests. Fixes: 4053430b621b ("More trading a little more data for less code") Fixes: 6ad414dc8275 ("Start converting get_rx_bandwidth to common CW/RTTY/SSB handling") Commit: f20d4df79d2ea697490c801ba4320348a2ef29bf https://github.com/Hamlib/Hamlib/commit/f20d4df79d2ea697490c801ba4320348a2ef29bf Author: Nate Bargmann <n0...@n0...> Date: 2026-09-21 (Mon, 21 Sep 2026) Changed paths: M rigs/yaesu/newcat.c M tests/Makefile.am A tests/testnewcatwidth.c Log Message: ----------- Merge GitHub PR #2158 Compare: https://github.com/Hamlib/Hamlib/compare/9e224cc54a9b...f20d4df79d2e To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: David C. <no...@gi...> - 2026-09-21 13:28:12
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: f3db0910413a7783af0c2a0a8f95bad2ffc45fb7 https://github.com/Hamlib/Hamlib/commit/f3db0910413a7783af0c2a0a8f95bad2ffc45fb7 Author: David Christle <dch...@us...> Date: 2026-09-21 (Mon, 21 Sep 2026) Changed paths: M test/test_netrigctl_stream.c M test/test_rigctld_stream.c M tests/rigctld.c M tests/rigctld_stream.c M tests/rigctld_stream.h Log Message: ----------- fix(rigctld): quiesce stream feeders before rig close rig_close() frees backend stream handles while rigctld feeders may still use them, allowing an idle client disconnect to trigger a use-after-free. Centralize rig shutdown behind registry-wide feeder teardown and close client-owned streams before the last-client idle transition. Add registry and end-to-end regression coverage for abrupt disconnect and reopen. Commit: 96ba014a9b0f208f5ba0e8b49c06c0dac6430ed7 https://github.com/Hamlib/Hamlib/commit/96ba014a9b0f208f5ba0e8b49c06c0dac6430ed7 Author: David Christle <dch...@us...> Date: 2026-09-21 (Mon, 21 Sep 2026) Changed paths: M test/test_rigctld_commands.c M tests/rigctl_parse.c Log Message: ----------- fix(rigctld): guard stream handles during control calls Feeder auto-close can free a backend stream after a registry lookup unlocks but before the public API acquires its lifetime guard. Keep the registry lock through pause, resume, and drain calls, and verify the invariant with backend probe hooks. Commit: 9e224cc54a9bc04f8bce8afe076e4fd2ec152995 https://github.com/Hamlib/Hamlib/commit/9e224cc54a9bc04f8bce8afe076e4fd2ec152995 Author: David Christle <dch...@us...> Date: 2026-09-21 (Mon, 21 Sep 2026) Changed paths: M tests/rigctld.c Log Message: ----------- fix(rigctld): clean up client thread launch failures Destroy detached-thread attributes after every initialized launch attempt. Close the accepted socket and release its connection data when attribute setup or pthread_create fails, using the portable socket helper on all early rejection paths. Compare: https://github.com/Hamlib/Hamlib/compare/79b5e29d8d90...9e224cc54a9b To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: dforsi <no...@gi...> - 2026-09-20 21:05:15
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: ea70993aa6f5ce368257fe4d644f1e39e4909038 https://github.com/Hamlib/Hamlib/commit/ea70993aa6f5ce368257fe4d644f1e39e4909038 Author: Jon Snow <jon...@gm...> Date: 2026-09-14 (Mon, 14 Sep 2026) Changed paths: M rigs/ats-mini/ats.c Log Message: ----------- make return codes negative Commit: 2cdc27a209f038c117a02dc70adba097b5d74a92 https://github.com/Hamlib/Hamlib/commit/2cdc27a209f038c117a02dc70adba097b5d74a92 Author: Jon Snow <518...@us...> Date: 2026-09-16 (Wed, 16 Sep 2026) Changed paths: M HAMLIB_STREAMING.md M HAMLIB_STREAMING_BACKEND_GUIDE.md M README.developer M doc/man1/rigctld.1 M include/hamlib/rig.h M rigs/dummy/netrigctl.c M src/stream.c M src/stream_net.c M src/stream_proto.c M src/stream_proto.h M test/test_dummy_stream.c M test/test_netrigctl_stream.c M test/test_rigctld_commands.c M test/test_rigctld_stream.c M test/test_stream_api.c M tests/rigctl_parse.c M tests/rigstreamtest.c Log Message: ----------- Merge branch 'Hamlib:master' into master Commit: c4001176a2a07dd4e3598364a99671eeac945ad6 https://github.com/Hamlib/Hamlib/commit/c4001176a2a07dd4e3598364a99671eeac945ad6 Author: Jon Snow <518...@us...> Date: 2026-09-19 (Sat, 19 Sep 2026) Changed paths: M NEWS M bindings/python/test_startup.py M configure.ac M include/hamlib/rig_state.h M rigs/dummy/aclog.c M rigs/dummy/dummy.c M rigs/dummy/flrig.c M rigs/dummy/gqrx.c M rigs/dummy/netrigctl.c M rigs/dummy/quisk.c M rigs/dummy/sdrsharp.c M rigs/dummy/tci1x.c M rigs/dummy/trxmanager.c M rigs/elad/elad.c M rigs/guohetec/guohetec.h M rigs/guohetec/pmr171.c M rigs/guohetec/q900.c M rigs/icom/ic7300.c M rigs/icom/ic821h.c M rigs/icom/icf8101.c M rigs/icom/icom.c M rigs/icom/id5100.c M rigs/icom/xiegu.c M rigs/jrc/jst145.c M rigs/kenwood/elecraft.c M rigs/kenwood/flex6xxx.c M rigs/kenwood/ic10.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/tmd710.c M rigs/kenwood/transfox.c M rigs/kenwood/ts2000.c M rigs/kenwood/ts480.c M rigs/kenwood/ts590.c M rigs/kenwood/ts890s.c M rigs/kenwood/ts990s.c M rigs/kenwood/xg3.c M rigs/tci/tci2.c M rigs/tentec/orion.c M rigs/yaesu/ft100.c M rigs/yaesu/ft1000d.c M rigs/yaesu/ft1000mp.c M rigs/yaesu/ft736.c M rigs/yaesu/ft747.c M rigs/yaesu/ft817.c M rigs/yaesu/ft857.c M rigs/yaesu/ft891.c M rigs/yaesu/ft991.c M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_clarifier.c M rigs/yaesu/ftx1/ftx1_scan.c M rigs/yaesu/ftx1/ftx1_vfo.c M rigs/yaesu/newcat.c M rigs/yaesu/vx1700.c M src/cache.c M src/cache.h M src/conf.c M src/event.c M src/event.h M src/mem.c M src/misc.c M src/misc.h M src/rig.c M src/serial.c M src/settings.c M src/snapshot_data.c M src/stream.c M src/tones.c M test/test_stream_api.c M tests/Makefile.am M tests/rigctlcom.c A tests/testcachemode.c A tests/testcacherouting.c A tests/testcachethread.c A tests/testcachevfo.c M tests/testelecraftvfo.c M tests/testicomfallback.c M tests/testid5100.c A tests/testpoll.c A tests/testroutingaccess.sh Log Message: ----------- Merge branch 'Hamlib:master' into master Commit: 79b5e29d8d903ba6882fb9febdbb3e724c434227 https://github.com/Hamlib/Hamlib/commit/79b5e29d8d903ba6882fb9febdbb3e724c434227 Author: dforsi <iu...@gm...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M rigs/ats-mini/ats.c Log Message: ----------- Merge pull request #2217 from jonsnow1357/master fix(ats-mini): make return codes negative Compare: https://github.com/Hamlib/Hamlib/compare/6614c5268b7f...79b5e29d8d90 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-09-20 19:45:01
|
Branch: refs/heads/Hamlib-4.7 Home: https://github.com/Hamlib/Hamlib Commit: 5d9471dfbbe4f38542e5306b90d0eee91e524d23 https://github.com/Hamlib/Hamlib/commit/5d9471dfbbe4f38542e5306b90d0eee91e524d23 Author: David Christle <dch...@us...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M rigs/yaesu/ftx1/ftx1_ctcss.c Log Message: ----------- fix(ftx1): correct DCS parser format type The DCS getter passed an unsigned int pointer to a signed scanf conversion and logged the value with a signed format. Use int for the parsed table index to match both format conversions and the range-check helper. (cherry picked from commit 85218f5ecb09de6aa080550af72ac97b6af8b5fb) Commit: 13a7c0750f8d02cfadd8d4ebf28a953902832bb7 https://github.com/Hamlib/Hamlib/commit/13a7c0750f8d02cfadd8d4ebf28a953902832bb7 Author: Nate Bargmann <n0...@n0...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS for FTX-1 DCS fix Compare: https://github.com/Hamlib/Hamlib/compare/182c1984d7e9...13a7c0750f8d To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-09-20 19:34:56
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 85218f5ecb09de6aa080550af72ac97b6af8b5fb https://github.com/Hamlib/Hamlib/commit/85218f5ecb09de6aa080550af72ac97b6af8b5fb Author: David Christle <dch...@us...> Date: 2026-08-16 (Sun, 16 Aug 2026) Changed paths: M rigs/yaesu/ftx1/ftx1_ctcss.c Log Message: ----------- fix(ftx1): correct DCS parser format type The DCS getter passed an unsigned int pointer to a signed scanf conversion and logged the value with a signed format. Use int for the parsed table index to match both format conversions and the range-check helper. Commit: 6614c5268b7fa7cc9f8e10b15bb169c3fc0b7047 https://github.com/Hamlib/Hamlib/commit/6614c5268b7fa7cc9f8e10b15bb169c3fc0b7047 Author: Nate Bargmann <n0...@n0...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M rigs/yaesu/ftx1/ftx1_ctcss.c Log Message: ----------- Merge GitHub PR #2156 Compare: https://github.com/Hamlib/Hamlib/compare/9589c94a6dcc...6614c5268b7f To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-09-20 17:12:24
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: d3e0fcdf3576f8e5ca39b4ad9cea246755c13644 https://github.com/Hamlib/Hamlib/commit/d3e0fcdf3576f8e5ca39b4ad9cea246755c13644 Author: David Christle <dch...@us...> Date: 2026-08-16 (Sun, 16 Aug 2026) Changed paths: M test/test_netrigctl_stream.c Log Message: ----------- fix(tests): clear rigctld PID after startup timeout The timeout path reaped rigctld but left its PID visible to retry cleanup. A second signal could then target the stale numeric PID. Mark the child invalid immediately after waitpid consumes it. Commit: b31a61b7187fa079dba51a6206a0f92b303abf35 https://github.com/Hamlib/Hamlib/commit/b31a61b7187fa079dba51a6206a0f92b303abf35 Author: Nate Bargmann <n0...@n0...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M test/test_netrigctl_stream.c Log Message: ----------- Merge GitHub PR #2154 Commit: 9589c94a6dccd422ba2f34e1a9a6b8288a25466b https://github.com/Hamlib/Hamlib/commit/9589c94a6dccd422ba2f34e1a9a6b8288a25466b Author: Nate Bargmann <n0...@n0...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS for clearing rigctld PID fix Compare: https://github.com/Hamlib/Hamlib/compare/0c56dafd8fd0...9589c94a6dcc To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-09-20 14:27:43
|
Branch: refs/heads/Hamlib-4.7 Home: https://github.com/Hamlib/Hamlib Commit: 99dc1295f1088e182acee619d92876da2dee5f5c https://github.com/Hamlib/Hamlib/commit/99dc1295f1088e182acee619d92876da2dee5f5c Author: jbdubbs <ja...@we...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M rigs/icom/xiegu.c M simulators/simxiegug90.c Log Message: ----------- G90: fix over-claimed capabilities and RFPOWER BCD decode Corrects rigs/icom/xiegu.c only. Backend version .11 -> .12. New G90_ALL_RX_MODES/G90_FUNCS/G90_LEVELS/G90_MEM_CAP macros, replacing the shared X108G_* macros for the G90 only. Removed: - RIG_FUNC_NR / RIG_LEVEL_NR: no NR on this rig - RIG_LEVEL_VOXDELAY, RIG_FUNC_ARO: not implemented on this rig - RIG_LEVEL_MICGAIN/PBT_IN/PBT_OUT/NOTCHF_RAW/VOXGAIN/ALC/BKINDL/COMP: undocumented 0x14 subcommands, manual states these return a fixed 255 - VHF/UHF + 6m/2m/70cm ranges: HF+60m only, 0.5-30MHz. Max power 100W -> real 20W. - RIG_MODE_WFM: not a real mode on this rig Kept: - RIG_LEVEL_RF, RIG_MODE_FM: undocumented but confirmed working - RIG_MODE_FMN: same CI-V byte as FM (0x05), not a distinct mode Added/fixed: - RIG_FUNC_TUNER: built-in ATU (0x1C/0x01) - g90_get_level() override for RIG_LEVEL_RFPOWER: clamps to 1.0 against a non-conformant BCD byte (0x5f) the rig sends at full power - Simulator: malformed-BCD RFPOWER repro at max power (cherry picked from commit b61dd14d461f35f4d6143993f8cbd1386af98847) Commit: 182c1984d7e917b906a2e49b662afb1966ec569e https://github.com/Hamlib/Hamlib/commit/182c1984d7e917b906a2e49b662afb1966ec569e Author: Nate Bargmann <n0...@n0...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS for Xiegu G90 fixes Compare: https://github.com/Hamlib/Hamlib/compare/dcf5897c27fe...182c1984d7e9 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-09-20 14:10:42
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: b61dd14d461f35f4d6143993f8cbd1386af98847 https://github.com/Hamlib/Hamlib/commit/b61dd14d461f35f4d6143993f8cbd1386af98847 Author: jbdubbs <ja...@we...> Date: 2026-09-17 (Thu, 17 Sep 2026) Changed paths: M rigs/icom/xiegu.c M simulators/simxiegug90.c Log Message: ----------- G90: fix over-claimed capabilities and RFPOWER BCD decode Corrects rigs/icom/xiegu.c only. Backend version .11 -> .12. New G90_ALL_RX_MODES/G90_FUNCS/G90_LEVELS/G90_MEM_CAP macros, replacing the shared X108G_* macros for the G90 only. Removed: - RIG_FUNC_NR / RIG_LEVEL_NR: no NR on this rig - RIG_LEVEL_VOXDELAY, RIG_FUNC_ARO: not implemented on this rig - RIG_LEVEL_MICGAIN/PBT_IN/PBT_OUT/NOTCHF_RAW/VOXGAIN/ALC/BKINDL/COMP: undocumented 0x14 subcommands, manual states these return a fixed 255 - VHF/UHF + 6m/2m/70cm ranges: HF+60m only, 0.5-30MHz. Max power 100W -> real 20W. - RIG_MODE_WFM: not a real mode on this rig Kept: - RIG_LEVEL_RF, RIG_MODE_FM: undocumented but confirmed working - RIG_MODE_FMN: same CI-V byte as FM (0x05), not a distinct mode Added/fixed: - RIG_FUNC_TUNER: built-in ATU (0x1C/0x01) - g90_get_level() override for RIG_LEVEL_RFPOWER: clamps to 1.0 against a non-conformant BCD byte (0x5f) the rig sends at full power - Simulator: malformed-BCD RFPOWER repro at max power Commit: 0c56dafd8fd0a042717cccd5da0610914cfb80a9 https://github.com/Hamlib/Hamlib/commit/0c56dafd8fd0a042717cccd5da0610914cfb80a9 Author: Nate Bargmann <n0...@n0...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M rigs/icom/xiegu.c M simulators/simxiegug90.c Log Message: ----------- Merge GitHub #2153 Compare: https://github.com/Hamlib/Hamlib/compare/bfea1769f3ad...0c56dafd8fd0 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: David C. <no...@gi...> - 2026-09-20 13:54:04
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 63dc4f91a97922c0016de015adff1a954df5ed32 https://github.com/Hamlib/Hamlib/commit/63dc4f91a97922c0016de015adff1a954df5ed32 Author: David Christle <dch...@us...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M src/rig.c M tests/Makefile.am A tests/testmodecompat.c Log Message: ----------- fix(core): preserve specific data modes for packet requests Generic PKTUSB and PKTLSB requests no longer override an active DATA1, DATA2, or DATA3 profile. Keep exact submode requests directional and cover the behavior through the public rig API. Commit: bdee06cd4d4dfe5b25fa9c891e7c0f9d70b58563 https://github.com/Hamlib/Hamlib/commit/bdee06cd4d4dfe5b25fa9c891e7c0f9d70b58563 Author: David Christle <dch...@us...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M src/rig.c M tests/testmodecompat.c Log Message: ----------- fix(core): preserve specific data modes Resolve generic packet requests against the active DATA profile before setting a mode, including non-targetable and split VFO paths. Refresh the cache from successful no-op queries and keep explicit bandwidth requests from being mistaken for mode-only no-ops. Commit: bfea1769f3ada04c9f16b42d08f68eff2d031c71 https://github.com/Hamlib/Hamlib/commit/bfea1769f3ada04c9f16b42d08f68eff2d031c71 Author: David Christle <dch...@us...> Date: 2026-09-20 (Sun, 20 Sep 2026) Changed paths: M rigs/kenwood/kenwood.c M rigs/kenwood/ts990s.c M simulators/simts990.c M tests/Makefile.am A tests/testts990s.c Log Message: ----------- fix(kenwood): correct TS-990S data mode handling Keep TS-990S mode writes tied to the operating band, restore the prior VFO after failed writes, and advertise all packet DATA profiles for normal-width lookup. Extend the simulator and CAT regression coverage to exercise these contracts. Compare: https://github.com/Hamlib/Hamlib/compare/d7864749ef61...bfea1769f3ad To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-09-19 17:40:50
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 6836abe17f3b3f529a81b8e8040d19c08c392025 https://github.com/Hamlib/Hamlib/commit/6836abe17f3b3f529a81b8e8040d19c08c392025 Author: jbdubbs <ja...@we...> Date: 2026-08-16 (Sun, 16 Aug 2026) Changed paths: M rigs/yaesu/ft857.c Log Message: ----------- FT-857: add ATT/PREAMP level support via EEPROM The FT-857 backend has no RIG_LEVEL_ATT/RIG_LEVEL_PREAMP support at all -- .has_get_level/.has_set_level never included either, and .attenuator/.preamp were both empty -- because, like the PKTLSB submode fix in #2142, the CAT protocol has no dedicated command for either. Both live only in per-band EEPROM bytes (bit 4 = ATT, bit 5 = IPO/preamp-bypass, one byte per band across 11 HF/6m bands), reverse-engineered against the FT8x7EE EEPROM map (https://www.yo3ggx.ro/ft8x7ee/eeprom.html) and cross-checked against the FT-857D Operating Manual p.45 ("the Attenuator will reduce all signals [...] by 10 dB [...] This feature is not available on the 144 MHz and 430 MHz bands"). ft857_att_ipo_addr() resolves the current band from the cached frequency to the right EEPROM address (2m/70cm correctly return -RIG_EINVAL -- the manual states those bands genuinely don't have ATT/IPO). ft857_get_level()/ft857_set_level() (the latter newly wired up -- previously only a dead commented-out prototype existed) then read/read-modify-write that band's EEPROM byte via the FT857_NATIVE_CAT_EEPROM_WRITE (0xbc) mechanism, preserving the paired neighbor byte and skipping the write when the requested state already matches, mirroring the skip-if-unchanged approach applied to the PKTLSB EEPROM write in #2142. RIG_LEVEL_PREAMP's polarity is inverted from the EEPROM's IPO bit (IPO ON means the preamp is bypassed, i.e. PREAMP should read/set 0). .attenuator = { 10, RIG_DBLST_END } matches the manual's documented 10 dB figure; .preamp = { 10, RIG_DBLST_END } is a placeholder -- Yaesu does not publish the IPO preamp's actual gain figure. Verified on real FT-857D hardware: both ATT and PREAMP toggle correctly on HF/6m, and both correctly fail on 2m/70cm where the manual documents them as unavailable. Related to #2142 (same rig backend, same EEPROM-write mechanism). Commit: d7864749ef615bbb0dfc74734e8a29b6a7ef0c9e https://github.com/Hamlib/Hamlib/commit/d7864749ef615bbb0dfc74734e8a29b6a7ef0c9e Author: Nate Bargmann <n0...@n0...> Date: 2026-09-19 (Sat, 19 Sep 2026) Changed paths: M .github/codeql-analysis.yml M .github/workflows/android-ndk.yml M .github/workflows/c-cpp.yml M .github/workflows/c-cpp32.yml M .github/workflows/codeql-analysis.yml M .github/workflows/macos-latest-features.yml M .github/workflows/macos-latest-no-features.yml M .github/workflows/ubuntu-latest-features.yml M .github/workflows/ubuntu-latest-no-features.yml M .github/workflows/windows-cross-features.yml M .github/workflows/windows-cross-no-features.yml M .github/workflows/windows-latest-features.yml M .github/workflows/windows-latest-no-features.yml M HAMLIB_STREAMING.md M HAMLIB_STREAMING_BACKEND_GUIDE.md M NEWS M README.developer M bindings/hamlib.swg M bindings/python/test_Hamlib_class.py M bindings/python/test_startup.py M configure.ac M doc/man1/ampctl.1 M doc/man1/rigctl.1 M doc/man1/rigctld.1 M doc/man1/rotctl.1 M doc/man1/rotctld.1 M include/hamlib/rig.h M include/hamlib/rig_state.h M include/hamlib/riglist.h M rigs/ats-mini/Makefile.am M rigs/ats-mini/ats.c M rigs/dummy/aclog.c M rigs/dummy/dummy.c M rigs/dummy/dummy_common.c M rigs/dummy/dummy_common.h M rigs/dummy/flrig.c M rigs/dummy/gqrx.c M rigs/dummy/netrigctl.c M rigs/dummy/quisk.c M rigs/dummy/sdrsharp.c M rigs/dummy/tci1x.c M rigs/dummy/trxmanager.c M rigs/elad/elad.c M rigs/guohetec/guohetec.c M rigs/guohetec/guohetec.h M rigs/guohetec/pmr171.c M rigs/guohetec/q900.c M rigs/icom/ic7300.c M rigs/icom/ic821h.c M rigs/icom/icf8101.c M rigs/icom/icom.c M rigs/icom/id5100.c M rigs/icom/xiegu.c M rigs/jrc/jst145.c M rigs/kenwood/Makefile.am M rigs/kenwood/elecraft.c M rigs/kenwood/flex6xxx.c M rigs/kenwood/ic10.c M rigs/kenwood/k3.c M rigs/kenwood/kenwood.c M rigs/kenwood/kenwood.h M rigs/kenwood/level_gran_kenwood.h M rigs/kenwood/pihpsdr.c M rigs/kenwood/th.c M rigs/kenwood/thd72.c M rigs/kenwood/thd74.c A rigs/kenwood/thd7x.c A rigs/kenwood/thd7x.h M rigs/kenwood/tmd710.c M rigs/kenwood/transfox.c M rigs/kenwood/ts2000.c M rigs/kenwood/ts480.c M rigs/kenwood/ts590.c M rigs/kenwood/ts890s.c M rigs/kenwood/ts990s.c M rigs/kenwood/tx500.c M rigs/kenwood/xg3.c A rigs/tci/Makefile.am A rigs/tci/README-TCI-2.0.md A rigs/tci/sunsdr2-pro.c A rigs/tci/tci.c A rigs/tci/tci2.c A rigs/tci/tci2.h M rigs/tentec/orion.c M rigs/yaesu/ft100.c M rigs/yaesu/ft1000d.c M rigs/yaesu/ft1000mp.c M rigs/yaesu/ft736.c M rigs/yaesu/ft747.c M rigs/yaesu/ft817.c M rigs/yaesu/ft857.c M rigs/yaesu/ft891.c M rigs/yaesu/ft991.c M rigs/yaesu/ft991.h M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_clarifier.c M rigs/yaesu/ftx1/ftx1_scan.c M rigs/yaesu/ftx1/ftx1_vfo.c M rigs/yaesu/level_gran_yaesu.h M rigs/yaesu/newcat.c M rigs/yaesu/vx1700.c M simulators/simid5100.c M simulators/simts890.c M src/Makefile.am M src/cache.c M src/cache.h M src/conf.c M src/event.c M src/event.h M src/mem.c M src/misc.c M src/misc.h M src/register.c M src/rig.c A src/rigctl_protocol.c A src/rigctl_protocol.h M src/serial.c M src/settings.c M src/snapshot_data.c M src/stream.c M src/stream_net.c M src/stream_proto.c M src/stream_proto.h M src/tones.c M test/test_dummy_stream.c M test/test_netrigctl_stream.c M test/test_rigctld_commands.c M test/test_rigctld_stream.c M test/test_stream_api.c M tests/.gitignore M tests/Makefile.am M tests/rigctl_parse.c M tests/rigctlcom.c M tests/rigmatrix.c M tests/rigstreamtest.c A tests/testcachemode.c A tests/testcacherouting.c A tests/testcachethread.c A tests/testcachevfo.c M tests/testctlparser.c A tests/testelecraftvfo.c A tests/testft991idmeter.c A tests/testguohetec.c A tests/testicomfallback.c A tests/testid5100.c M tests/testnetrigctl.c A tests/testnewcatset.c A tests/testpoll.c A tests/testrigctlprotocol.c A tests/testroutingaccess.sh A tests/testthd75emu.c A tests/testthd7x.c Log Message: ----------- Merge branch 'master' into ft857-att-preamp Compare: https://github.com/Hamlib/Hamlib/compare/f46d227bd46e...d7864749ef61 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-09-19 12:19:19
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 3643758ace123fad981541af04acffb6fdef35ac https://github.com/Hamlib/Hamlib/commit/3643758ace123fad981541af04acffb6fdef35ac Author: Øystein Hårberg <oeh...@gm...> Date: 2026-08-11 (Tue, 11 Aug 2026) Changed paths: M src/settings.c Log Message: ----------- rig_set_level: fix NULL pointer dereference on RIG_LEVEL_KEYSPD rig_set_level() unconditionally calls morse_data_handler_set_keyspd() whenever a backend's RIG_LEVEL_KEYSPD is set, dereferencing STATE(rig)->morse_data_handler_priv_data with no NULL check. That pointer is only ever allocated by morse_data_handler_start() (the send_morse()/morse-over-data-channel path), so any backend supporting KEYSPD segfaults the caller on a plain rig_set_level(..., RIG_LEVEL_KEYSPD, ...) if that subsystem was never started - the common case for a simple "rigctl ... L KEYSPD nn" call. Found while testing a new backend implementing RIG_LEVEL_KEYSPD, confirmed via a catchsegv backtrace pointing at morse_data_handler_set_keyspd <- rig_set_level. Co-Authored-By: Claude Sonnet 5 <no...@an...> Commit: f46d227bd46e96331fd51004aa7a842ae6803d8f https://github.com/Hamlib/Hamlib/commit/f46d227bd46e96331fd51004aa7a842ae6803d8f Author: Nate Bargmann <n0...@n0...> Date: 2026-09-19 (Sat, 19 Sep 2026) Changed paths: M src/settings.c Log Message: ----------- Merge GitHub PR #2145 Compare: https://github.com/Hamlib/Hamlib/compare/b32c766782d1...f46d227bd46e To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: dforsi <no...@gi...> - 2026-09-19 11:12:13
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 65ce74ca51087b10af2c1ef4d03e59a3f2b4770b https://github.com/Hamlib/Hamlib/commit/65ce74ca51087b10af2c1ef4d03e59a3f2b4770b Author: jbdubbs <ja...@we...> Date: 2026-08-16 (Sun, 16 Aug 2026) Changed paths: M rigs/yaesu/ft857.c Log Message: ----------- FT-857: add PKTFM and PKTLSB mode support dump_caps/M ? for the FT-857 was missing two modes the radio genuinely supports: - PKTFM (9600bps packet FM, CAT byte 0x0c): a pure capability- advertisement gap. The CAT command and set_mode()/get_mode() handling already existed; RIG_MODE_PKTFM was just never added to FT857_ALL_RX_MODES/FT857_OTHER_TX_MODES, so it was never reachable. - PKTLSB: the FT-857's CAT protocol has only one generic "DIG" mode command (0x0a), with no parameter to select LSB vs USB. The actual sideband is a value stored in rig EEPROM (address 0x0078, bits 5-7), the same location ft857_get_status() already reads to report PKTLSB/PKTUSB back via get_mode() -- but there was no corresponding write path. set_mode() now writes that EEPROM byte (via a new FT857_NATIVE_CAT_EEPROM_WRITE command, CAT byte 0xbc) to the generic "USER" DIG submode with the requested sideband immediately after sending the DIG command, so PKTUSB/PKTLSB round-trip deterministically instead of depending on whatever DIG submode was last set on the radio's own front panel. The write is skipped when the EEPROM byte already matches, to avoid burning a write cycle for no change. This mirrors the equivalent, already-upstream fix for the sibling FT-817 (#1308, commit acc42665e), which uses the same EEPROM-write mechanism at a different address (0x65 on the FT-817 vs 0x0078 here). Verified on real FT-857D hardware, both directions (PKTUSB<->PKTLSB) plus PKTFM, including confirming RTTY's existing auto-fallback to PKTUSB still behaves correctly. Fixes #2142 Commit: b32c766782d15a6f0cfdadd269e383d248d5feb4 https://github.com/Hamlib/Hamlib/commit/b32c766782d15a6f0cfdadd269e383d248d5feb4 Author: dforsi <iu...@gm...> Date: 2026-09-19 (Sat, 19 Sep 2026) Changed paths: M rigs/yaesu/ft857.c Log Message: ----------- Merge pull request #2151 from jbdubbs/ft857-pktfm-pktlsb FT-857: add PKTFM and PKTLSB mode support Compare: https://github.com/Hamlib/Hamlib/compare/710032131712...b32c766782d1 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-09-17 18:02:45
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 5ac54e5b685271b6f96d346fdf8ce9b2e6812e38 https://github.com/Hamlib/Hamlib/commit/5ac54e5b685271b6f96d346fdf8ce9b2e6812e38 Author: Chris Lawson <gi...@ch...> Date: 2026-09-13 (Sun, 13 Sep 2026) Changed paths: M rigs/icom/xiegu.c Log Message: ----------- G90: fix ATT, radio ID, AGC map, civaddr, and split get. Stock G90 CAT quirks on the DispUnit User jack: ATT state-echo ACK, 0x1D/0x19 get_info probe, AGC OFF/Fast/Slow/Auto (no Medium), default CI-V 0x88, and wire get_split_vfo. Backend .11 → .12. Co-authored-by: Cursor <cur...@cu...> Commit: 71003213171225bac15b3197d7df55c64a89fd49 https://github.com/Hamlib/Hamlib/commit/71003213171225bac15b3197d7df55c64a89fd49 Author: Nate Bargmann <n0...@n0...> Date: 2026-09-17 (Thu, 17 Sep 2026) Changed paths: M rigs/icom/xiegu.c Log Message: ----------- Merge GitHub PR #2121 Compare: https://github.com/Hamlib/Hamlib/compare/8ab6649a9410...710032131712 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
33 messages has been excluded from this view by a project administrator.
