hamlib-developer Mailing List for Ham Radio Control Libraries (Page 21)
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
(21) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Michael B. <no...@gi...> - 2025-01-19 22:16:06
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 0c5c34f8a5515b0064635f9b2e6f210c01280eca https://github.com/Hamlib/Hamlib/commit/0c5c34f8a5515b0064635f9b2e6f210c01280eca Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-19 (Sun, 19 Jan 2025) Changed paths: M bindings/Makefile.am Log Message: ----------- Another attempt to fix github build To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-19 22:04:48
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 8c3f13764d9af4c6ecf112657864b4262c097575 https://github.com/Hamlib/Hamlib/commit/8c3f13764d9af4c6ecf112657864b4262c097575 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-19 (Sun, 19 Jan 2025) Changed paths: M bindings/Makefile.am Log Message: ----------- Another attempt to fix github build To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-19 22:00:09
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: e4019531601331ea79be61dfbdd705a4ed78385a https://github.com/Hamlib/Hamlib/commit/e4019531601331ea79be61dfbdd705a4ed78385a Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-19 (Sun, 19 Jan 2025) Changed paths: M bindings/Makefile.am Log Message: ----------- Another attempt to fix github build Commit: 6a4da2cbc5111f708efc7dd8735c41979c27a5c4 https://github.com/Hamlib/Hamlib/commit/6a4da2cbc5111f708efc7dd8735c41979c27a5c4 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-19 (Sun, 19 Jan 2025) Changed paths: M bindings/Makefile.am Log Message: ----------- Another attempt to fix github build Compare: https://github.com/Hamlib/Hamlib/compare/4980beb9a9f2...6a4da2cbc511 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-19 21:53:28
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 4980beb9a9f28a2e6945d19cffd17820c9408911 https://github.com/Hamlib/Hamlib/commit/4980beb9a9f28a2e6945d19cffd17820c9408911 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-19 (Sun, 19 Jan 2025) Changed paths: M bindings/Makefile.am Log Message: ----------- Try to fix breakage of make distcheck on github To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-19 21:39:17
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 7a5bb89690837c53ce4f9c7f7507c75de2fd2092 https://github.com/Hamlib/Hamlib/commit/7a5bb89690837c53ce4f9c7f7507c75de2fd2092 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-19 (Sun, 19 Jan 2025) Changed paths: A bindings/__init__.py Log Message: ----------- Add __init__.py To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-19 21:29:56
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 8aa487afb8a335b0550b0713a25e2c61d34058e4 https://github.com/Hamlib/Hamlib/commit/8aa487afb8a335b0550b0713a25e2c61d34058e4 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-19 (Sun, 19 Jan 2025) Changed paths: M bindings/Makefile.am M bindings/py3test.py Log Message: ----------- Update python binding to place some files in site-packages/Hamlib https://github.com/Hamlib/Hamlib/issues/1645 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-18 21:57:43
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: bedbfff8c4c574dad9bd14cc620d4c2683afe9ed https://github.com/Hamlib/Hamlib/commit/bedbfff8c4c574dad9bd14cc620d4c2683afe9ed Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-18 (Sat, 18 Jan 2025) Changed paths: M include/hamlib/rig.h Log Message: ----------- Remove unnecessary include Commit: 517a8918ab88fbd80ba45d87c0884e3d1ca67856 https://github.com/Hamlib/Hamlib/commit/517a8918ab88fbd80ba45d87c0884e3d1ca67856 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-18 (Sat, 18 Jan 2025) Changed paths: M macros/ax_python_devel.m4 Log Message: ----------- Update ax_python_devel.m4 to fix installation problems Commit: 35f86232fada1cfd0af61a1efd97fb175025f1b4 https://github.com/Hamlib/Hamlib/commit/35f86232fada1cfd0af61a1efd97fb175025f1b4 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-18 (Sat, 18 Jan 2025) Changed paths: M simulators/simft450.c M simulators/simic7610.c M simulators/simic9100.c M simulators/simic9700.c M simulators/simxiegux6100.c Log Message: ----------- Fix simulators Compare: https://github.com/Hamlib/Hamlib/compare/a985b50eea15...35f86232fada To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-15 14:12:22
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: a985b50eea15f8f8c8f376888e639dbb7c05daaa https://github.com/Hamlib/Hamlib/commit/a985b50eea15f8f8c8f376888e639dbb7c05daaa Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-15 (Wed, 15 Jan 2025) Changed paths: M rigs/icom/ic9100.c M src/rig.c Log Message: ----------- Fix IC9100 rigctld startup where it was starting on VFOA and ending up on VFOB https://github.com/Hamlib/Hamlib/issues/1656 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Greg T. <gd...@le...> - 2025-01-14 17:10:21
|
Greg Troxel <gd...@le...> writes: I wrote earlier about problems after upgrading hamlib to 4.6: > I see > > * rig_caps is no longer constant -- this may break some 3rd party relying on the "const" declaration. Here's an example of how to handle compatibility. > #ifdef RIGCAPS_NOT_CONST > static int add_to_list(struct rig_caps* rc, void*) > #else > static int add_to_list(const struct rig_caps* rc, void*) > #endif > > but I don't understand what's going on and why. It makes sense that > when supplying a function to an iterator, that the function is not > allowed to modify. And I don't see why passing a non-const to a > function that promises not to modify is trouble. I am still not following. But, I found that out of 4 installed programs that depend on hamlib, 3 of them (xlog, fldigi, freedv) would no longer compile). It seems gpredict doesn't use rig_caps. I've reported problems upstream to xlog and freedv; pkgsrc's fldigi entry is behind and it isn't reasonable to report bugs against old releases. xlog: https://savannah.nongnu.org/bugs/index.php?66598a freedv: https://github.com/drowe67/freedv-gui/issues/806 I see https://github.com/Hamlib/Hamlib/commit/f2a9f091d08667db9d3fc2e842a427af7cfb990e https://github.com/Hamlib/Hamlib/commit/b3ef41354d9c7f97959e65d09aadb53bbb1d3232 which is reverting the the API change to `rig_list_foreach`. Packaging systems are in a bind here, if they have updated to 4.6. Depending packages do not have releases that work with the new API, and given the intent to undo the change, are not likely to publish them. I would therefore suggest immediately (within a few days) creating 4.6.1 as 4.6 plus those two commits cherry-picked, so packaging systems that did update to 4.6 can just update to 4.6.1. 73 de n1dam |
|
From: Michael B. <no...@gi...> - 2025-01-12 18:44:49
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 24d67437b78aeb9d0c7925450bda9839ebd7c31a https://github.com/Hamlib/Hamlib/commit/24d67437b78aeb9d0c7925450bda9839ebd7c31a Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-12 (Sun, 12 Jan 2025) Changed paths: M include/hamlib/rig.h Log Message: ----------- Remove include of sys/socket.h from rig.h -- doesn't seem we need it and breaks grig build https://github.com/Hamlib/Hamlib/issues/1655 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-08 12:38:50
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 46143578ae3853db6054e73be5867bd69cadff29 https://github.com/Hamlib/Hamlib/commit/46143578ae3853db6054e73be5867bd69cadff29 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-08 (Wed, 08 Jan 2025) Changed paths: M rigs/kenwood/ts480.c Log Message: ----------- Remove QMX from QDX entry To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-07 22:57:34
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 8636901bf3a74a6a5af5c89df12393adcc0ae3f6 https://github.com/Hamlib/Hamlib/commit/8636901bf3a74a6a5af5c89df12393adcc0ae3f6 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-07 (Tue, 07 Jan 2025) Changed paths: M rigs/icom/icom.c M rigs/icom/icom.h Log Message: ----------- Fix IC746 and IC746PRO set mode to not use data byte To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Dave B <g8k...@go...> - 2025-01-07 15:08:02
|
Hi. Devils Advocate mode engaged.... Re Mikes comment "rigctld was never designed for random input." That may be the case, but... As the TCP/Telnet port is for other applications to use for controlling equipment (radio, rotator, power amp, whatever) via hamlib. (If not, then what was it for?) And as such the hamlib authors have not a clue what might use it, then any inputs to rigctld (in particular) should at least be checked for "basic sanity". That is now common if not required behavior for much commercial/professional software that "listens" to a TCP or other protocol port. As the rigctld command "language" is documented (mostly) it should be possible to check any incoming traffic for valid commands and any parameters/values being "in range" of what might be expected, i.e. Check before use. If not, the choices are: (a) Ignore it and do nothing, not even return an error response. I.e. "Fail Quiet". (The default.) (b) Ignore it but send a response flagging an error. (Set by a command line 'switch' when invoking rigctld.) The latter for debug (of third party applications that want to use rigctld.) What should not happen, is to attempt to process what was given and do something with it that is potentially "out of bounds" for whatever radio/rotator or whatever hardware hamlib and rigctld are setup to control, and or "croak" and go into a black void of internal chaos and become unresponsive, or worse go and meddle with something unrelated. I also agree, that it would be great, for there be an input buffer clear/purge command byte or value. Perhaps also enabled by a command line switch when launching rigctld or rigctl. Such a facility should also purge any backed up response values or strings. (Such a facility being an addition to the current situation, so as not to break any backward comparability.) That would be a great help to users developing their own software that would use hamlib/rigctld at the very least. (TCP ports are very easy to use from most programming languages, and great for remote installations. Subject to being secure, via a VPN for example.) "Ignore and Fail Quiet", is these these days not an uncommon feature for any software that opens and listens on a TCP port, even on Localhost (127.0.0.1, and whatever the IPV6 address is.) Especially anything that can be reached from any LAN (or WAN.) Not all Linux machines have an active firewall enabled. Heck, it's not even the default when you do a fresh install of many distro's. (But top's the list of many of the "things to do after you install Linux" websites.) Anyway. A belated Happy New Year to All. And 73. Dave G8KBV (or G0WBX) DA mode now disengaged!) Currently, the only use I make of Hamlib, is what came with JS8Call, and I configure that to use Flrig as "the" radio. I have also used it with GPredict to great effect in the past with the venerable FT-736. Even using a Python script as an intermediary, before an issue with Hamlib was corrected. (I must check sometime, if that fix made it's way into V4.6 I think it did, but will check as sometime I plan to resurrect GPredict here.) >><< On 06/01/2025 07:40, Sakari Nylund wrote: > Yes, but... > > Sending just "\n" does not give any result. You can send them as many > as you like. Nothing happens. > > Sending "something" with newline added clears the situation but > sometimes it takes one send. Sometimes you have to send several lines > to clear the situation. > > It would be easy if something, like Ctrl+C (0x03), would halt the > pending command input. > > Usually that is not problem. But I have seen this happen sometimes > while debug the traffic. I understand this is not problem when using > library functions, but when client program access rigctld via text > based telnet connection things are different. > -- Created on and sent from a Unix like PC running and using open source software: |
|
From: Michael B. <no...@gi...> - 2025-01-07 15:05:02
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: d2065fe781b1213c1458565eb4fe40227bb657f3 https://github.com/Hamlib/Hamlib/commit/d2065fe781b1213c1458565eb4fe40227bb657f3 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-07 (Tue, 07 Jan 2025) Changed paths: M rigs/dummy/flrig.c Log Message: ----------- Add DIGI-U and DIGI-L to possible modes from FLRig https://github.com/Hamlib/Hamlib/issues/1653 Commit: 33adef942e4e3227be56d0b9a2f5a3b5b7b43010 https://github.com/Hamlib/Hamlib/commit/33adef942e4e3227be56d0b9a2f5a3b5b7b43010 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-07 (Tue, 07 Jan 2025) Changed paths: M include/hamlib/riglist.h M rigs/kenwood/kenwood.c M rigs/kenwood/kenwood.h M rigs/kenwood/ts480.c Log Message: ----------- Seperate QMX from QDX due to incompatible modes in FLRig https://github.com/Hamlib/Hamlib/issues/1653 Compare: https://github.com/Hamlib/Hamlib/compare/d1e0e3f204d3...33adef942e4e To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-07 13:53:42
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: d1e0e3f204d3b0f5b3a17e83a50d360184136e0d https://github.com/Hamlib/Hamlib/commit/d1e0e3f204d3b0f5b3a17e83a50d360184136e0d Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-07 (Tue, 07 Jan 2025) Changed paths: M rigs/kenwood/kenwood.c M rigs/kenwood/kenwood.h Log Message: ----------- Let kenwood serial read remove non-printable chars from responses Should help it be a bit more robust against bad serial data like this https://github.com/Hamlib/Hamlib/issues/1652 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-06 22:00:01
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 3eefab46a9ab631577f1bba9ca42752afe3f8b64 https://github.com/Hamlib/Hamlib/commit/3eefab46a9ab631577f1bba9ca42752afe3f8b64 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-06 (Mon, 06 Jan 2025) Changed paths: M bindings/hamlibvb.bas.in Log Message: ----------- Add missing items in visual basic binding Commit: b2b8586c93c3ce501cd6a46da5d7352668c87f15 https://github.com/Hamlib/Hamlib/commit/b2b8586c93c3ce501cd6a46da5d7352668c87f15 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-06 (Mon, 06 Jan 2025) Changed paths: M rigs/kenwood/ts570.c Log Message: ----------- Fix TS570 RIG_LEVEL_STRENGTH by adding STR_CAL table Compare: https://github.com/Hamlib/Hamlib/compare/1ad817dea999...b2b8586c93c3 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-06 13:15:25
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 181831bbd81c61b3d3aced3a08c8a74213d88235 https://github.com/Hamlib/Hamlib/commit/181831bbd81c61b3d3aced3a08c8a74213d88235 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-05 (Sun, 05 Jan 2025) Changed paths: M rigs/icom/ic785x.c Log Message: ----------- Revert "Remove get_powerstat from ic785x.c -- rig does not support querying power status" Wrong rig This reverts commit 61f3a817d339d7010b192f6a588bfe13620c803c. Commit: 1ad817dea9991c5ccc86553fc8e8c5f9914707e8 https://github.com/Hamlib/Hamlib/commit/1ad817dea9991c5ccc86553fc8e8c5f9914707e8 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-06 (Mon, 06 Jan 2025) Changed paths: M rigs/icom/ic7800.c Log Message: ----------- Remove get_powerstat from IC7800 -- rig does not support querying power status Compare: https://github.com/Hamlib/Hamlib/compare/61f3a817d339...1ad817dea999 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Sakari N. <sak...@ni...> - 2025-01-06 07:40:29
|
Yes, but... Sending just "\n" does not give any result. You can send them as many as you like. Nothing happens. Sending "something" with newline added clears the situation but sometimes it takes one send. Sometimes you have to send several lines to clear the situation. It would be easy if something, like Ctrl+C (0x03), would halt the pending command input. Usually that is not problem. But I have seen this happen sometimes while debug the traffic. I understand this is not problem when using library functions, but when client program access rigctld via text based telnet connection things are different. -- Saku OH1KH Black Michael kirjoitti 5.1.2025 klo 14.41: > Most any character should do what you want. > > rigctld was never designed for random input. > > Mike W9MDB > > > > > > > > > On Sunday, January 5, 2025 at 01:41:12 AM CST, Sakari Nylund<sak...@ni...> wrote: > > > > > > Hi! > > Is there or could it be possible to get a character, or string, that > would clean up the rigctld input buffer? > Read through man pages did not give any hint that it already exists. |
|
From: Michael B. <no...@gi...> - 2025-01-05 22:44:57
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: b3118906311b0d5dd68883ee6aefb12f0c81e469 https://github.com/Hamlib/Hamlib/commit/b3118906311b0d5dd68883ee6aefb12f0c81e469 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-04 (Sat, 04 Jan 2025) Changed paths: M simulators/simftdx101.c M simulators/simic9100.c Log Message: ----------- Update some simulators Commit: 083fed77f298d4a006b52dfbd9ebad549e54ec15 https://github.com/Hamlib/Hamlib/commit/083fed77f298d4a006b52dfbd9ebad549e54ec15 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-05 (Sun, 05 Jan 2025) Changed paths: M rotators/ts7400/Makefile.am R rotators/ts7400/include/io.h R rotators/ts7400/include/readADC.h Log Message: ----------- Merge branch 'master' of github.com:Hamlib/Hamlib Commit: 61f3a817d339d7010b192f6a588bfe13620c803c https://github.com/Hamlib/Hamlib/commit/61f3a817d339d7010b192f6a588bfe13620c803c Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-05 (Sun, 05 Jan 2025) Changed paths: M rigs/icom/ic785x.c Log Message: ----------- Remove get_powerstat from ic785x.c -- rig does not support querying power status Compare: https://github.com/Hamlib/Hamlib/compare/820c28e63f01...61f3a817d339 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-05 16:04:03
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 3222289ef501ff0bf63810b909c80bbc7c244294 https://github.com/Hamlib/Hamlib/commit/3222289ef501ff0bf63810b909c80bbc7c244294 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-01-05 (Sun, 05 Jan 2025) Changed paths: M rotators/ts7400/Makefile.am R rotators/ts7400/include/io.h R rotators/ts7400/include/readADC.h Log Message: ----------- Remove unused and empty source files Commit: 820c28e63f01142c1a607b7bc86e458af1f1a14d https://github.com/Hamlib/Hamlib/commit/820c28e63f01142c1a607b7bc86e458af1f1a14d Author: Michael Black <mdb...@ya...> Date: 2025-01-05 (Sun, 05 Jan 2025) Changed paths: M rotators/ts7400/Makefile.am R rotators/ts7400/include/io.h R rotators/ts7400/include/readADC.h Log Message: ----------- Merge pull request #1650 from dforsi/fix/unused-sources Remove unused and empty source files Compare: https://github.com/Hamlib/Hamlib/compare/b3ef41354d9c...820c28e63f01 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Black M. <mdb...@ya...> - 2025-01-05 12:41:39
|
Most any character should do what you want. rigctld was never designed for random input. Mike W9MDB On Sunday, January 5, 2025 at 01:41:12 AM CST, Sakari Nylund <sak...@ni...> wrote: Hi! Is there or could it be possible to get a character, or string, that would clean up the rigctld input buffer? Read through man pages did not give any hint that it already exists. What I mean is that if we get a telnet connection to rigctld and send for example: f (+linefeed) But if rigctld is started with --vfo parameter then there is no answer to plain "f". It is kind of an error, but there is no indication about it. Rigctld just waits and waits... if there is timeout loop waiting for "RPRT" that does not appear at all we could send a "cleanup" character (or string) to get rigctld ready for next command. If there is no cleanup then also next command after that kind of situation will fail and that causes a snowball effect where several commands will fail. It could be even so that the "cleanup" could be sent always before any real command to ensure the rigctld input buffer is clean. As far as I can imagine that kind of cleanup character would not break any backwards compatibility. -- Saku OH1KH _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: Sakari N. <sak...@ni...> - 2025-01-05 07:39:39
|
Hi! Is there or could it be possible to get a character, or string, that would clean up the rigctld input buffer? Read through man pages did not give any hint that it already exists. What I mean is that if we get a telnet connection to rigctld and send for example: f (+linefeed) But if rigctld is started with --vfo parameter then there is no answer to plain "f". It is kind of an error, but there is no indication about it. Rigctld just waits and waits... if there is timeout loop waiting for "RPRT" that does not appear at all we could send a "cleanup" character (or string) to get rigctld ready for next command. If there is no cleanup then also next command after that kind of situation will fail and that causes a snowball effect where several commands will fail. It could be even so that the "cleanup" could be sent always before any real command to ensure the rigctld input buffer is clean. As far as I can imagine that kind of cleanup character would not break any backwards compatibility. -- Saku OH1KH |
|
From: Michael B. <no...@gi...> - 2025-01-03 13:38:13
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: b3ef41354d9c7f97959e65d09aadb53bbb1d3232 https://github.com/Hamlib/Hamlib/commit/b3ef41354d9c7f97959e65d09aadb53bbb1d3232 Author: Michael Black W9MDB <mdb...@ya...> Date: 2025-01-03 (Fri, 03 Jan 2025) Changed paths: M include/hamlib/rig.h Log Message: ----------- Remove RIGCAPS_NOT_CONST Hopefully this doesn't break any other builds To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2025-01-01 22:30:33
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 7d535564bd5b283f2c4722b632aefb3d0ab764e3 https://github.com/Hamlib/Hamlib/commit/7d535564bd5b283f2c4722b632aefb3d0ab764e3 Author: Michael Black W9MDB <mdb...@ya...> Date: 2024-12-29 (Sun, 29 Dec 2024) Changed paths: M tests/testmW2power.c Log Message: ----------- Fix rig_list_foreach in testmW2power.c https://github.com/Hamlib/Hamlib/issues/1647 Commit: a8a5229147d689cd01294538d82399597b22b5b0 https://github.com/Hamlib/Hamlib/commit/a8a5229147d689cd01294538d82399597b22b5b0 Author: Michael Black W9MDB <mdb...@ya...> Date: 2024-12-29 (Sun, 29 Dec 2024) Changed paths: Log Message: ----------- Merge branch 'master' of github.com:Hamlib/Hamlib Commit: ab63103f6b553b72eb24c01f9fc4028a05e8e149 https://github.com/Hamlib/Hamlib/commit/ab63103f6b553b72eb24c01f9fc4028a05e8e149 Author: Michael Black W9MDB <mdb...@ya...> Date: 2024-12-29 (Sun, 29 Dec 2024) Changed paths: M configure.ac Log Message: ----------- Fix accidental create of file '=2.1' when python build is included Commit: a8f5ad0b6ff5453325fc5ca304818727ad9ad0de https://github.com/Hamlib/Hamlib/commit/a8f5ad0b6ff5453325fc5ca304818727ad9ad0de Author: Michael Black W9MDB <mdb...@ya...> Date: 2024-12-29 (Sun, 29 Dec 2024) Changed paths: M rigs/yaesu/ft991.c Log Message: ----------- Fix compile warning on ft991.c Compare: https://github.com/Hamlib/Hamlib/compare/028d750249ab...a8f5ad0b6ff5 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Michael B. <no...@gi...> - 2024-12-29 16:44:24
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 028d750249ab00c8c362598c838b15e8aa6a2951 https://github.com/Hamlib/Hamlib/commit/028d750249ab00c8c362598c838b15e8aa6a2951 Author: Michael Black W9MDB <mdb...@ya...> Date: 2024-12-29 (Sun, 29 Dec 2024) Changed paths: M tests/testmW2power.c Log Message: ----------- Fix rig_list_foreach in testmW2power.c 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.
