After Filezilla was updated to 3.16.0, when I try to connect to any FTP server I see in message log something like this: Status: Resolving address of ftp.blachconsult.nazwa.pl Error: Could not connect to server: EINVAL - Invalid argument passed Error: Could not connect to server Status: Waiting to retry... Status: Resolving address of ftp.blachconsult.nazwa.pl Error: Could not connect to server: EINVAL - Invalid argument passed Error: Could not connect to server Connecting to SFTP servers works OK. I'm not sure if this is bug in filezilla itself or in a port.
same problem here
updating to 3.16.1 doesn't help
I have the same issue. OS: FreeBSD 10.2-P14 x64
(In reply to martin.dieringer from comment #2) same problem here.
I have the same issue
The problem is here: https://svn.filezilla-project.org/filezilla/FileZilla3/branches/3.16.x/src/engine/socket.cpp?revision=7372&view=markup#l247 to_utf8 doesn't seem to work correctly on FreeBSD (it comes from ftp/libfilezilla). You can try, as a temporary workaround and until a correct fix is found, replace: 247 m_host = fz::to_utf8(m_pSocket->m_host); 248 if (m_host.empty()) { 249 return EINVAL; 250 } to 247 m_host = m_pSocket->m_host; as seen in a previous revision of socket.cpp: https://svn.filezilla-project.org/filezilla/FileZilla3/branches/3.16.x/src/engine/socket.cpp?r1=7296&r2=7304
so it fails here (libfilezilla-0.4.0.1/lib/string.h): iconv_t cd = iconv_open("UTF-8", "WCHAR_T"); iconv_open returns EINVAL
Created attachment 168923 [details] libfilezilla fix Using iconv from ports instead of base fixes the problem, see attached patch for ftp/libfilezilla
Comment on attachment 168923 [details] libfilezilla fix This patch works for me.
Patch is working on 10.3 also
This patch works for me on 10.2.
still not submitted?
A commit references this bug: Author: gblach Date: Thu Apr 21 20:11:31 UTC 2016 New revision: 413755 URL: https://svnweb.freebsd.org/changeset/ports/413755 Log: Always link against iconv with wchar_t extension PR: 208121 Submitted by: mikael.urankar <at> gmail <dot> com Approved by: maintainer timeout Changes: head/ftp/libfilezilla/Makefile
I'm glad someone found a solution; I was blissfully unaware anyone else was working toward a solution until the fix was committed. I noticed this problem the day after the 3.16.0 update PR was submitted and so held off on the 3.16.1 update in hopes of combining the fix with it even though the fix would have to be in libfilezilla (more PRs = more waiting). The cause of the problem was immediately obvious, but the correct (non-hack) solution was not. I had looked at the iconv section (6.23) of Porter's Handbook numerous times, but that makes no mention of wchar_t whatsoever. It is only in the list of USES flags and parameters (15.35) that the existence and purpose is mentioned in passing. Sorry to everyone that had to wait due to poor documentation and a bug tracking system that can't send a readable notification. At this point I'm not going to bother with a 3.16.1 update (only a change of the version number in Makefile and refresh the distinfo), because 3.17.0 is close (RC1 was a week ago) and chances are the latter will be released before the former would get committed. Thanks Mikael!
A commit references this bug: Author: pi Date: Sun Apr 24 13:50:54 UTC 2016 New revision: 413941 URL: https://svnweb.freebsd.org/changeset/ports/413941 Log: ftp/libftpzilla: set USES=iconv:wchar_t after last commit PR: 208121 Submitted by: <matthew@reztek.cz> (maintainer), gblach Changes: head/ftp/libfilezilla/Makefile
Since this error happens too on 2016Q2, the fix should be MFH'd.