hamlib-developer Mailing List for Ham Radio Control Libraries (Page 37)
Library to control radio transceivers and receivers
Brought to you by:
n0nb
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
(8) |
Nov
|
Dec
|
From: Michael B. <no...@gi...> - 2024-09-10 14:05:49
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: cb26ccbbc45b611b275758bc69deb2eef6be7c0a https://github.com/Hamlib/Hamlib/commit/cb26ccbbc45b611b275758bc69deb2eef6be7c0a Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-10 (Tue, 10 Sep 2024) Changed paths: M rigs/yaesu/ft100.c Log Message: ----------- Fix ANT entries for FT100 Commit: 853a0a2822553cb808f43b5600b839afa93d66c4 https://github.com/Hamlib/Hamlib/commit/853a0a2822553cb808f43b5600b839afa93d66c4 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-10 (Tue, 10 Sep 2024) Changed paths: M rigs/yaesu/ft100.c M rigs/yaesu/ft897.c Log Message: ----------- Fix antenna list for frequencies to show ANT_CURR for FT100 and FT897 -- antennas are fixed and not selectable Compare: https://github.com/Hamlib/Hamlib/compare/8d5256533578...853a0a282255 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Black M. <mdb...@ya...> - 2024-09-09 20:31:33
|
What version of hamlib do you have? rigctl --version You may find a newer version behaves better. https://n0nb.users.sourceforge.net/ Mike W9MDB On Monday, September 9, 2024 at 10:33:54 AM CDT, gm...@bt... <gm...@bt...> wrote: Thanks Mike, comments in-line. ________________________________ From: Black Michael <mdb...@ya...> Sent: 09 September 2024 1:36 PM To: ham...@li... <ham...@li...>; gm3zza <gm...@bt...> Subject: Re: [Hamlib-developer] Difference in caps.has_get_level between Windows and Debian. WFView implemented their own rigctld server which is not fully capable. You will not be able to get the caps data from it unless they implement it. And it appears it is supported in the Linux version but not in the windows version. So I've raised a query on the wfview support forum. What does work (seems there are some timing problems between WFView for serial I/O but the TCP server works well) Use the External Control in WFView and set up a TCP Server Port (e.g. 4534) than hook up the real rigctld to it. Find your rig's model# "rigctl -l | find "7300"" Then run rigctld rigctld -m 3073 -r 127.0.0.1:4534 -vvv -Z Now you'll be able to connect to rigctld normally (port 4532) and the caps query should work. I'm trying it with the IC-705 to avoid a double hop through wfview. I get a whole lot of messages from rigctld when I start it after starting wfview, and then when I try and connect my app to it, it thinks for a while then reports that the power is off and eventually disconnects. Wfview is still displaying the spectrum so it's obviously not powered off. I've captured another attempt. This time it just stayed at powered-off. I'll put this to one side for now as it's not a big loss of functionality - I just won't know if the logged power is correct but it will show 0W so it's obviously not valid. Mike W9MDB Phil GM3ZZA On Monday, September 9, 2024 at 02:15:33 AM CDT, gm3zza via Hamlib-developer <ham...@li...> wrote: The reason I recently updated hamlib on my Windows machine was that for rig 'NET rigctl' the Windows version had all ones whereas the Debian version had a value in it. These are both connecting to wfview. This is still the case with the latest version dated 20240902. I had a quick look at the code, but it appears dynamically allocated so couldn't work it out. If you get the info from the partner app, then it may be that at fault. Phil GM3ZZA _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
From: <gm...@bt...> - 2024-09-09 15:33:52
|
Thanks Mike, comments in-line. ________________________________ From: Black Michael <mdb...@ya...> Sent: 09 September 2024 1:36 PM To: ham...@li... <ham...@li...>; gm3zza <gm...@bt...> Subject: Re: [Hamlib-developer] Difference in caps.has_get_level between Windows and Debian. WFView implemented their own rigctld server which is not fully capable. You will not be able to get the caps data from it unless they implement it. And it appears it is supported in the Linux version but not in the windows version. So I've raised a query on the wfview support forum. What does work (seems there are some timing problems between WFView for serial I/O but the TCP server works well) Use the External Control in WFView and set up a TCP Server Port (e.g. 4534) than hook up the real rigctld to it. Find your rig's model# "rigctl -l | find "7300"" Then run rigctld rigctld -m 3073 -r 127.0.0.1:4534 -vvv -Z Now you'll be able to connect to rigctld normally (port 4532) and the caps query should work. I'm trying it with the IC-705 to avoid a double hop through wfview. I get a whole lot of messages from rigctld when I start it after starting wfview, and then when I try and connect my app to it, it thinks for a while then reports that the power is off and eventually disconnects. Wfview is still displaying the spectrum so it's obviously not powered off. I've captured another attempt. This time it just stayed at powered-off. I'll put this to one side for now as it's not a big loss of functionality - I just won't know if the logged power is correct but it will show 0W so it's obviously not valid. Mike W9MDB Phil GM3ZZA On Monday, September 9, 2024 at 02:15:33 AM CDT, gm3zza via Hamlib-developer <ham...@li...> wrote: The reason I recently updated hamlib on my Windows machine was that for rig 'NET rigctl' the Windows version had all ones whereas the Debian version had a value in it. These are both connecting to wfview. This is still the case with the latest version dated 20240902. I had a quick look at the code, but it appears dynamically allocated so couldn't work it out. If you get the info from the partner app, then it may be that at fault. Phil GM3ZZA _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
From: Adrian <vk...@gm...> - 2024-09-09 13:08:41
|
In Debian grep works better ; adrian@debian:/media/adrian/4TBBKUP/spool$ rigctl -l | grep 7300 3073 Icom IC-7300 20230109.10 Stable RIG_MODEL_IC7300 adrian@debian:/media/adrian/4TBBKUP/spool$ rigctl --version rigctl Hamlib 4.5.5 Apr 05 11:43:08Z 2023 SHA=6eecd3 I just installed last stable release I guess. 73 vk4tux On 9/9/24 22:36, Black Michael via Hamlib-developer wrote: > WFView implemented their own rigctld server which is not fully capable. You will not be able to get the caps data from it unless they implement it. > > What does work (seems there are some timing problems between WFView for serial I/O but the TCP server works well) > > Use the External Control in WFView and set up a TCP Server Port (e.g. 4534) than hook up the real rigctld to it. > > Find your rig's model# "rigctl -l | find "7300"" > > Then run rigctld > > rigctld -m 3073 -r 127.0.0.1:4534 -vvv -Z > > Now you'll be able to connect to rigctld normally (port 4532) and the caps query should work. > > > Mike W9MDB > > > > > > > > > On Monday, September 9, 2024 at 02:15:33 AM CDT, gm3zza via Hamlib-developer<ham...@li...> wrote: > > > > > > The reason I recently updated hamlib on my Windows machine was that for rig 'NET rigctl' the Windows version had all ones whereas the Debian version had a value in it. These are both connecting to wfview. > > This is still the case with the latest version dated 20240902. > > I had a quick look at the code, but it appears dynamically allocated so couldn't work it out. If you get the info from the partner app, then it may be that at fault. > > Phil GM3ZZA > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer > > > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
From: Black M. <mdb...@ya...> - 2024-09-09 12:36:26
|
WFView implemented their own rigctld server which is not fully capable. You will not be able to get the caps data from it unless they implement it. What does work (seems there are some timing problems between WFView for serial I/O but the TCP server works well) Use the External Control in WFView and set up a TCP Server Port (e.g. 4534) than hook up the real rigctld to it. Find your rig's model# "rigctl -l | find "7300"" Then run rigctld rigctld -m 3073 -r 127.0.0.1:4534 -vvv -Z Now you'll be able to connect to rigctld normally (port 4532) and the caps query should work. Mike W9MDB On Monday, September 9, 2024 at 02:15:33 AM CDT, gm3zza via Hamlib-developer <ham...@li...> wrote: The reason I recently updated hamlib on my Windows machine was that for rig 'NET rigctl' the Windows version had all ones whereas the Debian version had a value in it. These are both connecting to wfview. This is still the case with the latest version dated 20240902. I had a quick look at the code, but it appears dynamically allocated so couldn't work it out. If you get the info from the partner app, then it may be that at fault. Phil GM3ZZA _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
From: gm3zza <gm...@bt...> - 2024-09-09 07:14:08
|
The reason I recently updated hamlib on my Windows machine was that for rig 'NET rigctl' the Windows version had all ones whereas the Debian version had a value in it. These are both connecting to wfview. This is still the case with the latest version dated 20240902. I had a quick look at the code, but it appears dynamically allocated so couldn't work it out. If you get the info from the partner app, then it may be that at fault. Phil GM3ZZA |
From: Michael B. <no...@gi...> - 2024-09-08 22:28:23
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 8d52565335784aad266eaec984b41e988a4a8332 https://github.com/Hamlib/Hamlib/commit/8d52565335784aad266eaec984b41e988a4a8332 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M rigs/kenwood/k3.c Log Message: ----------- Change k3,k3s,kx3 to use k4_get/set ptt -- they all should benefit from this To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Michael B. <no...@gi...> - 2024-09-08 22:18:23
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 4c3aca9299584349b32a8d8b834805cb9cee8901 https://github.com/Hamlib/Hamlib/commit/4c3aca9299584349b32a8d8b834805cb9cee8901 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M rigs/icom/level_gran_icom.h Log Message: ----------- Fixing -Winitializer-overrides warnings To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Michael B. <no...@gi...> - 2024-09-08 22:10:38
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: fc33324dcc27d3f884307185750566578b0819ea https://github.com/Hamlib/Hamlib/commit/fc33324dcc27d3f884307185750566578b0819ea Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M rigs/icom/ic7410.c Log Message: ----------- Suppress -Winitializer-overrides warnings in ic7410.c Commit: ae29c0c66568bcc989884055c0059ba1ae001fa0 https://github.com/Hamlib/Hamlib/commit/ae29c0c66568bcc989884055c0059ba1ae001fa0 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M rigs/icom/ic746.c Log Message: ----------- Suppress -Winitializer-overrides warnings in ic746.c Compare: https://github.com/Hamlib/Hamlib/compare/293f5ec2e5b1...ae29c0c66568 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Michael B. <no...@gi...> - 2024-09-08 21:48:46
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: bdf4baa5b7d7630af8579fc3714f46b26c3dec7c https://github.com/Hamlib/Hamlib/commit/bdf4baa5b7d7630af8579fc3714f46b26c3dec7c Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M rigs/yaesu/pmr171.c Log Message: ----------- Remove unused function in pmr171.c Commit: 293f5ec2e5b1d455df9da136a5892b52d30f5740 https://github.com/Hamlib/Hamlib/commit/293f5ec2e5b1d455df9da136a5892b52d30f5740 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M .github/workflows/c-cpp.yml Log Message: ----------- Suppress initializer-overrides for MacOS build Compare: https://github.com/Hamlib/Hamlib/compare/e35b87b11a25...293f5ec2e5b1 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: <gm...@bt...> - 2024-09-08 18:56:00
|
I wasn't sure how to run rigctl from a windows terminal, so I thought I'd run my app with RIG_DEBUG_TRACE. And it ran through load_all_backends() OK and successfully found the rig inaccessible. The rig would have been IC-705 accessed using wfview (accessed using NET rigctl). It also finds the rig OK if I start wfview before launching zzalog. It also runs OK when I run with my default of RIG_DEBUG_ERROR. It looks like in closing and restarting MSVC I've got the correct software linked together. Sorry about the fuss 73 Phil GM3ZZA ________________________________ From: Black Michael <mdb...@ya...> Sent: 08 September 2024 5:25 PM To: Michael Black via Hamlib-developer <ham...@li...>; gm...@bt... <gm...@bt...> Subject: Re: [Hamlib-developer] W11 X64 build Can you test using rigctl and produce some debug output and duplicate the problem? Use the "K" command to set split mode On Sunday, September 8, 2024 at 11:00:36 AM CDT, gm3zza--- via Hamlib-developer <ham...@li...> wrote: I realised I am still using hamlib 4.5.5 on my W11 64-bit machine MSVC 2022, and some expected functionality was missing - it didn't flag that the rig capabilities did NOT include RF Power Meter when my app checked it (it does on my linux version). I've downloaded the latest snapshot and the libhamlib-4.lib file did not work. Initially it didn't find the .dll so I presumed the .lib wasn't correct. I recreated it using: C:\Program Files\hamlib-w64-4.6~git\lib\msvc>"c:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\Hostx64\x64\link.exe" /lib /machine:X64 /def:libhamlib-4.def Which differs slightly (in bold) from the READ file instructions. I now get the following error: Exception thrown at 0x0000000059013E20 (libhamlib-4.dll) in zzalog.exe: 0xC0000005: Access violation reading location 0x0000000000003EF6. From the call stack I see it's at: libhamlib-4.dll!rig_set_split_mode() + 0x50 bytes Unknown Phil GM3ZZA _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
From: gm3zza <gm...@bt...> - 2024-09-08 18:03:50
|
I hadn't got round to connecting a rig. It was during the call of rig_load_all_backends() during my program set up. Phil. On 8 September 2024, at 17:28, Black Michael <mdb...@ya...> wrote: And what rig are you testing? On Sunday, September 8, 2024 at 11:27:13 AM CDT, Black Michael via Hamlib-developer <ham...@li...> wrote: Can you test using rigctl and produce some debug output and duplicate the problem? Use the "K" command to set split mode On Sunday, September 8, 2024 at 11:00:36 AM CDT, gm3zza--- via Hamlib-developer <ham...@li...> wrote: I realised I am still using hamlib 4.5.5 on my W11 64-bit machine MSVC 2022, and some expected functionality was missing - it didn't flag that the rig capabilities did NOT include RF Power Meter when my app checked it (it does on my linux version). I've downloaded the latest snapshot and the libhamlib-4.lib file did not work. Initially it didn't find the .dll so I presumed the .lib wasn't correct. I recreated it using: C:\Program Files\hamlib-w64-4.6~git\lib\msvc>"c:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\Hostx64\x64\link.exe" /lib /machine:X64 /def:libhamlib-4.def Which differs slightly (in bold) from the READ file instructions. I now get the following error: Exception thrown at 0x0000000059013E20 (libhamlib-4.dll) in zzalog.exe: 0xC0000005: Access violation reading location 0x0000000000003EF6. From the call stack I see it's at: libhamlib-4.dll!rig_set_split_mode() + 0x50 bytes Unknown Phil GM3ZZA _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
From: Michael B. <no...@gi...> - 2024-09-08 16:53:22
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: d20a2358606bec98e232be0a7dbbfacafe98b2ab https://github.com/Hamlib/Hamlib/commit/d20a2358606bec98e232be0a7dbbfacafe98b2ab Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M lib/precise_time.c Log Message: ----------- Fix MacOS warning in precise_time.c Commit: 6d76ba4e7ff578edd6b4d0040094887b35bd5bb2 https://github.com/Hamlib/Hamlib/commit/6d76ba4e7ff578edd6b4d0040094887b35bd5bb2 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M rigs/dummy/rot_pstrotator.c Log Message: ----------- Fix MacOS compile warning in rot_pstrotator.c Commit: fa4926c2d6d01c650346146772ad0a6c9830fe1e https://github.com/Hamlib/Hamlib/commit/fa4926c2d6d01c650346146772ad0a6c9830fe1e Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M rigs/flexradio/smartsdr_caps.h Log Message: ----------- Fix MacOS compile warning in smartsdr_caps.h Commit: 5d3d35d7bea2920b2a8715bd4cd321caec38be1b https://github.com/Hamlib/Hamlib/commit/5d3d35d7bea2920b2a8715bd4cd321caec38be1b Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M rotators/spid/spid.c Log Message: ----------- Fix logic error in spid.c Commit: 23b4e00f0e9e9144339ebae26b0774606c640621 https://github.com/Hamlib/Hamlib/commit/23b4e00f0e9e9144339ebae26b0774606c640621 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M src/register.c Log Message: ----------- Fix warning in register.c Commit: 0082572cd0f4461cf0f1f58d38a7f60713253839 https://github.com/Hamlib/Hamlib/commit/0082572cd0f4461cf0f1f58d38a7f60713253839 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M src/sprintflst.c Log Message: ----------- Fix debug statement in sprintflst.c Commit: 240407d917ccec87082ec1e5b840c65c770fc528 https://github.com/Hamlib/Hamlib/commit/240407d917ccec87082ec1e5b840c65c770fc528 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M lib/getopt.h Log Message: ----------- Fix MacOS warning get getopt.h Commit: e35b87b11a25fb622c0e2469b81e064d1de66f65 https://github.com/Hamlib/Hamlib/commit/e35b87b11a25fb622c0e2469b81e064d1de66f65 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M tests/rigctl_parse.c Log Message: ----------- Fix MacOS warning in rigctl_parse.c Compare: https://github.com/Hamlib/Hamlib/compare/8fcb77664c15...e35b87b11a25 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Black M. <mdb...@ya...> - 2024-09-08 16:29:05
|
And what rig are you testing? On Sunday, September 8, 2024 at 11:27:13 AM CDT, Black Michael via Hamlib-developer <ham...@li...> wrote: Can you test using rigctl and produce some debug output and duplicate the problem? Use the "K" command to set split mode On Sunday, September 8, 2024 at 11:00:36 AM CDT, gm3zza--- via Hamlib-developer <ham...@li...> wrote: I realised I am still using hamlib 4.5.5 on my W11 64-bit machine MSVC 2022, and some expected functionality was missing - it didn't flag that the rig capabilities did NOT include RF Power Meter when my app checked it (it does on my linux version). I've downloaded the latest snapshot and the libhamlib-4.lib file did not work. Initially it didn't find the .dll so I presumed the .lib wasn't correct. I recreated it using: C:\Program Files\hamlib-w64-4.6~git\lib\msvc>"c:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\Hostx64\x64\link.exe" /lib /machine:X64 /def:libhamlib-4.def Which differs slightly (in bold) from the READ file instructions. I now get the following error: Exception thrown at 0x0000000059013E20 (libhamlib-4.dll) in zzalog.exe: 0xC0000005: Access violation reading location 0x0000000000003EF6. >From the call stack I see it's at: libhamlib-4.dll!rig_set_split_mode() + 0x50 bytes Unknown Phil GM3ZZA _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
From: Black M. <mdb...@ya...> - 2024-09-08 16:25:47
|
Can you test using rigctl and produce some debug output and duplicate the problem? Use the "K" command to set split mode On Sunday, September 8, 2024 at 11:00:36 AM CDT, gm3zza--- via Hamlib-developer <ham...@li...> wrote: I realised I am still using hamlib 4.5.5 on my W11 64-bit machine MSVC 2022, and some expected functionality was missing - it didn't flag that the rig capabilities did NOT include RF Power Meter when my app checked it (it does on my linux version). I've downloaded the latest snapshot and the libhamlib-4.lib file did not work. Initially it didn't find the .dll so I presumed the .lib wasn't correct. I recreated it using: C:\Program Files\hamlib-w64-4.6~git\lib\msvc>"c:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\Hostx64\x64\link.exe" /lib /machine:X64 /def:libhamlib-4.def Which differs slightly (in bold) from the READ file instructions. I now get the following error: Exception thrown at 0x0000000059013E20 (libhamlib-4.dll) in zzalog.exe: 0xC0000005: Access violation reading location 0x0000000000003EF6. >From the call stack I see it's at: libhamlib-4.dll!rig_set_split_mode() + 0x50 bytes Unknown Phil GM3ZZA _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
From: <gm...@bt...> - 2024-09-08 15:59:11
|
I realised I am still using hamlib 4.5.5 on my W11 64-bit machine MSVC 2022, and some expected functionality was missing - it didn't flag that the rig capabilities did NOT include RF Power Meter when my app checked it (it does on my linux version). I've downloaded the latest snapshot and the libhamlib-4.lib file did not work. Initially it didn't find the .dll so I presumed the .lib wasn't correct. I recreated it using: C:\Program Files\hamlib-w64-4.6~git\lib\msvc>"c:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\Hostx64\x64\link.exe" /lib /machine:X64 /def:libhamlib-4.def Which differs slightly (in bold) from the READ file instructions. I now get the following error: Exception thrown at 0x0000000059013E20 (libhamlib-4.dll) in zzalog.exe: 0xC0000005: Access violation reading location 0x0000000000003EF6. From the call stack I see it's at: libhamlib-4.dll!rig_set_split_mode() + 0x50 bytes Unknown Phil GM3ZZA |
From: Michael B. <no...@gi...> - 2024-09-08 13:49:53
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 8fcb77664c15cbc76c3ce9806194d390cf763159 https://github.com/Hamlib/Hamlib/commit/8fcb77664c15cbc76c3ce9806194d390cf763159 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M .github/workflows/c-cpp.yml Log Message: ----------- Fixing MacOS github build To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Michael B. <no...@gi...> - 2024-09-08 13:47:55
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 111a51217d82c0b0a50f6e8c2854b63c02f3d8eb https://github.com/Hamlib/Hamlib/commit/111a51217d82c0b0a50f6e8c2854b63c02f3d8eb Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M .github/workflows/c-cpp.yml Log Message: ----------- Fixes for MacOS github build To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Michael B. <no...@gi...> - 2024-09-08 13:44:29
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 6cc21cdad3b21e0b8e7f7b72482d58a7dcc4f360 https://github.com/Hamlib/Hamlib/commit/6cc21cdad3b21e0b8e7f7b72482d58a7dcc4f360 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-09-08 (Sun, 08 Sep 2024) Changed paths: M .github/workflows/c-cpp.yml Log Message: ----------- Add MacOS build (latest) to github workflow To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Michael B. <no...@gi...> - 2024-09-03 15:45:28
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: efb3cdc09d4f184d34f1444444d51cf5daa37c61 https://github.com/Hamlib/Hamlib/commit/efb3cdc09d4f184d34f1444444d51cf5daa37c61 Author: George Baltz N3GB <Geo...@gm...> Date: 2024-09-01 (Sun, 01 Sep 2024) Changed paths: M rigs/flexradio/smartsdr.c Log Message: ----------- Balance new code. Commit: 93d12b9c6a1e13bd99954d1d12cd2b113cb19c65 https://github.com/Hamlib/Hamlib/commit/93d12b9c6a1e13bd99954d1d12cd2b113cb19c65 Author: George Baltz N3GB <Geo...@gm...> Date: 2024-09-01 (Sun, 01 Sep 2024) Changed paths: M rigs/kenwood/kenwood.c Log Message: ----------- Fix wrong error message for SF1 command. And while we're at it, halve the code. Commit: 67c62e9b2a5ad1a2743b0dd595da26436f0915b4 https://github.com/Hamlib/Hamlib/commit/67c62e9b2a5ad1a2743b0dd595da26436f0915b4 Author: George Baltz N3GB <Geo...@gm...> Date: 2024-09-01 (Sun, 01 Sep 2024) Changed paths: M include/hamlib/rig.h Log Message: ----------- Make SNPRINTF do something useful for Hamlib Current SNPRINTF only triggers if there is a message too long in Hamlib AND there's a corresponding error in snprintf - not too likely. Make SNPRINTF diagnose any Hamlib errors, and eliminate a useless strlen(). FWIW, this shrinks libhamlib.so by about 45kB. Commit: c4988900699971be3c7423568ed4533ab2f641d3 https://github.com/Hamlib/Hamlib/commit/c4988900699971be3c7423568ed4533ab2f641d3 Author: George Baltz N3GB <Geo...@gm...> Date: 2024-09-02 (Mon, 02 Sep 2024) Changed paths: M rigs/kenwood/kenwood.c Log Message: ----------- Remove dead code TS-890S set_mode(SF command) was separated from TS-990S. Remove the remnants of common processing. Commit: 147fb072f4e78181930e2395c9d323d421654753 https://github.com/Hamlib/Hamlib/commit/147fb072f4e78181930e2395c9d323d421654753 Author: Michael Black <mdb...@ya...> Date: 2024-09-03 (Tue, 03 Sep 2024) Changed paths: M include/hamlib/rig.h M rigs/flexradio/smartsdr.c M rigs/kenwood/kenwood.c Log Message: ----------- Merge pull request #1608 from GeoBaltz/fix16 Minor fixes Compare: https://github.com/Hamlib/Hamlib/compare/f64727c1e094...147fb072f4e7 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Michael B. <no...@gi...> - 2024-09-01 03:26:49
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: f64727c1e094a89970e82ff6fea4dbb4e0e6c151 https://github.com/Hamlib/Hamlib/commit/f64727c1e094a89970e82ff6fea4dbb4e0e6c151 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-08-31 (Sat, 31 Aug 2024) Changed paths: M rigs/icom/frame.c M rigs/icom/icom.h Log Message: ----------- Limit collision_retry to 2 times in icom's frame.c To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Michael B. <no...@gi...> - 2024-08-31 19:06:24
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 7e35ffac8d9f0ce63b641ec0e28260f314777389 https://github.com/Hamlib/Hamlib/commit/7e35ffac8d9f0ce63b641ec0e28260f314777389 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-08-31 (Sat, 31 Aug 2024) Changed paths: M src/rig.c Log Message: ----------- Fix the get_vfo check for Icom rigs like the 7800 with older firmware. Current firmware also fixes the problem. To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Michael B. <no...@gi...> - 2024-08-30 21:36:47
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 940814617baf4a074e4cf00aa708231e6fc8318f https://github.com/Hamlib/Hamlib/commit/940814617baf4a074e4cf00aa708231e6fc8318f Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-08-30 (Fri, 30 Aug 2024) Changed paths: M tests/rigctl_parse.c Log Message: ----------- Update set_clock options again To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Michael B. <no...@gi...> - 2024-08-30 15:18:36
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 954fd001610556370cec1ffda8e3fd2b7c54cb99 https://github.com/Hamlib/Hamlib/commit/954fd001610556370cec1ffda8e3fd2b7c54cb99 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-08-30 (Fri, 30 Aug 2024) Changed paths: M doc/man1/rigctl.1 M tests/rigctl_parse.c Log Message: ----------- Fix set_clock information To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
From: Michael B. <no...@gi...> - 2024-08-30 03:25:06
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: f6c1a1429193dec15ee84e400044287fb3a437bb https://github.com/Hamlib/Hamlib/commit/f6c1a1429193dec15ee84e400044287fb3a437bb Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-08-29 (Thu, 29 Aug 2024) Changed paths: M rigs/kenwood/flex6xxx.c Log Message: ----------- Add morse commands for flex6xxx To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |