Ange-ftp: Getting files with no extension on dumb hosts

Ange-ftp: Getting files with no extension on dumb hosts

[Eric]

Hello all,

I have already asked this question on the ange mailing list and did
not get a response. I am hoping that since it is an Emacs package,
some of you may have already solved this problem (even though it isn't
an Emacs problem).

I'm having trouble using ange-ftp to get files with no extensions from
a "dumb host". The host doesn't support any flags on ls commands
(although simply 'ls <filename_filter>' works), so I added it to
ange's dumb host list.

However, I can't open files without an extension. This seems to be
because ange treats these as directories and tries to list their
contents with a DIR command. I looked briefly through the lisp, but
nothing jumped out at me as an easy way to force ange to treat a
certain path as a file rather than a directory.

Any suggestions for doing this? (Should I be treating my host as
something other than a dumb host?)

Re: Ange-ftp: Getting files with no extension on dumb hosts

[Michael Albinus]

Eric <etklaus@gmail.com> writes:

> Hello all,

Hi,

> I'm having trouble using ange-ftp to get files with no extensions from
> a "dumb host". The host doesn't support any flags on ls commands
> (although simply 'ls <filename_filter>' works), so I added it to
> ange's dumb host list.
>
> However, I can't open files without an extension. This seems to be
> because ange treats these as directories and tries to list their
> contents with a DIR command. I looked briefly through the lisp, but
> nothing jumped out at me as an easy way to force ange to treat a
> certain path as a file rather than a directory.

Could you, please, show the contents of the ange ftp buffer? The buffer
is called "*ftp user@host*", user and host being your used names.

Best regards, Michael.

Re: Ange-ftp: Getting files with no extension on dumb hosts

[Eric Klaus]

[-- Attachment #1: Type: text/plain, Size: 1993 bytes --]

Of course. This is the buffer from my W32 Emacs. The buffer is essentially
the same when I use Emacs on UNIX.
This is the result of doing open-file on
/ftp:userfoo@foohost.bar.company.com:/home/prodjava/start_batch_PostureNote

---
Invalid help command foo.
open foohost.bar.company.com
Connected to foohost.bar.company.com.
220-QTCP at FOOHOST.
220 Connection will close if idle more than 5 minutes.
user "userfoo" Turtle Power!
331 Enter password.
230 USERFOO logged on.
hash
Hash mark printing On  ftp: (2048 bytes/hash mark) .
dir /home/prodjava/start_batch_PostureNote/
c:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ange-ftp50768Hh
200 PORT subcommand request successful.
125-NAMEFMT set to 1.
125 List started.

dir /home/prodjava/start_batch_PostureNote/
c:/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ange-ftp50768Hh
250 List completed.
ftp: 91 bytes received in 0.00Seconds 91000.00Kbytes/sec.
200 PORT subcommand request successful.
125 List started.

quote mdtm /home/prodjava/start_batch_PostureNote/
250 List completed.
ftp: 91 bytes received in 0.00Seconds 91000.00Kbytes/sec.
500 Subcommand MDTM not valid.


On Thu, Oct 9, 2008 at 2:20 AM, Michael Albinus <michael.albinus@gmx.de>wrote:

> Eric <etklaus@gmail.com> writes:
>
> > Hello all,
>
> Hi,
>
> > I'm having trouble using ange-ftp to get files with no extensions from
> > a "dumb host". The host doesn't support any flags on ls commands
> > (although simply 'ls <filename_filter>' works), so I added it to
> > ange's dumb host list.
> >
> > However, I can't open files without an extension. This seems to be
> > because ange treats these as directories and tries to list their
> > contents with a DIR command. I looked briefly through the lisp, but
> > nothing jumped out at me as an easy way to force ange to treat a
> > certain path as a file rather than a directory.
>
> Could you, please, show the contents of the ange ftp buffer? The buffer
> is called "*ftp user@host*", user and host being your used names.
>
> Best regards, Michael.
>

[-- Attachment #2: Type: text/html, Size: 2645 bytes --]

Re: Ange-ftp: Getting files with no extension on dumb hosts

[Michael Albinus]

"Eric Klaus" <etklaus@gmail.com> writes:

> quote mdtm /home/prodjava/start_batch_PostureNote/
> 250 List completed.
> ftp: 91 bytes received in 0.00Seconds 91000.00Kbytes/sec.
> 500 Subcommand MDTM not valid.

I would say this is rather the problem. Ange-FTP does not know how to
handle the error message.

However, in order to compare the behaviour, I'd like to see another
ange-ftp buffer, when opening a file successfully (i.e., a file with a
name extension).

Best regards, Michael.

Re: Ange-ftp: Getting files with no extension on dumb hosts

[Eric Klaus]

[-- Attachment #1: Type: text/plain, Size: 994 bytes --]

Interestingly, I can't get Ange-FTP to correctly open _any_ file from my
dumb host. I'm not sure what I was doing differently before, but I can't
seem to open any file now.

I suppose that this error message means that I'm going to have to roll my
own set of commands for this particularly dumb host? I believe my host is an
AS/400; I'm not sure why it seems to have such lackluster ftp support.


On Thu, Oct 9, 2008 at 9:25 AM, Michael Albinus <michael.albinus@gmx.de>wrote:

> "Eric Klaus" <etklaus@gmail.com> writes:
>
> > quote mdtm /home/prodjava/start_batch_PostureNote/
> > 250 List completed.
> > ftp: 91 bytes received in 0.00Seconds 91000.00Kbytes/sec.
> > 500 Subcommand MDTM not valid.
>
> I would say this is rather the problem. Ange-FTP does not know how to
> handle the error message.
>
> However, in order to compare the behaviour, I'd like to see another
> ange-ftp buffer, when opening a file successfully (i.e., a file with a
> name extension).
>
> Best regards, Michael.
>

[-- Attachment #2: Type: text/html, Size: 1435 bytes --]

Re: Ange-ftp: Getting files with no extension on dumb hosts

[Michael Albinus]

"Eric Klaus" <etklaus@gmail.com> writes:

> I suppose that this error message means that I'm going to have to roll my
> own set of commands for this particularly dumb host? I believe my host is an
> AS/400; I'm not sure why it seems to have such lackluster ftp support.

Likely, you must do it yourself. I'd help you, but I have no access on
such a machine.

Best regards, Michael.