View Issue Details

IDProjectCategoryView StatusLast Update
0000589Other Unix PortBugpublic2018-10-16 03:01
ReporterLewisR Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionopen 
Summary0000589: ncFTP 3.2.5 fails to execute some local commands
DescriptionInitially, ncFTP was hardcoded to look for executables in /bin. Recent builds are supposed to look under %UNIXROOT/bin (I would suppose). While lls works, lmkdir fails, as does lrm, etc.
Steps To ReproduceStart ncFTP.
Issue l-command (lrm, lchmod, lmkdir, lrmdir, etc.)
Additional InformationTested with lmkdir, lrmdir, lrm, lchmod. lpage seems to work, but can't find my pager (more.exe), as that's not under %UNIXROOT/bin (I wish I could get less building without the terminal issues, but that's a different matter!). Also, lpwd seems to work.

Example output:

ncftp> lmkdir test
Unknown command "    "

ncftp> lchmod 777 7-Zip/7z920,exe
Unknown command "    "

ncftp> lpage C:/CONFIG.SYS
Unknown command "    more.exe"
TagsNo tags attached.

Activities

psmedley

2013-12-22 08:13

administrator   ~0002594

http://smedley.id.au/tmp/ncftp-3.2.5-os2-20131222a.zip will hopefully fix this one.

LewisR

2013-12-24 06:20

developer   ~0002597

Last edited: 2014-01-07 19:07

Tested with ncftp-3.2.5-os2-20131222b.zip, which I hope incorporated these changes.

The only oddities I encountered, aside from the case-sensitivity of the commands themselves (LLS is unrecognized, though not unexpected), was with lrmdir:

ncftp> lrmdir c:/test/
SYS0002: The system cannot find the file specified. "C:\"
ncftp> lrmdir /test
There are no more files. "C:\.exe"
There are no more files. "C:\test"

lpwd was c:/ - the directory was, in fact deleted, and here were no executables harmed during the filming of this operation. :-)

LewisR

2014-01-07 19:12

developer   ~0002639

Still more...

I was going to open a separate bug for this, as it may indeed be just the wildcard which is causing this, however, we'll start here:

ncftp / > cd /j/app
    (no matches)
ncftp / > cd /j/APPS/apache2/htdocs/2rosenthals.com/
CWD OK
ncftp ...htdocs/2rosenthals.com > put *
Unknown command "ls.exe -d *"
ncftp ...htdocs/2rosenthals.com > put *.*
Unknown command "ls.exe -d *.*"
ncftp ...htdocs/2rosenthals.com > put ./*
Unknown command "ls.exe -d ./*"
ncftp ...htdocs/2rosenthals.com > mput *
Unknown command "ls.exe -d *"

From a prompt on the local machine, "ls.exe -d *" works as expected (without the quotes, of course); it is in the path.

Likewise, "get *" works as expected (but that's not calling ls.exe).

Thanks, Paul!

LewisR

2018-10-16 03:01

developer   ~0003206

Maintenance of this port seems to have moved to Netlabs, where the current version is 3.2.6. This issue is no longer relevant.

Issue History

Date Modified Username Field Change
2013-12-21 23:29 LewisR New Issue
2013-12-22 08:13 psmedley Note Added: 0002594
2013-12-24 06:20 LewisR Note Added: 0002597
2014-01-07 19:07 LewisR Note Edited: 0002597
2014-01-07 19:12 LewisR Note Added: 0002639
2018-10-16 03:01 LewisR Note Added: 0003206
2018-10-16 03:01 LewisR Status new => closed