hamlib-developer Mailing List for Ham Radio Control Libraries (Page 3)
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
(121) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Nate B. <n0...@n0...> - 2025-07-21 17:44:09
|
I set up a complete build environment on my Debian Trixie VM which
should be somewhat close to the Ubuntu Noble CI is running on. Here is
the complete error I get:
> assert expected_properties == self.actual_properties
E AssertionError: assert ['AMP_FLAG_1'...EVEL_PF', ...] == ['AMP_FLAG_1'...EVEL_PF', ...]
E
E At index 587 diff: 'RIG_MODEL_GRAUDIO' != 'RIG_MODEL_GQRX'
E Right contains one more item: 'hamlib_version'
E Use -v to get more diff
../../../bindings/python/test_Hamlib_class.py:1279: AssertionError
========================================================================== warnings summary ==========================================================================
<frozen importlib._bootstrap>:488
<frozen importlib._bootstrap>:488: DeprecationWarning: builtin type SwigPyPacked has no __module__ attribute
<frozen importlib._bootstrap>:488
<frozen importlib._bootstrap>:488: DeprecationWarning: builtin type SwigPyObject has no __module__ attribute
<frozen importlib._bootstrap>:488
<frozen importlib._bootstrap>:488: DeprecationWarning: builtin type swigvarlink has no __module__ attribute
../../../../../../../../usr/lib/python3/dist-packages/_pytest/cacheprovider.py:475
/usr/lib/python3/dist-packages/_pytest/cacheprovider.py:475: PytestCacheWarning: could not create cache path /home/nate/builds/hamlib-4.7~git/hamlib-4.7~git/.pytest_cache/v/cache/nodeids: [Errno 13] Permission denied: '/home/nate/builds/hamlib-4.7~git/hamlib-4.7~git/pytest-cache-files-_b3p3gl7'
config.cache.set("cache/nodeids", sorted(self.cached_nodeids))
../../../../../../../../usr/lib/python3/dist-packages/_pytest/cacheprovider.py:429
/usr/lib/python3/dist-packages/_pytest/cacheprovider.py:429: PytestCacheWarning: could not create cache path /home/nate/builds/hamlib-4.7~git/hamlib-4.7~git/.pytest_cache/v/cache/lastfailed: [Errno 13] Permission denied: '/home/nate/builds/hamlib-4.7~git/hamlib-4.7~git/pytest-cache-files-8rzmvamj'
config.cache.set("cache/lastfailed", self.lastfailed)
../../../../../../../../usr/lib/python3/dist-packages/_pytest/stepwise.py:51
/usr/lib/python3/dist-packages/_pytest/stepwise.py:51: PytestCacheWarning: could not create cache path /home/nate/builds/hamlib-4.7~git/hamlib-4.7~git/.pytest_cache/v/cache/stepwise: [Errno 13] Permission denied: '/home/nate/builds/hamlib-4.7~git/hamlib-4.7~git/pytest-cache-files-gl7knlwg'
session.config.cache.set(STEPWISE_CACHE_DIR, [])
-- Docs: https://docs.pytest.org/en/stable/how-to/capture-warnings.html
====================================================================== short test summary info =======================================================================
FAILED ../../../bindings/python/test_Hamlib_class.py::TestClass::test_properties - AssertionError: assert ['AMP_FLAG_1'...EVEL_PF', ...] == ['AMP_FLAG_1'...EVEL_PF', ...]
============================================================== 1 failed, 8 passed, 6 warnings in 0.93s ===============================================================
make[4]: *** [Makefile:1149: pytest-yes] Error 1
make[3]: *** [Makefile:948: check-am] Error 2
make[2]: *** [Makefile:950: check] Error 2
make[1]: *** [Makefile:644: check-recursive] Error 1
make: *** [Makefile:861: distcheck] Error 1
I'm guessing that the RIG_MODEL_GQRX #define needs to be added.
73, Nate
--
"The optimist proclaims that we live in the best of all
possible worlds. The pessimist fears this is true."
Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819
|
|
From: Nate B. <n0...@n0...> - 2025-07-21 17:00:26
|
Hi Daniele. Can you take a look at this? The error message starts at line 2836: https://github.com/Hamlib/Hamlib/actions/runs/16417091744/job/46385588473#step:11:2837 73, Nate ----- Forwarded message from Nate Bargmann <not...@gi...> ----- Date: Mon, 21 Jul 2025 05:44:47 -0700 From: Nate Bargmann <not...@gi...> To: Hamlib/Hamlib <Ha...@no...> Cc: Ci activity <ci_...@no...> Reply-To: Hamlib/Hamlib <Ha...@no...> Subject: [Hamlib/Hamlib] Run failed: C/C++ CI - master (94d7f0b) [Hamlib/Hamlib] C/C++ CI workflow run Repository: Hamlib/Hamlib Workflow: C/C++ CI Duration: 10 minutes and 41.0 seconds Finished: 2025-07-21 12:44:27 UTC View results: https://github.com/Hamlib/Hamlib/actions/runs/16417091744 Jobs: * build (macos-latest, --enable-html-matrix=yes --enable-parallel=yes --enable-pytest=yes --enable-... succeeded (2 annotations) * build (ubuntu-latest, --enable-html-matrix=yes --enable-parallel=yes --enable-pytest=yes --enable... failed (1 annotation) * build (ubuntu-latest, --enable-html-matrix=no --enable-parallel=no --enable-pytest=no --enable-sh... succeeded (0 annotations) * build (macos-latest, --enable-html-matrix=no --enable-parallel=no --enable-pytest=no --enable-sha... succeeded (2 annotations) ----- End forwarded message ----- -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects: https://github.com/N0NB GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819 |
|
From: Nate B. <no...@gi...> - 2025-07-21 12:34:18
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 096b6f0f4b4227c8d7044b28fb6b5ec7e4deb281 https://github.com/Hamlib/Hamlib/commit/096b6f0f4b4227c8d7044b28fb6b5ec7e4deb281 Author: Mark J. Fine <mar...@fi...> Date: 2025-07-19 (Sat, 19 Jul 2025) Changed paths: M bindings/python/test_Hamlib_class.py M include/hamlib/rig.h M include/hamlib/riglist.h M rigs/dummy/Android.mk M rigs/dummy/Makefile.am M rigs/dummy/dummy.c M rigs/dummy/dummy.h Log Message: ----------- Adds 'dummy' rig that talks to GQRX Commit: 26daf352b36eeca337b52ae830be1ded250c188c https://github.com/Hamlib/Hamlib/commit/26daf352b36eeca337b52ae830be1ded250c188c Author: Mark J. Fine <mar...@fi...> Date: 2025-07-19 (Sat, 19 Jul 2025) Changed paths: A rigs/dummy/gqrx.c Log Message: ----------- Corrects meter level query. Commit: 3722c643cc33f9aba0498b7e0a253a8c73d13b7f https://github.com/Hamlib/Hamlib/commit/3722c643cc33f9aba0498b7e0a253a8c73d13b7f Author: Mark J. Fine <mar...@fi...> Date: 2025-07-19 (Sat, 19 Jul 2025) Changed paths: M rigs/dummy/gqrx.c Log Message: ----------- CW modes were reversed... fixed. SSB narrow filter was in error.. fixed. Commit: f934b75688abcfc4937035cd8f8994d188963606 https://github.com/Hamlib/Hamlib/commit/f934b75688abcfc4937035cd8f8994d188963606 Author: Mark J. Fine <mar...@fi...> Date: 2025-07-19 (Sat, 19 Jul 2025) Changed paths: M rigs/dummy/gqrx.c Log Message: ----------- Fixed c99 booleans. Fixed format in debug statements for mode and level. Commit: 50cb5b595eb5920fb3392279a9367a2d267a78eb https://github.com/Hamlib/Hamlib/commit/50cb5b595eb5920fb3392279a9367a2d267a78eb Author: Mark J. Fine <mar...@fi...> Date: 2025-07-19 (Sat, 19 Jul 2025) Changed paths: M rigs/dummy/gqrx.c Log Message: ----------- Changed %llu to just %lu to quiet a warning. Commit: d32e5b3495317d4ced563773b4f025e0f11026ad https://github.com/Hamlib/Hamlib/commit/d32e5b3495317d4ced563773b4f025e0f11026ad Author: Mark J. Fine <mar...@fi...> Date: 2025-07-19 (Sat, 19 Jul 2025) Changed paths: M rigs/dummy/gqrx.c Log Message: ----------- Addressed some formatting issues and made VFO_A/VFO_CURR checking more uniform across the code. Commit: 482c0f1111a0faa11c7d974da5db76d963cd20c4 https://github.com/Hamlib/Hamlib/commit/482c0f1111a0faa11c7d974da5db76d963cd20c4 Author: Mark J. Fine <mar...@fi...> Date: 2025-07-19 (Sat, 19 Jul 2025) Changed paths: M bindings/python/test_Hamlib_class.py Log Message: ----------- Temporarily back out RIG_MODEL_GQRX from test_Hamlib_class.py to avoid a conflict. Commit: bf63febf08f28b29fdf4efa6eebe8acb23d1dd8b https://github.com/Hamlib/Hamlib/commit/bf63febf08f28b29fdf4efa6eebe8acb23d1dd8b Author: Mark J. Fine <mar...@fi...> Date: 2025-07-20 (Sun, 20 Jul 2025) Changed paths: M rigs/drake/drake.c Log Message: ----------- Fix old_vfo could be uninitialized warnings that are generated in minGW by initializing to RIG_VFO_A in get/set_chan(). Adding here to keep in synch with latent changes to the add_drake_r8 branch. Commit: 528d87c496db2cfb35c85375c405c3f6f3ad4a3a https://github.com/Hamlib/Hamlib/commit/528d87c496db2cfb35c85375c405c3f6f3ad4a3a Author: Mark J. Fine <mar...@fi...> Date: 2025-07-20 (Sun, 20 Jul 2025) Changed paths: M rigs/dummy/gqrx.c Log Message: ----------- Apparently uint64_t is handled differently on CISC and RISC systems. CISC requires the %lu format while RISC requires %llu. Solved the cross-platform ping-pong game by using %llu and type casting rmode_t and setting_t values as (long long unsigned int). Commit: 94d7f0b7debd0ef80d5b010c3dc73bff65045a5b https://github.com/Hamlib/Hamlib/commit/94d7f0b7debd0ef80d5b010c3dc73bff65045a5b Author: Nate Bargmann <n0...@n0...> Date: 2025-07-21 (Mon, 21 Jul 2025) Changed paths: M include/hamlib/rig.h M include/hamlib/riglist.h M rigs/drake/drake.c M rigs/dummy/Android.mk M rigs/dummy/Makefile.am M rigs/dummy/dummy.c M rigs/dummy/dummy.h A rigs/dummy/gqrx.c Log Message: ----------- Merge GitHub PR #1807 Compare: https://github.com/Hamlib/Hamlib/compare/b2934c70a281...94d7f0b7debd To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2025-07-21 11:59:50
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: d98beda2dac7ef3eb1b66bdf0d80e66b4b66a189 https://github.com/Hamlib/Hamlib/commit/d98beda2dac7ef3eb1b66bdf0d80e66b4b66a189 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M .github/workflows/c-cpp.yml Log Message: ----------- Enable Python bindings for macOS Commit: 1744db06ba0772c5bdb5ff8c22eb1a75166d3832 https://github.com/Hamlib/Hamlib/commit/1744db06ba0772c5bdb5ff8c22eb1a75166d3832 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M .github/workflows/c-cpp.yml Log Message: ----------- Refactoring to avoid duplications Commit: 4bb1688a322a43d6c15bfdbbbad5c2e2b9595c64 https://github.com/Hamlib/Hamlib/commit/4bb1688a322a43d6c15bfdbbbad5c2e2b9595c64 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M .github/workflows/c-cpp.yml Log Message: ----------- Execute make distcheck with the same settings as the initial configure Instead of using the defaults Commit: 3d6e5f16842a416ef2fa1400bd815d05341ea0c7 https://github.com/Hamlib/Hamlib/commit/3d6e5f16842a416ef2fa1400bd815d05341ea0c7 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M .github/workflows/c-cpp.yml Log Message: ----------- Do not build the Perl bindings during make distcheck Fails on bot Linux and Mac for different reasons. On Linux: ERROR: files left after uninstall: ./lib/x86_64-linux-gnu/perl/5.40.1/Hamlib.pm ./lib/x86_64-linux-gnu/perl/5.40.1/auto/Hamlib/Hamlib.so ./lib/x86_64-linux-gnu/perl/5.40.1/auto/Hamlib/.packlist ./lib/x86_64-linux-gnu/perl/5.40.1/perllocal.pod make[1]: *** [Makefile:921: distuninstallcheck] Error 1 On Mac: Can't load 'blib/arch/auto/Hamlib/Hamlib.bundle' for module Hamlib: dlopen(blib/arch/auto/Hamlib/Hamlib.bundle, 0x0001): Library not loaded: /Users/runner/work/Hamlib/Hamlib/hamlib-4.7~git/_inst/lib/libhamlib.4.dylib Referenced from: <0FE3328D-6834-37EA-9827-03864B87CEA4> /Users/runner/work/Hamlib/Hamlib/hamlib-4.7~git/_build/sub/bindings/blib/arch/auto/Hamlib/Hamlib.bundle Reason: tried: '/Users/runner/work/Hamlib/Hamlib/hamlib-4.7~git/_inst/lib/libhamlib.4.dylib' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/Users/runner/work/Hamlib/Hamlib/hamlib-4.7~git/_inst/lib/libhamlib.4.dylib' (no such file), '/Users/runner/work/Hamlib/Hamlib/hamlib-4.7~git/_inst/lib/libhamlib.4.dylib' (no such file) at /opt/homebrew/opt/perl/lib/perl5/5.40/darwin-thread-multi-2level/DynaLoader.pm line 210. at blib/lib/Hamlib.pm line 11. Commit: 60541cf35bc636fca3574a6c30463f50fa210079 https://github.com/Hamlib/Hamlib/commit/60541cf35bc636fca3574a6c30463f50fa210079 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M bindings/python/generate_tests.py M bindings/python/test_Hamlib_Amp_class.py M bindings/python/test_Hamlib_Rig_class.py M bindings/python/test_Hamlib_Rot_class.py M bindings/python/test_Hamlib_class.py Log Message: ----------- Sort the lists of callables and properties The dir() function returns a list which is not necessarily ordered in fact it wasn't ordered on the CI runner. Commit: 9931b1ce9c2dbde94690a889e40d1c259d867092 https://github.com/Hamlib/Hamlib/commit/9931b1ce9c2dbde94690a889e40d1c259d867092 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M bindings/python/generate_tests.py Log Message: ----------- Put each item of callables and properties on a new line Makes it easier to see diffs. Commit: a3ba82a8c8c64986fd453dda20f42ecef294965b https://github.com/Hamlib/Hamlib/commit/a3ba82a8c8c64986fd453dda20f42ecef294965b Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M bindings/python/test_Hamlib_Amp_class.py M bindings/python/test_Hamlib_Rig_class.py M bindings/python/test_Hamlib_Rot_class.py M bindings/python/test_Hamlib_class.py Log Message: ----------- Rewrite automated tests with newlines Commit: e31ad814024da15d75544b15c305f697a12dc2e3 https://github.com/Hamlib/Hamlib/commit/e31ad814024da15d75544b15c305f697a12dc2e3 Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-18 (Fri, 18 Jul 2025) Changed paths: M bindings/python/test_Hamlib_class.py Log Message: ----------- New model added Commit: 74914f0db8e07abaafd6fc819664632d0328cf5b https://github.com/Hamlib/Hamlib/commit/74914f0db8e07abaafd6fc819664632d0328cf5b Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-19 (Sat, 19 Jul 2025) Changed paths: M bindings/python/test_amp.py Log Message: ----------- Remove duplicated tests Commit: 1e484942fc7f8ccb29ac3078f27e152a6001a24d https://github.com/Hamlib/Hamlib/commit/1e484942fc7f8ccb29ac3078f27e152a6001a24d Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-19 (Sat, 19 Jul 2025) Changed paths: M bindings/amplifier.swg M bindings/python/test_Hamlib_class.py M bindings/rig.swg M bindings/rotator.swg Log Message: ----------- Add the new includes that contain the state And update the test again. Commit: ce6e4a8e5719870c0aca56cb6b162163f59e764c https://github.com/Hamlib/Hamlib/commit/ce6e4a8e5719870c0aca56cb6b162163f59e764c Author: Daniele Forsi IU5HKX <iu...@gm...> Date: 2025-07-19 (Sat, 19 Jul 2025) Changed paths: M bindings/python/test_amp.py Log Message: ----------- Make test_amp.py more similar to the others Commit: b2934c70a281eee4832cf9ae2b78862f3599eacd https://github.com/Hamlib/Hamlib/commit/b2934c70a281eee4832cf9ae2b78862f3599eacd Author: Nate Bargmann <n0...@n0...> Date: 2025-07-21 (Mon, 21 Jul 2025) Changed paths: M .github/workflows/c-cpp.yml M bindings/amplifier.swg M bindings/python/generate_tests.py M bindings/python/test_Hamlib_Amp_class.py M bindings/python/test_Hamlib_Rig_class.py M bindings/python/test_Hamlib_Rot_class.py M bindings/python/test_Hamlib_class.py M bindings/python/test_amp.py M bindings/rig.swg M bindings/rotator.swg Log Message: ----------- Merge GitHub PR #1803 Compare: https://github.com/Hamlib/Hamlib/compare/f25f21264f7d...b2934c70a281 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Diane B. <no...@gi...> - 2025-07-20 21:00:35
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: f25f21264f7de6f5b85f82bd3c0514c786306c05 https://github.com/Hamlib/Hamlib/commit/f25f21264f7de6f5b85f82bd3c0514c786306c05 Author: Diane Bruce <db...@db...> Date: 2025-07-20 (Sun, 20 Jul 2025) Changed paths: M tests/rigtestlibusb.c Log Message: ----------- Provide for updated FreeBSD USB device naming FreeBSD will eventually have the less verbose bNumDeviceCaps instead of bNumDeviceCapabilities The other changes are (hopefully) to be upstreamed renaming bU2devExitLat to wU2devExitLat FreeBSD in the head of the tree has /usr/include/libusb20_desc.h:#define bNumDeviceCapabilities bNumDeviceCaps So we have backward compatibility for this. To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <n0...@n0...> - 2025-07-20 20:31:14
|
* On 2025 20 Jul 14:00 -0500, Diane Bruce via Hamlib-developer wrote: > So we have backward compatibility for this. I'd go with the > better_patch-tests_rigtestlibusb.c myself. Then that is what I'll do. Thanks, Diane. 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: Diane B. <db...@db...> - 2025-07-20 18:59:26
|
On Sun, Jul 20, 2025 at 12:18:06PM -0500, Nate Bargmann wrote:
> * On 2025 19 Jul 14:30 -0500, Diane Bruce via Hamlib-developer wrote:
> > There are some libusb changes for FreeBSD
>
> > - printf(" bU1devExitLat: %u\n", ss_usb_cap->bU1DevExitLat);
> > + printf(" wU1devExitLat: %u\n", ss_usb_cap->bU1DevExitLat);
> > +#ifdef __FreeBSD__
> > + printf(" wU2devExitLat: %u\n", ss_usb_cap->wU2DevExitLat);
> > +#else
>
> When I look at this, I'm confused.
>
> Of the first two lines the 'b' is replaced by the 'w' in the in the
> printed string, but is left pointing to ss_usb_cap->bU1DevExitLat.
> Should the pointer or the string be changed, or neither, or both?
Mea culpa. I goofed.
See first patch attached. Simple typo. I think I got the white space fixed
too.
A better patch (much simpler) is also attached.
see better_patch-tests_rigtestlibusb.c
Same comments apply but keep in mind FreeBSD will eventually have the
less verbose bNumDeviceCaps instead of bNumDeviceCapabilities
The other changes are (hopefully) to be upstreamed renaming
bU2devExitLat to wU2devExitLat
FreeBSD in the head of the tree
has
/usr/include/libusb20_desc.h:#define bNumDeviceCapabilities bNumDeviceCapsa
So we have backward compatibility for this. I'd go with the
better_patch-tests_rigtestlibusb.c myself.
Anyway both versions compiled and tested and the second better version
works with current FreeBSD tree.
> --
> "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
>
Sorry about the noise previously, I was hot and tired trying to get this into
the tree and working too fast.
Cheers!
- 73 Diane VA3DB
--
db...@Fr... db...@db... http://www.db.net/~db https://ottawa.place/@Dianora
|
|
From: Nate B. <n0...@n0...> - 2025-07-20 17:18:14
|
* On 2025 19 Jul 14:30 -0500, Diane Bruce via Hamlib-developer wrote:
> There are some libusb changes for FreeBSD
> - printf(" bU1devExitLat: %u\n", ss_usb_cap->bU1DevExitLat);
> + printf(" wU1devExitLat: %u\n", ss_usb_cap->bU1DevExitLat);
> +#ifdef __FreeBSD__
> + printf(" wU2devExitLat: %u\n", ss_usb_cap->wU2DevExitLat);
> +#else
When I look at this, I'm confused.
Of the first two lines the 'b' is replaced by the 'w' in the in the
printed string, but is left pointing to ss_usb_cap->bU1DevExitLat.
Should the pointer or the string be changed, or neither, or both?
The third printf() inside the #if hints that the printf() prior to the
#if should point to ss_usb_cap->wU1DevExitLat and not
ss_usb_cap->bU1DevExitLat.
Is this correct?
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: Diane B. <db...@db...> - 2025-07-20 13:02:04
|
On Sat, Jul 19, 2025 at 09:59:13PM -0500, Nate Bargmann wrote: > * On 2025 19 Jul 18:30 -0500, Diane Bruce via Hamlib-developer wrote: > > On Sat, Jul 19, 2025 at 06:45:55PM -0400, Greg Troxel wrote: > > > > I don't immediately understand; would be nice to include a commit > > > message. > > > > I should not have rushed but here we go. Sorry. :-( > > Thanks Diane. Good to see you on the list again. Good to be back! > > I think I can infer a commit message and I'll make sure the whitespace > is not changed. Yes sorry about that! Thanks! 73, Diane > > 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 > > > > ---------- > > This email has been scanned for spam and viruses by Proofpoint Essentials. Visit the following link to report this email as spam: > https://us2.proofpointessentials.com/app/report_spam.php?mod_id=11&mod_option=logitem&report=1&type=easyspam&k=k1&payload=53616c7465645f5f272629700ffd2504f91e28df364b66bc4b8cca5514aa436aa3a7ca0dbac997d927bcacef7892fb7c5829718786c5e58915b2c0ae6015651866158fe6f3cc41b66dce78b700a410e4e1eadd2d6383d65f2d2975dadb5b1960b80bfcd00ff650c6cd81d2ff98665e9a3b8ad22f571476dafb5533bbc1abe08eb6e8047e1e16dc0320a8326cd39f8897 > > > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer -- db...@Fr... db...@db... http://www.db.net/~db https://ottawa.place/@Dianora |
|
From: Nate B. <n0...@n0...> - 2025-07-20 02:59:25
|
* On 2025 19 Jul 18:30 -0500, Diane Bruce via Hamlib-developer wrote: > On Sat, Jul 19, 2025 at 06:45:55PM -0400, Greg Troxel wrote: > > I don't immediately understand; would be nice to include a commit > > message. > > I should not have rushed but here we go. Sorry. :-( Thanks Diane. Good to see you on the list again. I think I can infer a commit message and I'll make sure the whitespace is not changed. 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 M. <no...@gi...> - 2025-07-19 23:55:59
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: c14949a86d34996764d0aa67e92bc8cfde361603 https://github.com/Hamlib/Hamlib/commit/c14949a86d34996764d0aa67e92bc8cfde361603 Author: Michael Morgan <844...@us...> Date: 2025-07-19 (Sat, 19 Jul 2025) Changed paths: M rigs/flexradio/smartsdr.c Log Message: ----------- Rewrite Rewrote it some to see if MinGW ok. To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Diane B. <db...@db...> - 2025-07-19 23:29:32
|
On Sat, Jul 19, 2025 at 06:45:55PM -0400, Greg Troxel wrote: > Diane Bruce via Hamlib-developer > <ham...@li...> writes: > > > There are some libusb changes for FreeBSD > > It's interesting that I don't seem to need these for NetBSD -- or might > I not have noticed at build time? You'd have noticed sorry I did not look at my NetBSD machine and code tree. :) Obviously the code is different here. See https://github.com/libusb/libusb/pull/1652 Perhaps maybe something like the suggested #define wU2DevExitLat bU2DevExitLat Also see https://reviews.freebsd.org/D50740 And this #define bNumDeviceCapabilities bNumDeviceCaps (see kevans comment) Should make it work for all variations then. > > I wonder if this can be done with a configure test instead of ifdef > FooOS, to be more likely to handle other situations. It could easily be. I only did what I needed to make it run on FreeBSD (Apart from my accidental whitespace change. oops!) Perhaps using the defines would be cleaner? > > There's a stray whitespace change. Yes I only noticed I accidentally added this *sigh*. > > I don't immediately understand; would be nice to include a commit > message. I should not have rushed but here we go. Sorry. :-( > > > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer > > ---------- > > This email has been scanned for spam and viruses by Proofpoint Essentials. Visit the following link to report this email as spam: > https://us2.proofpointessentials.com/app/report_spam.php?mod_id=11&mod_option=logitem&report=1&type=easyspam&k=k1&payload=53616c7465645f5fa4a175933b97107c8bdca0f86642632becbb0eb65102f3e3dab8a57fae64c81bd2ef4c74d650ad23636bb424dd8e2b40e4f921d26ba2a1355d9aaa3349c12e790bcad46515e3848c8ba2add02c6db42904e1454641e61db62f5d9f650fb69df4201b01bd3ae7da4aa7c08f7aa6ce4cf3c9f2368d5da0b1bf828dfed54dff80f84875aa861eb7e3c6 > -- db...@Fr... db...@db... http://www.db.net/~db https://ottawa.place/@Dianora |
|
From: Greg T. <gd...@le...> - 2025-07-19 23:02:15
|
Diane Bruce via Hamlib-developer <ham...@li...> writes: > There are some libusb changes for FreeBSD It's interesting that I don't seem to need these for NetBSD -- or might I not have noticed at build time? I wonder if this can be done with a configure test instead of ifdef FooOS, to be more likely to handle other situations. There's a stray whitespace change. I don't immediately understand; would be nice to include a commit message. |
|
From: Diane B. <db...@db...> - 2025-07-19 19:30:14
|
There are some libusb changes for FreeBSD
--- tests/rigtestlibusb.c.orig 2025-07-18 18:31:35 UTC
+++ tests/rigtestlibusb.c
@@ -116,8 +116,12 @@ static void print_ss_usb_cap(const struct
printf(" bmAttributes: %02xh\n", ss_usb_cap->bmAttributes);
printf(" wSpeedSupported: %u\n", ss_usb_cap->wSpeedSupported);
printf(" bFunctionalitySupport: %u\n", ss_usb_cap->bFunctionalitySupport);
- printf(" bU1devExitLat: %u\n", ss_usb_cap->bU1DevExitLat);
+ printf(" wU1devExitLat: %u\n", ss_usb_cap->bU1DevExitLat);
+#ifdef __FreeBSD__
+ printf(" wU2devExitLat: %u\n", ss_usb_cap->wU2DevExitLat);
+#else
printf(" bU2devExitLat: %u\n", ss_usb_cap->bU2DevExitLat);
+#endif
}
static void print_bos(libusb_device_handle *handle)
@@ -133,11 +137,17 @@ static void print_bos(libusb_device_handle *handle)
return;
}
+
printf(" Binary Object Store (BOS):\n");
printf(" wTotalLength: %u\n", bos->wTotalLength);
+#ifdef __FreeBSD__
+ printf(" bNumDeviceCapabilities: %u\n", bos->bNumDeviceCapabilities);
+ for (i = 0; i < bos->bNumDeviceCapabilities; i++)
+#else
printf(" bNumDeviceCaps: %u\n", bos->bNumDeviceCaps);
-
for (i = 0; i < bos->bNumDeviceCaps; i++)
+#endif
+
{
struct libusb_bos_dev_capability_descriptor *dev_cap = bos->dev_capability[i];
@@ -172,7 +182,6 @@ static void print_bos(libusb_device_handle *handle)
libusb_free_ss_usb_device_capability_descriptor(ss_dev_cap);
}
}
-
libusb_free_bos_descriptor(bos);
}
- 73 Diane VA3DB
--
db...@Fr... db...@db... http://www.db.net/~db https://ottawa.place/@Dianora
|
|
From: Nate B. <n0...@n0...> - 2025-07-19 13:04:22
|
* On 2025 19 Jul 07:20 -0500, Dave Baxter via Hamlib-developer wrote: > It was indeed the 4.7~git release that needed the ./bootstrap. > > > The problem I have just now, is with grig I think. (Whatever /dev/ttyUSB > 'device' I specify, it always tries to open /dev/tty0 !) The first order of business is to try with rigctl and see if the problem still occurs. If not, then it likely points to grig having an issue. 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: Dave B. <g8k...@go...> - 2025-07-19 12:20:06
|
It was indeed the 4.7~git release that needed the ./bootstrap. The problem I have just now, is with grig I think. (Whatever /dev/ttyUSB 'device' I specify, it always tries to open /dev/tty0 !) The repo version is very old, and the current source refuses to build. Cheers All. Dave G8KBV. On 19/07/2025 13:06, Brian Morrison via Hamlib-developer wrote: > On Sat, 19 Jul 2025 06:13:54 -0500 > Nate Bargmann<n0...@n0...> wrote: > >> * On 2025 19 Jul 05:38 -0500, Dave Baxter via Hamlib-developer wrote: >>> Hi. >>> >>> >>> I find that the with the release .tar files over the last few >>> months, sometimes you need the ./bootstrap phase, sometimes you >>> don't. Sort of inconsistent... >> Huh? >> >> That should most definitely NOT be required of the generated tarballs >> EVER. If it is, I consider that a serious bug and really need more >> information. In all my testing over the years I've not found this to >> be the case, but I can't be everywhere on every system. > I downloaded the tarball for 4.6.4 and then used rpmbuild with an > updated .spec file on Fedora 42. It built and installed the rpm > binaries perfectly, so thanks for the update Nate. > > Absolutely no need for ./bootstrap here. > |
|
From: Brian M. <bd...@fe...> - 2025-07-19 12:07:05
|
On Sat, 19 Jul 2025 06:13:54 -0500 Nate Bargmann <n0...@n0...> wrote: > * On 2025 19 Jul 05:38 -0500, Dave Baxter via Hamlib-developer wrote: > > Hi. > > > > > > I find that the with the release .tar files over the last few > > months, sometimes you need the ./bootstrap phase, sometimes you > > don't. Sort of inconsistent... > > Huh? > > That should most definitely NOT be required of the generated tarballs > EVER. If it is, I consider that a serious bug and really need more > information. In all my testing over the years I've not found this to > be the case, but I can't be everywhere on every system. I downloaded the tarball for 4.6.4 and then used rpmbuild with an updated .spec file on Fedora 42. It built and installed the rpm binaries perfectly, so thanks for the update Nate. Absolutely no need for ./bootstrap here. -- Brian G8SEZ |
|
From: Nate B. <n0...@n0...> - 2025-07-19 11:14:06
|
* On 2025 19 Jul 05:38 -0500, Dave Baxter via Hamlib-developer wrote: > Hi. > > > I find that the with the release .tar files over the last few months, > sometimes you need the ./bootstrap phase, sometimes you don't. Sort of > inconsistent... Huh? That should most definitely NOT be required of the generated tarballs EVER. If it is, I consider that a serious bug and really need more information. In all my testing over the years I've not found this to be the case, but I can't be everywhere on every system. If you think this is required in the future, then please don't just carry on, copy all of the output into a message and post it. 73, Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects: https://github.com/N0NB GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819 |
|
From: Nate B. <n0...@n0...> - 2025-07-19 11:09:17
|
* On 2025 19 Jul 03:43 -0500, gm3zza--- via Hamlib-developer wrote: > My secret sauce is: > > Open "Developer PowerShell for VS2022" in administrator mode. This > adds the correct directory to the path and allows update of > "C:\Program Files" with the .dll. > > Then (in my case). > > cd "C:\Program Files\hamlib-w64-4.6.4\lib\msvc" > lib \def:libhamlib-4.def \machine:x64 I presume that "\machine:x64" would need to be changed to "\machine:x86" for a 32 bit build? > If you use any other terminal then the full path to lib.exe is needed > (today it is "C:\Program Files\Microsoft Visual > Studio\2022\Community\VC\Tools\MSVC\14.44.35207\bin\Hostx64\x64\lib.exe", > but is dependent on the version of MSVC which gets updated every few > weeks). Thank you!!! > The instructions in "C:\Program > Files\hamlib-w64-4.6.4\README.w64-bin.txt" needs to be trimmed a bit, > but we need to get more than just my current experience of having to > do this. Please edit that file as you see fit and email it to me and I'll get it incorporated into each script. Alternatively, you can issue a PR against the 'scripts/build-w32.sh' and 'scripts/build-w64.sh' files. For each file the edits will likely start around line 187. Thanks, Phil. 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: Dave B. <g8k...@go...> - 2025-07-19 10:37:45
|
Hi. I find that the with the release .tar files over the last few months, sometimes you need the ./bootstrap phase, sometimes you don't. Sort of inconsistent... Other than that... ./configure followed by (so long as that didn’t bomb) a 'make' and it all seems to build OK. This is on a LMDE 6 (Debian 12 based) 64 bit, on an intel based machine. At present, I now have "4.7~git from indeterminate source revision. 64-bit", "Installed" unintentionally due to grey cell finger communication issues! (Sources dated May 9th.) And in an independent source tree location, 4.6.4. (Sources dated July 18th or 19th.) As well as the custom versions that came with WSJTx and JS8Call ! (That I have so far failed to find out where they hide.) All a bit of a muddle to manage I think. 73. Dave G8KBV. On 19/07/2025 10:17, gm3zza--- via Hamlib-developer wrote: > > > Now to get 4.6.4 installed on debian, should be a lot easier. > > Silly me, of course it wasn't. I've forgotten how to use git to get a > specific branch so just gone ahead with the latest 4.7-git instead. > And this time my notebook failed me 🙁. > > Phil GM3ZZA > ------------------------------------------------------------------------ > > > > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: Nate B. <n0...@n0...> - 2025-07-19 10:27:46
|
* On 2025 19 Jul 04:18 -0500, gm3zza--- via Hamlib-developer wrote: > > > Now to get 4.6.4 installed on debian, should be a lot easier. > > Silly me, of course it wasn't. I've forgotten how to use git to get a > specific branch so just gone ahead with the latest 4.7-git instead. > And this time my notebook failed me 🙁. Since 4.6.4 is now released, one should just download the release tarball that has no need to use git. To clone a specific branch, from the script I use to do just that: git clone -b Hamlib-4.6.3 https://github.com/Hamlib/Hamlib.git hamlib Note that I did not create a Hamlib-4.6.4 branch! 4.6.4 is a collection of cherry-picked commits to fix bugs found after 4.6.3 and lives in the Hamlib-4.6.3 branch. I also do the same for the daily snapshots: git clone -b master https://github.com/Hamlib/Hamlib hamlib In this case it just speeds up the cloning process a bit since all the refs for the different branches aren't retrieved. For an ordinary clone where all the repository history is wanted, I would not recommend this. 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: <gm...@bt...> - 2025-07-19 09:17:32
|
Now to get 4.6.4 installed on debian, should be a lot easier. Silly me, of course it wasn't. I've forgotten how to use git to get a specific branch so just gone ahead with the latest 4.7-git instead. And this time my notebook failed me 🙁. Phil GM3ZZA ________________________________ |
|
From: <gm...@bt...> - 2025-07-19 08:42:23
|
My secret sauce is: Open "Developer PowerShell for VS2022" in administrator mode. This adds the correct directory to the path and allows update of "C:\Program Files" with the .dll. Then (in my case). cd "C:\Program Files\hamlib-w64-4.6.4\lib\msvc" lib \def:libhamlib-4.def \machine:x64 If you use any other terminal then the full path to lib.exe is needed (today it is "C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.44.35207\bin\Hostx64\x64\lib.exe", but is dependent on the version of MSVC which gets updated every few weeks). The instructions in "C:\Program Files\hamlib-w64-4.6.4\README.w64-bin.txt" needs to be trimmed a bit, but we need to get more than just my current experience of having to do this. Now to get 4.6.4 installed on debian, should be a lot easier. Phil GM3ZZA ________________________________ From: Nate Bargmann <n0...@n0...> Sent: 19 July 2025 12:02 AM To: ham...@li... <ham...@li...> Subject: Re: [Hamlib-developer] Hamlib 4.6.4 release * On 2025 18 Jul 16:48 -0500, gm3zza--- via Hamlib-developer wrote: > Has anyone got the latest incarnation to create a .dll for MSVC x64? I > now remember why I hardly ever update my Windows version of hamlib! Some seem to have the recipe but apparently I don't have it either... > I've got it somewhere in my notes, but.... "A cluttered desk is the sign of a cluttered mind." "What's an empty desk a sign of?" 73, Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects: https://github.com/N0NB GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819 |
|
From: Nate B. <n0...@n0...> - 2025-07-18 23:02:28
|
* On 2025 18 Jul 16:48 -0500, gm3zza--- via Hamlib-developer wrote: > Has anyone got the latest incarnation to create a .dll for MSVC x64? I > now remember why I hardly ever update my Windows version of hamlib! Some seem to have the recipe but apparently I don't have it either... > I've got it somewhere in my notes, but.... "A cluttered desk is the sign of a cluttered mind." "What's an empty desk a sign of?" 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: <gm...@bt...> - 2025-07-18 21:47:34
|
Has anyone got the latest incarnation to create a .dll for MSVC x64? I now remember why I hardly ever update my Windows version of hamlib! I've got it somewhere in my notes, but.... 73 Phil GM3ZZA ________________________________ From: Nate Bargmann <n0...@n0...> Sent: 18 July 2025 8:15 PM To: ham...@li... <ham...@li...> Subject: Re: [Hamlib-developer] Hamlib 4.6.4 release I forgot to include the download links. D'oh! https://sourceforge.net/projects/hamlib/files/hamlib/4.6.4/ https://github.com/Hamlib/Hamlib/releases/tag/4.6.4 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 |
33 messages has been excluded from this view by a project administrator.
