Martin Cooper

What can I do to help get this change committed? The issue has been open for a year, and is assigned to a milestone (BETA-1.65-UPSTREAM) which has already been marked Closed. The Owner is 'nobody', though that is apparently not unusual. The changes to fix the issue are trivial. If there's anything I can do to nudge this along, so that we can get ifconfig working again, someone please let me know.

Not sufficient. 6-character callsign + "-" + 2-digit SSID + terminating "\0" = 10 characters.

A 7th byte is allocated for the SSID, which, as you note, can be a 2-digit number, so the SSID can be one or two digits, plus the separating dash. That's potentially 3 characters in addition to the 6-character callsign, plus a trailing "\0", requiring a 10-character buffer, not the 8 characters currently in the code.

This is not related to compiler optimizations. The buffer in AX25_print is just too short, plain and simple. On this line: https://sourceforge.net/p/net-tools/code/ci/master/tree/lib/ax25.c#l52 a buffer of 8 characters is allocated. The code then proceeds to unpack an AX.25 address into that buffer. Let's say the address is my callsign, with an SSID. That might be "KD6YAM-11", for example. Along with a trailing "\0", that needs a buffer of 10 bytes. Trying to use a buffer of 8 bytes will cause buffer...

You'll find the same functions in several other places already, scattered around the Linpac codebase. Eliminating duplicated headers is high on my personal "to do" list for Linpac internals, and I've actually started work on it in a local branch. Once the headers are centralised, getting common code in a single place will be the next logical step.

Integrate lptelnet package into Linpac proper

This was fixed 14 months ago (2019-02-11) on the develop branch. See: https://sourceforge.net/p/linpac/linpac/ci/2c78bb53df119e82511a957a1fe8f46e2aa1ba8c/

Integrate the lptelnet package