Dear all, I have just pushed a series of patches that mainly touches 'ftp'. The intention is to lift the artificial line length limit present in the legacy code.
The old limit of 200 has now been replaced with a dynamic mechanism for most parts, but there are still two spots with BUFSIZ as limit. This is orfv the order 1024 for most systems, so some gain has been achieved. However, this also means that putting very long paths in "~/.netrc" will work with our "ftp", but will cause segfaults with the system specific netkit-ftp, solaris-ftp, *BSD-ftp. I welcome further triage of the new client. Beware, however, testing needis to examine use cases of "ftp" with and without line editing; normal commands and macro commands; machine specific text in "~/.netrc" as well as rejected text in "~/.netrc". I found the hard way that all these are relevant and they each depended on different parts in the legacy code. On the good side is the fact that my patch series removes six segfaults! I am still working on the problems reported by Glenn Golden, found when running Arch Linux. Defects which I cannot reproduce, but they are still persistent for him, so need to be understood. Best regards, Mats E A
