[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Hamlib 4.6.5 release



Error compiling on Linux Mint 22.2


-------------------------------------

  CC       rot_pstrotator.lo
  CC       netrigctl.lo
during RTL pass: expand
netrigctl.c: In function 'netrigctl_get_xit':
netrigctl.c:1887:43: internal compiler error: Segmentation fault
 1887 |     ret = netrigctl_transaction(rig, cmd, strlen(cmd), buf);
      |                                           ^~~~~~~~~~~
0x7b730cc4532f ???
    ./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0
0x7b730cc2a1c9 __libc_start_call_main
    ../sysdeps/nptl/libc_start_call_main.h:58
0x7b730cc2a28a __libc_start_main_impl
    ../csu/libc-start.c:360
Please submit a full bug report, with preprocessed source (by using -freport-bug).
Please include the complete backtrace with any bug report.
See <file:///usr/share/doc/gcc-13/README.Bugs> for instructions.
make[1]: *** [Makefile:512: netrigctl.lo] Error 1
make[1]: Leaving directory '/home/pino/src/Hamlib-4.6.5/rigs/dummy'
make: *** [Makefile:637: all-recursive] Error 1
-------------------------------------------


73

Pino ZP4KFX

On 9/5/25 20:30, Nate Bargmann wrote:
On behalf of the Hamlib project and its contributors I am pleased to
release version 4.6.5.  This is a bug fix only release with no new
device support.

Noted changes are:

Version 4.6.5
         * 2025-09-05
         * Update Kenwood CW buffer max message size, fix one byte buffer
           overrun in icom.c.  (TNX George Baltz).
         * Fix Segmentation Fault in rigs/dummy/netrigctl.c. (TNX Daniele Forsi)
         * Fix segfault with set_parm KEYERTYPE in rigctl_parse.c. (TNX Daniele
           Forsi)

This is expected to be the last release of the 4.6.x series.

Development continues on the 4.7 series with an eye toward Hamlib 5 as a
major release.  Plan is for 4.7.0 to be released by the end of 2025 and
Hamlib 5 toward the end of 2026, if all goes well.  Hamlib 5 will be an
API and ABI breaking release which will impact programs that directly
link to the library.  Programs that utilize the *ctld daemons will
likely be minimally impacted.

73, Nate



Reply to: