hamlib-developer Mailing List for Ham Radio Control Libraries (Page 66)
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
(49) |
Dec
(53) |
| 2026 |
Jan
(53) |
Feb
(62) |
Mar
(48) |
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: C. v. W. <van...@ch...> - 2024-01-20 10:03:26
|
> >time_t being 32 bit. > That complacency is the problem. Is there a defined 64bit time type in C? Of course there is int64_t in stdint.h, but I do not like that type since there is no printf editor for that. But this is not the problem: As a programmer, you cannot influence what type time_t actually is, but you can easily determine the type behind with sizeof(). I believe that the assumption sizeof(time_t) = sizeof(long) = sizeof(void *) will hold for the forseeable future just for supporting code of lazy programmers (there is no *need* to have the same size for these), so I guess there will be *something* done for 32-bit systems, e.g. internally referencing this to 1. Jan. 2000, but this remains to be seen. I remember well all the cassandras warning for the „Y2K“ proble - - and nothing happened. Yours, Christoph DL1YCF |
|
From: Nate B. <n0...@n0...> - 2024-01-20 00:03:45
|
* On 2024 19 Jan 16:35 -0600, Phil GM3ZZA via Hamlib-developer wrote: > Mike, > > There are some AR types out there who will want warning free compilations. Then this will be a good way to get feedback on what systems are not 2038 ready. 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: Michael B. <no...@gi...> - 2024-01-19 22:44:45
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: d3917736227107af9c0d83a92f9a1042e1ad7552 https://github.com/Hamlib/Hamlib/commit/d3917736227107af9c0d83a92f9a1042e1ad7552 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-19 (Fri, 19 Jan 2024) Changed paths: M src/rig.c Log Message: ----------- Ensure transmit vfo is used for rig split |
|
From: Phil G. <gm...@bt...> - 2024-01-19 22:34:44
|
Mike, There are some AR types out there who will want warning free compilations. Phil GM3ZZA Sent from Mail for Windows From: Black Michael via Hamlib-developer Sent: 19 January 2024 22:07 To: ham...@li...; Nate Bargmann Subject: Re: [Hamlib-developer] Year 2038 issues I think the best we can do is spit out a compiler error when trying to compile Hamlib and _TIMESIZE == 32. Could make it a warning for now but that will just fly by and likely nobody will notice. Down the road we can make it an error. Mike W9MDB On Friday, January 19, 2024 at 03:46:39 PM CST, Nate Bargmann <n0...@n0...> wrote: * On 2024 19 Jan 14:03 -0600, gm3zza via Hamlib-developer wrote: > > > On 19 January 2024, at 18:53, van Wüllen <van...@Ch...> wrote: > > >What is the problem? On my system (Mac OS), sizeof(time_t) is 8, that is, > >time_t is a 64-bit integer. > >I guess in 14 years there will be no system around with > >time_t being 32 bit. > > That complacency is the problem. Exactly. It's not out of the realm of possibility that I'll still have some 32 bit hardware laying around 14 years from now. I doubt any of it will be used to run Hamlib and on the only system I use Hamlib on I've been running 64 bit Linux for years but that doesn't necessarily mitigate the issue as I understand it (not well). > Is there a defined 64bit time type in C? Hamlib is C isn't it? I believe that glibc does have a 64 bit time_t, but my (mis)understanding is that time_t is limited to 32 bits. Perhaps this link is helpful: https://www.gnu.org/software/libc/manual/html_node/64_002dbit-time-symbol-handling.html I am not sure what other C libraries are doing for mitigation. 73, Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects: https://github.com/N0NB GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819 _______________________________________________ Hamlib-developer 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-01-19 22:07:31
|
I think the best we can do is spit out a compiler error when trying to compile Hamlib and _TIMESIZE == 32. Could make it a warning for now but that will just fly by and likely nobody will notice. Down the road we can make it an error. Mike W9MDB On Friday, January 19, 2024 at 03:46:39 PM CST, Nate Bargmann <n0...@n0...> wrote: * On 2024 19 Jan 14:03 -0600, gm3zza via Hamlib-developer wrote: > > > On 19 January 2024, at 18:53, van Wüllen <van...@Ch...> wrote: > > >What is the problem? On my system (Mac OS), sizeof(time_t) is 8, that is, > >time_t is a 64-bit integer. > >I guess in 14 years there will be no system around with > >time_t being 32 bit. > > That complacency is the problem. Exactly. It's not out of the realm of possibility that I'll still have some 32 bit hardware laying around 14 years from now. I doubt any of it will be used to run Hamlib and on the only system I use Hamlib on I've been running 64 bit Linux for years but that doesn't necessarily mitigate the issue as I understand it (not well). > Is there a defined 64bit time type in C? Hamlib is C isn't it? I believe that glibc does have a 64 bit time_t, but my (mis)understanding is that time_t is limited to 32 bits. Perhaps this link is helpful: https://www.gnu.org/software/libc/manual/html_node/64_002dbit-time-symbol-handling.html I am not sure what other C libraries are doing for mitigation. 73, Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects: https://github.com/N0NB GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819 _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: Nate B. <n0...@n0...> - 2024-01-19 21:46:24
|
* On 2024 19 Jan 14:03 -0600, gm3zza via Hamlib-developer wrote: > > > On 19 January 2024, at 18:53, van Wüllen <van...@Ch...> wrote: > > >What is the problem? On my system (Mac OS), sizeof(time_t) is 8, that is, > >time_t is a 64-bit integer. > >I guess in 14 years there will be no system around with > >time_t being 32 bit. > > That complacency is the problem. Exactly. It's not out of the realm of possibility that I'll still have some 32 bit hardware laying around 14 years from now. I doubt any of it will be used to run Hamlib and on the only system I use Hamlib on I've been running 64 bit Linux for years but that doesn't necessarily mitigate the issue as I understand it (not well). > Is there a defined 64bit time type in C? Hamlib is C isn't it? I believe that glibc does have a 64 bit time_t, but my (mis)understanding is that time_t is limited to 32 bits. Perhaps this link is helpful: https://www.gnu.org/software/libc/manual/html_node/64_002dbit-time-symbol-handling.html I am not sure what other C libraries are doing for mitigation. 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: gm3zza <gm...@bt...> - 2024-01-19 20:03:20
|
On 19 January 2024, at 18:53, van Wüllen <van...@Ch...> wrote: >What is the problem? On my system (Mac OS), sizeof(time_t) is 8, that is, >time_t is a 64-bit integer. >I guess in 14 years there will be no system around with >time_t being 32 bit. That complacency is the problem. Is there a defined 64bit time type in C? Hamlib is C isn't it? Phil GM3ZZA >> Am 19.01.2024 um 19:35 schrieb Nate Bargmann <n0...@n0...>: >> >> u >+---------------------------------+----------------------------------+ >| Prof. Christoph van Wüllen | Tele-Phone (+49) (0)631 205 2749 | >| RPTU, Dpt. of Chemistry | Tele-Fax (+49) (0)631 205 2750 | >| Erwin-Schrödinger-Str. | | >| D-67663 Kaiserslautern, Germany | | >+---------------------------------+----------------------------------+ >| HomePage: https://chem.rptu.de/en/wgs/ag-van-wuellen ; | >+---------------------------------+----------------------------------+ >_______________________________________________ >Hamlib-developer mailing list >Ham...@li... >https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: van W. <van...@Ch...> - 2024-01-19 18:53:32
|
What is the problem? On my system (Mac OS), sizeof(time_t) is 8, that is, time_t is a 64-bit integer. I guess in 14 years there will be no system around with time_t being 32 bit. > Am 19.01.2024 um 19:35 schrieb Nate Bargmann <n0...@n0...>: > > u +---------------------------------+----------------------------------+ | Prof. Christoph van Wüllen | Tele-Phone (+49) (0)631 205 2749 | | RPTU, Dpt. of Chemistry | Tele-Fax (+49) (0)631 205 2750 | | Erwin-Schrödinger-Str. | | | D-67663 Kaiserslautern, Germany | | +---------------------------------+----------------------------------+ | HomePage: https://chem.rptu.de/en/wgs/ag-van-wuellen | +---------------------------------+----------------------------------+ |
|
From: Nate B. <n0...@n0...> - 2024-01-19 18:35:20
|
Early this morning at 03:14:07 UTC the time remaining until the Unix Epoch rollover where the signed 32 bit count of seconds since 01 Jan 1970 00:00:00 UTC is just under 14 years. Certainly, that is a long time off, but, Hamlib is now 23 1/2 years old! I have not looked deeply, but it may be useful to ensure that Hamlib contains no problematic uses of time_t or anything that uses the 32 bit signed integer of the Unix epoch. I see the following: $ git grep time_t include/hamlib/rig.h:639:typedef float agc_time_t; include/hamlib/rig.h:2730: time_t twiddle_time; /*!< time when vfo twiddling was detected */ include/hamlib/rig.h:2926: time_t twiddle_time; /*!< time when vfo twiddling was detected */ lib/gettimeofday.c:23: time_t tm; lib/win32termios.h:70: time_t tv_sec; rigs/icom/icom.c:418:const agc_time_t agc_level[] = // default rigs/icom/icom.c:422:const agc_time_t agc_level2[] = // AM Mode for 7300/9700/705 rotators/satel/satel.c:102:// time_t time; security/AESStringCrypt.c:90: time_t current_time; security/security.c:36:static struct tm *gmtime_r(const time_t *t, struct tm *r) security/security.c:58: time_t t; src/microham.c:108:static time_t lastbeat = 0; src/microham.c:112:static time_t starttime; src/misc.c:2823:static struct tm *gmtime_r(const time_t *t, struct tm *r) src/misc.c:2846: time_t t; src/sleep.c:62: tv1.tv_sec = (time_t) delay; src/sleep.c:179: // Convert struct tm to time_t src/sleep.c:180: time_t start_seconds = mktime(&start); src/sleep.c:181: time_t end_seconds = mktime(&end); src/sleep.c:191: time_t rawtime; tests/rigmatrix.c:632: time_t gentime; tests/testsecurity.c:34:static struct tm *gmtime_r(const time_t *t, struct tm *r) tests/testsecurity.c:55: time_t t; Hopefully someone will jump at the chance to make sure that Hamlib will be y2k38 ready. 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: Michael B. <no...@gi...> - 2024-01-18 15:19:29
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 48d3f3f7509034aaaf9ed2cd98ab4b486b62f85e https://github.com/Hamlib/Hamlib/commit/48d3f3f7509034aaaf9ed2cd98ab4b486b62f85e Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-18 (Thu, 18 Jan 2024) Changed paths: M include/hamlib/rig.h M rigs/yaesu/ftdx101.h M rigs/yaesu/newcat.c M rigs/yaesu/newcat.h Log Message: ----------- Add RIG_FUNC_SYNC -- only for FTDX101D/MP right now. Commit: 761f1d3b0024c4989935207a9e731c57eb2ccd8c https://github.com/Hamlib/Hamlib/commit/761f1d3b0024c4989935207a9e731c57eb2ccd8c Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-18 (Thu, 18 Jan 2024) Changed paths: M NEWS M src/misc.c M src/sprintflst.c Log Message: ----------- Add rest of RIG_FUNC_SYNC changes Compare: https://github.com/Hamlib/Hamlib/compare/aec9348138c2...761f1d3b0024 |
|
From: Michael B. <no...@gi...> - 2024-01-18 13:40:27
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: aec9348138c28a6b3d8569067e9c0717bf234843 https://github.com/Hamlib/Hamlib/commit/aec9348138c28a6b3d8569067e9c0717bf234843 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-18 (Thu, 18 Jan 2024) Changed paths: M include/hamlib/rig.h Log Message: ----------- Add rig_band_changes to HAMLIB API |
|
From: Michael B. <no...@gi...> - 2024-01-15 17:20:29
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: df64af4583a6e8fcac0494cd64a958ebb55ceff1 https://github.com/Hamlib/Hamlib/commit/df64af4583a6e8fcac0494cd64a958ebb55ceff1 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-15 (Mon, 15 Jan 2024) Changed paths: M src/rig.c Log Message: ----------- Suppress no get_vfo message for Icom rigs. No hope of getting Icom to ever provide this ability |
|
From: Michael B. <no...@gi...> - 2024-01-15 13:33:53
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 0e5d2cfc481e209624e8d9858f7129067c3be179 https://github.com/Hamlib/Hamlib/commit/0e5d2cfc481e209624e8d9858f7129067c3be179 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-15 (Mon, 15 Jan 2024) Changed paths: M src/rig.c Log Message: ----------- Fix tx_vfo default in rig.c |
|
From: Michael B. <no...@gi...> - 2024-01-15 13:30:08
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: d6689145a048ad34bd91904186df93b4fc39b7aa https://github.com/Hamlib/Hamlib/commit/d6689145a048ad34bd91904186df93b4fc39b7aa Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M src/band_changed.c Log Message: ----------- Make rig_band_changed HAMLIB_API Commit: 4d568c782e5e296f9d46e05fe8526de46f4fc51e https://github.com/Hamlib/Hamlib/commit/4d568c782e5e296f9d46e05fe8526de46f4fc51e Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-15 (Mon, 15 Jan 2024) Changed paths: M src/rig.c Log Message: ----------- Speed up rig_band_changed actions for FT991 and perhaps others Putting the AC001; command immediately after FA freq change make the band change end state occur immediately Compare: https://github.com/Hamlib/Hamlib/compare/34ccdcc5a57d...4d568c782e5e |
|
From: Michael B. <no...@gi...> - 2024-01-15 04:25:12
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: e178a984ca693750f2b8a45f3e6b1e516faed281 https://github.com/Hamlib/Hamlib/commit/e178a984ca693750f2b8a45f3e6b1e516faed281 Author: George Baltz N3GB <Geo...@gm...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M include/hamlib/rig.h M rigs/kenwood/kenwood.c Log Message: ----------- Add cache to the MACRO/porting list Update comments And port my favorite PoC target, rigs/kenwood/kenwood.c Commit: cd1f4d39290b698e1db39f7deb055ad47de5cd89 https://github.com/Hamlib/Hamlib/commit/cd1f4d39290b698e1db39f7deb055ad47de5cd89 Author: George Baltz N3GB <Geo...@gm...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M include/hamlib/rig.h M src/rig.c Log Message: ----------- Implement function to get structure address Add AMPPORT and ROTPORT macros Commit: b0d1eb297f009eef57d1d5bb47055897c22ab224 https://github.com/Hamlib/Hamlib/commit/b0d1eb297f009eef57d1d5bb47055897c22ab224 Author: George Baltz N3GB <Geo...@gm...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M include/hamlib/amplifier.h M src/amplifier.c Log Message: ----------- Function to get amplifier port address Convert src/amplifier.c to new MACROs/access method. Commit: 2c85a963092d4dd66bf6982a76dcc3c41ad70efe https://github.com/Hamlib/Hamlib/commit/2c85a963092d4dd66bf6982a76dcc3c41ad70efe Author: George Baltz N3GB <Geo...@gm...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M include/hamlib/rig.h M include/hamlib/rotator.h M src/rotator.c Log Message: ----------- Add function to get rotator port address(es) Add ROTPORT2 definitions. Convert src/rotator.c to use new access. Commit: fddddf1f6f1a2acfa38a92ff6ef467eeda7b4bea https://github.com/Hamlib/Hamlib/commit/fddddf1f6f1a2acfa38a92ff6ef467eeda7b4bea Author: George Baltz N3GB <Geo...@gm...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M src/conf.c Log Message: ----------- Port conf.c to use access macros This will need to copy to all deprecated port structures, when the time comes. Commit: aa9c3b39baf9249e8bc3c8449971daa0cf4ea864 https://github.com/Hamlib/Hamlib/commit/aa9c3b39baf9249e8bc3c8449971daa0cf4ea864 Author: George Baltz N3GB <Geo...@gm...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M src/multicast.c M src/serial.c M src/snapshot_data.c Log Message: ----------- Convert more files in src/ Leaves only src/rig.c Commit: 64f69421de9f72cb8707b87915dbbb82add28ecf https://github.com/Hamlib/Hamlib/commit/64f69421de9f72cb8707b87915dbbb82add28ecf Author: George Baltz N3GB <Geo...@gm...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M src/rig.c Log Message: ----------- Pointerize all the ports in src/rig.c Commit: 7f6736368701d01944fb4f752e31099f9b0ff67e https://github.com/Hamlib/Hamlib/commit/7f6736368701d01944fb4f752e31099f9b0ff67e Author: George Baltz N3GB <Geo...@gm...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M include/hamlib/rig.h M src/conf.c Log Message: ----------- Need more parens to work in expressions. Clean up sticky note items. Commit: f15679f5758653ff2f0f09aeefea3eecc76d6afe https://github.com/Hamlib/Hamlib/commit/f15679f5758653ff2f0f09aeefea3eecc76d6afe Author: George Baltz N3GB <Geo...@gm...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M tests/example.c Log Message: ----------- Update example.c Avoid using raw rigport, in two different ways. Fix variable name. Commit: 34ccdcc5a57d7f06ebf6394fa50a94078b16e6ed https://github.com/Hamlib/Hamlib/commit/34ccdcc5a57d7f06ebf6394fa50a94078b16e6ed Author: Michael Black <mdb...@ya...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M include/hamlib/amplifier.h M include/hamlib/rig.h M include/hamlib/rotator.h M rigs/kenwood/kenwood.c M src/amplifier.c M src/conf.c M src/multicast.c M src/rig.c M src/rotator.c M src/serial.c M src/snapshot_data.c M tests/example.c Log Message: ----------- Merge pull request #1476 from GeoBaltz/rp2 Phase 2 of moving port structures Compare: https://github.com/Hamlib/Hamlib/compare/0b6795875106...34ccdcc5a57d |
|
From: Michael B. <no...@gi...> - 2024-01-14 20:36:36
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 4b03abbdac27fabb8d084c0331a5810775438699 https://github.com/Hamlib/Hamlib/commit/4b03abbdac27fabb8d084c0331a5810775438699 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M src/band_changed.c Log Message: ----------- Remove static from band_changed.c Commit: 0b67958751067fc42a41a3ee6a734cbc70f5b4c2 https://github.com/Hamlib/Hamlib/commit/0b67958751067fc42a41a3ee6a734cbc70f5b4c2 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-14 (Sun, 14 Jan 2024) Changed paths: M rigs/icom/ic7700.c Log Message: ----------- Add x25cmdfails and x26cmdfails to ic7700.c Compare: https://github.com/Hamlib/Hamlib/compare/11b5da878283...0b6795875106 |
|
From: Michael B. <no...@gi...> - 2024-01-13 23:38:57
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 11b5da878283f428144bbb21612dacc19fcd0a23 https://github.com/Hamlib/Hamlib/commit/11b5da878283f428144bbb21612dacc19fcd0a23 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-13 (Sat, 13 Jan 2024) Changed paths: M rigs/kenwood/tmd710.c Log Message: ----------- Fix RIG_MODEL in tmd710.c |
|
From: Michael B. <no...@gi...> - 2024-01-13 17:50:25
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 190747430f6b6bd7b9283175d3fccb85057b0c28 https://github.com/Hamlib/Hamlib/commit/190747430f6b6bd7b9283175d3fccb85057b0c28 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-13 (Sat, 13 Jan 2024) Changed paths: A rigs/barrett/4100.c Log Message: ----------- Add 4100.c |
|
From: Michael B. <no...@gi...> - 2024-01-13 17:47:46
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: f8fd79442dcc28a3c3ea1c7494754c8c8ff5baee https://github.com/Hamlib/Hamlib/commit/f8fd79442dcc28a3c3ea1c7494754c8c8ff5baee Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-13 (Sat, 13 Jan 2024) Changed paths: M NEWS M include/hamlib/riglist.h M rigs/barrett/Makefile.am M rigs/barrett/barrett.c M rigs/barrett/barrett.h Log Message: ----------- Add Barrett 4100 |
|
From: Michael B. <no...@gi...> - 2024-01-13 14:28:17
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: a6951c8e1485df9ac2c71aad03bd7987f566d88a https://github.com/Hamlib/Hamlib/commit/a6951c8e1485df9ac2c71aad03bd7987f566d88a Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-13 (Sat, 13 Jan 2024) Changed paths: M src/misc.h Log Message: ----------- Change debug indentation to use "*" to make more visible Commit: 79c496800e1b5d15b497b057840047eea7705e05 https://github.com/Hamlib/Hamlib/commit/79c496800e1b5d15b497b057840047eea7705e05 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-13 (Sat, 13 Jan 2024) Changed paths: A simulators/simtmd710.c Log Message: ----------- Add simtmd710 Commit: 89876895de0643f2ba050bed623f60ef2e96a786 https://github.com/Hamlib/Hamlib/commit/89876895de0643f2ba050bed623f60ef2e96a786 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-13 (Sat, 13 Jan 2024) Changed paths: M simulators/simxiegug90.c Log Message: ----------- Remove Error message from simxiegug90.c Commit: dc0fd2955ddc7a2eb3bd9419e2ac3135aade0255 https://github.com/Hamlib/Hamlib/commit/dc0fd2955ddc7a2eb3bd9419e2ac3135aade0255 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-13 (Sat, 13 Jan 2024) Changed paths: M simulators/Makefile.am Log Message: ----------- Add simtmc710 to Makefile.am Commit: 9b817f325df21e52416416aad431f50c6e9d770a https://github.com/Hamlib/Hamlib/commit/9b817f325df21e52416416aad431f50c6e9d770a Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-13 (Sat, 13 Jan 2024) Changed paths: M tests/rigctl.c Log Message: ----------- Add --skipinit to rigctl.c -- can speed up single command-line invocations by quite a bit Commit: 34f953ba0b04f25475d427a799b1f8b08eae40a3 https://github.com/Hamlib/Hamlib/commit/34f953ba0b04f25475d427a799b1f8b08eae40a3 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-13 (Sat, 13 Jan 2024) Changed paths: M include/hamlib/rig.h Log Message: ----------- Change debug statements to use spaces() function Compare: https://github.com/Hamlib/Hamlib/compare/2646f0fd3a18...34f953ba0b04 |
|
From: Michael B. <no...@gi...> - 2024-01-13 14:09:51
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 9c7a21282cef499e61a16513619a45b5860d2aac https://github.com/Hamlib/Hamlib/commit/9c7a21282cef499e61a16513619a45b5860d2aac Author: George Baltz N3GB <Geo...@gm...> Date: 2023-12-19 (Tue, 19 Dec 2023) Changed paths: M include/hamlib/rig.h M rigs/kenwood/kenwood.c Log Message: ----------- Add basic support for transparent access to port structures. Define macros for internal access to port data. Port rigs/kenwood/kenwood.c to use new access as PoC Part 1 of issue #1445 Commit: b38014832f36f4d901761829d13fae669a17acd7 https://github.com/Hamlib/Hamlib/commit/b38014832f36f4d901761829d13fae669a17acd7 Author: George Baltz N3GB <Geo...@gm...> Date: 2023-12-19 (Tue, 19 Dec 2023) Changed paths: M rigs/kenwood/ic10.c M rigs/kenwood/thd72.c M rigs/kenwood/thd74.c M rigs/kenwood/ts450s.c M rigs/kenwood/ts480.c M rigs/kenwood/ts590.c Log Message: ----------- More Kenwood rigs ported to new access macros. Commit: 9af715d2443f56b11862d34ddb56d8ccdbc48fb4 https://github.com/Hamlib/Hamlib/commit/9af715d2443f56b11862d34ddb56d8ccdbc48fb4 Author: George Baltz N3GB <Geo...@gm...> Date: 2023-12-19 (Tue, 19 Dec 2023) Changed paths: M rigs/kenwood/elecraft.c M rigs/kenwood/ts2000.c M rigs/kenwood/xg3.c Log Message: ----------- Convert the remaining files in rigs/kenwood/ Commit: 8dff750285e43281511d4955813116418d22421f https://github.com/Hamlib/Hamlib/commit/8dff750285e43281511d4955813116418d22421f Author: George Baltz N3GB <Geo...@gm...> Date: 2023-12-20 (Wed, 20 Dec 2023) Changed paths: M include/hamlib/rig.h Log Message: ----------- Define different (disambiguated) names for external use. Commit: 2646f0fd3a18938dcac26a3e843774dd01740a9e https://github.com/Hamlib/Hamlib/commit/2646f0fd3a18938dcac26a3e843774dd01740a9e Author: Michael Black <mdb...@ya...> Date: 2024-01-13 (Sat, 13 Jan 2024) Changed paths: M include/hamlib/rig.h M rigs/kenwood/elecraft.c M rigs/kenwood/ic10.c M rigs/kenwood/kenwood.c M rigs/kenwood/thd72.c M rigs/kenwood/thd74.c M rigs/kenwood/ts2000.c M rigs/kenwood/ts450s.c M rigs/kenwood/ts480.c M rigs/kenwood/ts590.c M rigs/kenwood/xg3.c Log Message: ----------- Merge pull request #1455 from GeoBaltz/rp Basic definitions and first steps for making port tables addressed by pointers Compare: https://github.com/Hamlib/Hamlib/compare/8280748acee9...2646f0fd3a18 |
|
From: Michael B. <no...@gi...> - 2024-01-13 12:37:45
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 8280748acee945b084f740f1430903b4d42fd838 https://github.com/Hamlib/Hamlib/commit/8280748acee945b084f740f1430903b4d42fd838 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-13 (Sat, 13 Jan 2024) Changed paths: M rigs/yaesu/newcat.c M rigs/yaesu/newcat.h Log Message: ----------- Fix KY message length Add "AC" recognition with "AC;" validation |
|
From: Michael B. <no...@gi...> - 2024-01-11 14:12:40
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 32ed2c4d919be757e8616f3745ef8d668b9f09c9 https://github.com/Hamlib/Hamlib/commit/32ed2c4d919be757e8616f3745ef8d668b9f09c9 Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-11 (Thu, 11 Jan 2024) Changed paths: M src/serial.c Log Message: ----------- Add debug for stopbits in serial_setup |
|
From: Michael B. <no...@gi...> - 2024-01-11 13:15:52
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: ac054e9f75f8b9779346878eef3fcf2b7e33feaa https://github.com/Hamlib/Hamlib/commit/ac054e9f75f8b9779346878eef3fcf2b7e33feaa Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-11 (Thu, 11 Jan 2024) Changed paths: M src/misc.c Log Message: ----------- Fix error check in rig_bandselect |
|
From: Michael B. <no...@gi...> - 2024-01-11 13:03:52
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 05fb4389f79280fb5f6198688d6c4cc58625245b https://github.com/Hamlib/Hamlib/commit/05fb4389f79280fb5f6198688d6c4cc58625245b Author: Mike Black W9MDB <mdb...@ya...> Date: 2024-01-11 (Thu, 11 Jan 2024) Changed paths: M src/misc.c M src/rig.c Log Message: ----------- Fix segfault in rig_bandselect |
33 messages has been excluded from this view by a project administrator.
