View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000622 | Other Unix Port | Bug | public | 2014-09-03 15:17 | 2018-10-16 03:01 |
Reporter | LewisR | Assigned To | |||
Priority | low | Severity | minor | Reproducibility | always |
Status | closed | Resolution | open | ||
Summary | 0000622: ncFTP 3.2.5 tries to call ls.exe for internal functions instead of ls | ||||
Description | Some functions of ncFTP require the use of ncFTP's internal ls: put * (normally executes "ls -d *" to build its internal list). However, the above command actually causes ncFTP to attempt to execute: ls.exe -d * which fails (apparently because ls.exe is not mapped to the internal ls command) | ||||
Steps To Reproduce | 1. Start ncFTP 2. Log into FTP server 3. Execute put * Result: Unknown command "ls.exe -d *" Expected result: All files in local directory should be uploaded (same as mput *, which yields the same error). | ||||
Additional Information | I thought this was a wildcard expansion problem until I realized that ncFTP really should not be trying to execute the external ls command but rather its own internal ls. | ||||
Tags | No tags attached. | ||||
|
Possibly related to issue 0000589 (note my comment 0000589:0002639). |
|
I am using ncftp-3.2.5-os2-20131222b.zip. |
|
Maintenance of this port seems to have moved to Netlabs, where the current version is 3.2.6. This issue is no longer relevant. |
Date Modified | Username | Field | Change |
---|---|---|---|
2014-09-03 15:17 | LewisR | New Issue | |
2014-09-03 15:21 | LewisR | Note Added: 0002830 | |
2014-09-03 15:23 | LewisR | Note Added: 0002831 | |
2016-01-07 14:27 | LewisR | Note Edited: 0002830 | |
2016-01-07 14:28 | LewisR | Note Edited: 0002830 | |
2016-01-07 14:30 | LewisR | Note Edited: 0002830 | |
2016-01-07 14:31 | LewisR | Note Edited: 0002830 | |
2018-10-16 03:01 | LewisR | Note Added: 0003204 | |
2018-10-16 03:01 | LewisR | Status | new => closed |