Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Extended passive mode FTP broken on IBM i platform #4037

Closed
jonrumsey opened this issue Jun 18, 2019 · 2 comments
Closed

Extended passive mode FTP broken on IBM i platform #4037

jonrumsey opened this issue Jun 18, 2019 · 2 comments
Labels
build

Comments

@jonrumsey
Copy link
Contributor

I did this

Moved from 7.64.1 to 7.65.1 level and built LIBCURL *SRVPGM on IBM i V7R2M0, tested extended passive mode ftp transfer

I expected the following

libcurl to open a new socket to data port on the same ftp server following EPSV 229 response, however this failed with "Cannot resolve new host : 12345". Attached a debugger and found that various string fields on conn structure that were used to derive the host were empty.

The regression appears to have been triggered by a commit in May "libcurl: #ifdef away more code for disabled features/protocols". IBM i platform doesn't use a configure script and so various "HAVE_" defines are not set for the platform.

I can confirm that a local fix of adding HAVE_GETPEERNAME and HAVE_GETSOCKNAME to defines in "packages/OS400/initscript.sh" resolves the problem.

curl/libcurl version

libcurl/7.65.1

operating system

IBM i V7R2M0
bagder added a commit that referenced this issue Jun 18, 2019
@bagder
config-os400: it has getpeername and getsockname
8a59552 
Reported-by: jonrumsey on github
Fixes #4037
@bagder bagder mentioned this issue Jun 18, 2019
Closed
@bagder bagder added the build label Jun 18, 2019
@jonrumsey
Copy link
Contributor Author

Thanks, the update to lib/config-os400.h resolves the problem.

@bagder
Copy link
Member

bagder commented Jun 18, 2019

Excellent, thanks for confirming!

@bagder bagder closed this as completed in 7fb54ef Jun 18, 2019
@monnerat monnerat mentioned this issue Aug 11, 2019
Closed
@lock lock bot locked as resolved and limited conversation to collaborators Sep 16, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
build
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

config-os400: it has getpeername and getsockname curl/curl
2 participants
@bagder @jonrumsey