GNU bug report logs -
#7034
24.0.50; Emacs can't visit a remote file
Previous Next
Reported by: Dani Moncayo <dmoncayo <at> gmail.com>
Date: Tue, 14 Sep 2010 19:25:02 UTC
Severity: normal
Tags: notabug
Found in version 23.2
Done: Dani Moncayo <dmoncayo <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7034 in the body.
You can then email your comments to 7034 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Tue, 14 Sep 2010 19:25:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dani Moncayo <dmoncayo <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 14 Sep 2010 19:25:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
I'm testing the opening of remote files with GNU Emacs.
That works fine in my Ubuntu 10.04 version (GNU Emacs 23.2.1
(x86_64-unknown-linux-gnu, GTK+ Version 2.20.1)), but fails in my
Windows XP one (GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600)).
To reproduce:
1.- Start Emacs (anyhow).
2.- Type `C-x C-f'.
3.- In the minibuffer, write the PATH of a remote file, accessible via
FTP. For example: `/ftp:ftp <at> ftp.mozilla.org:/pub/mozilla.org/README'.
Am I doing something wrong? Or is it a bug? (This same procedure works
in the Ubuntu port!!)
Thanks in advance.
I've attached the contents of the *Messages* buffer
(standard_messages_buffer.txt), and the *ftp
ftp <at> ftp.mozilla.org:/pub/mozilla.org* buffer
(ftp_messages_buffer.txt).
In GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600)
of 2010-05-08 on G41R2F1
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/xpm/include'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: ESN
value of $XMODIFIERS: nil
locale-coding-system: cp1252
default enable-multibyte-characters: t
[standard_messages_buffer.txt (text/plain, attachment)]
[ftp_messages_buffer.txt (text/plain, attachment)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Tue, 14 Sep 2010 20:18:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 7034 <at> debbugs.gnu.org (full text, mbox):
> Date: Tue, 14 Sep 2010 20:57:49 +0200
> From: Dani Moncayo <dmoncayo <at> gmail.com>
> Cc:
>
> 1.- Start Emacs (anyhow).
> 2.- Type `C-x C-f'.
> 3.- In the minibuffer, write the PATH of a remote file, accessible via
> FTP. For example: `/ftp:ftp <at> ftp.mozilla.org:/pub/mozilla.org/README'.
I cannot reproduce this, on Windows XP SP2. It works for me.
> Am I doing something wrong? Or is it a bug? (This same procedure works
> in the Ubuntu port!!)
I would suspect some network setup, because where you get your
connection closed:
257 "/"
cd "/pub/mozilla.org/README/"
550 Failed to change directory.
cd "/pub/mozilla.org/README/"
550 Failed to change directory.
cd "/pub/mozilla.org/"
250 Directory successfully changed.
ls -al c:/DOCUME~1/admin/LOCALS~1/Temp/ange-ftp4012GxJ
Connection closed by remote host.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
I get the directory listing:
257 "/"
cd "/pub/mozilla.org/README/"
550 Failed to change directory.
cd "/pub/mozilla.org/README/"
550 Failed to change directory.
cd "/pub/mozilla.org/"
250 Directory successfully changed.
ls -al c:/DOCUME~1/Zaretzky/LOCALS~1/Temp/ange-ftp2956QFL
200 PORT command successful. Consider using PASV.
150 Here comes the directory listing.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Tue, 14 Sep 2010 21:24:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 7034 <at> debbugs.gnu.org (full text, mbox):
> I would suspect some network setup, because where you get your
> connection closed:
>
> 257 "/"
> cd "/pub/mozilla.org/README/"
> 550 Failed to change directory.
> cd "/pub/mozilla.org/README/"
> 550 Failed to change directory.
> cd "/pub/mozilla.org/"
> 250 Directory successfully changed.
> ls -al c:/DOCUME~1/admin/LOCALS~1/Temp/ange-ftp4012GxJ
> Connection closed by remote host.
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> I get the directory listing:
>
> 257 "/"
> cd "/pub/mozilla.org/README/"
> 550 Failed to change directory.
> cd "/pub/mozilla.org/README/"
> 550 Failed to change directory.
> cd "/pub/mozilla.org/"
> 250 Directory successfully changed.
> ls -al c:/DOCUME~1/Zaretzky/LOCALS~1/Temp/ange-ftp2956QFL
> 200 PORT command successful. Consider using PASV.
> 150 Here comes the directory listing.
>
Maybe. But it that same Windows machine, I can open that same remote
file with an Internet Browser (URL
"ftp://ftp.mozilla.org/pub/mozilla.org/README").
Now I wonder this: as you can see, the last command previous to the
error is an "ls" command. That is a UNIX shell command, not available
in Windows machines AFAIK. So, I guess Emacs somehow emulates it. But
I'm tried to run the command with `M-!' and I get this error:
> 'ls' is not recognized as an internal or external command,
> operable program or batch file.
So... Do I need to install some extra tools in my Windows machine to
make "ls" and other UNIX commands work?.
(I've just downloaded the file "emacs-23.2-bin-i386.zip", extracted
their contents into my hard disk, and invoked "runemacs.exe").
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Tue, 14 Sep 2010 23:09:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 7034 <at> debbugs.gnu.org (full text, mbox):
Dani Moncayo <dmoncayo <at> gmail.com> writes:
> cd "/pub/mozilla.org/"
> 250 Directory successfully changed.
> ls -al c:/DOCUME~1/admin/LOCALS~1/Temp/ange-ftp4012GxJ
> Connection closed by remote host.
> ls -al c:/DOCUME~1/admin/LOCALS~1/Temp/ange-ftp4012GxJ
> Not connected.
This is usually a sign that you are on a NATed connection and require
passive mode. The Windows FTP client does not support passive
mode. Alternative FTP clients for Windows exist to get around this and
other restrictions of the standard Windows client.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Tue, 14 Sep 2010 23:10:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 7034 <at> debbugs.gnu.org (full text, mbox):
Dani Moncayo <dmoncayo <at> gmail.com> writes:
> Now I wonder this: as you can see, the last command previous to the
> error is an "ls" command. That is a UNIX shell command, not available
> in Windows machines AFAIK.
In this case it is an FTP command, not a shell command, so whether it is
installed locally is not relevant.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Thu, 16 Sep 2010 06:07:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 7034 <at> debbugs.gnu.org (full text, mbox):
On Wed, Sep 15, 2010 at 1:10 AM, Jason Rumney <jasonr <at> gnu.org> wrote:
> Dani Moncayo <dmoncayo <at> gmail.com> writes:
>
>> cd "/pub/mozilla.org/"
>> 250 Directory successfully changed.
>> ls -al c:/DOCUME~1/admin/LOCALS~1/Temp/ange-ftp4012GxJ
>> Connection closed by remote host.
>> ls -al c:/DOCUME~1/admin/LOCALS~1/Temp/ange-ftp4012GxJ
>> Not connected.
>
> This is usually a sign that you are on a NATed connection and require
> passive mode. The Windows FTP client does not support passive
> mode. Alternative FTP clients for Windows exist to get around this and
> other restrictions of the standard Windows client.
>
You must be right, because I have Windows XP installed on top of
Ubuntu, using Virtualbox, and the guest OS has an NATed network
connection.
Thank you.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Thu, 16 Sep 2010 06:48:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Dani Moncayo <dmoncayo <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 16 Sep 2010 06:48:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 7034-done <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 16 Sep 2010 08:09:01 +0200
> From: Dani Moncayo <dmoncayo <at> gmail.com>
> Cc: 7034 <at> debbugs.gnu.org
>
> On Wed, Sep 15, 2010 at 1:10 AM, Jason Rumney <jasonr <at> gnu.org> wrote:
> > Dani Moncayo <dmoncayo <at> gmail.com> writes:
> >
> >> cd "/pub/mozilla.org/"
> >> 250 Directory successfully changed.
> >> ls -al c:/DOCUME~1/admin/LOCALS~1/Temp/ange-ftp4012GxJ
> >> Connection closed by remote host.
> >> ls -al c:/DOCUME~1/admin/LOCALS~1/Temp/ange-ftp4012GxJ
> >> Not connected.
> >
> > This is usually a sign that you are on a NATed connection and require
> > passive mode. The Windows FTP client does not support passive
> > mode. Alternative FTP clients for Windows exist to get around this and
> > other restrictions of the standard Windows client.
> >
>
> You must be right, because I have Windows XP installed on top of
> Ubuntu, using Virtualbox, and the guest OS has an NATed network
> connection.
I'm closing the bug report.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 14 Oct 2010 11:24:04 GMT)
Full text and
rfc822 format available.
bug unarchived.
Request was from
Dani Moncayo <dmoncayo <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Wed, 01 Jun 2011 18:25:02 GMT)
Full text and
rfc822 format available.
Did not alter fixed versions and reopened.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 01 Jun 2011 18:25:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Wed, 01 Jun 2011 18:29:01 GMT)
Full text and
rfc822 format available.
Message #34 received at 7034 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I'm reopening this bug report, because I'm experiencing it with the
latest Windows build of Emacs, on a Windows 7 system (real, not
virtualized).
0. emacs -Q.
1. C-x C-f /ftp <at> ftp.mozilla.org:/pub/mozilla.org/README
I don't understand why Emacs is unable to visit that file, given that:
* My browser can show the contents of the file without problem.
* I also can get the file using the standard windows ftp client (I
sign in with user="ftp" and pass="ftp").
* My network connection has nothing special: An ethernet port
connected to a cable modem.
I've attached the contents of the ftp session buffer.
TIA.
In GNU Emacs 24.0.50.1 (i386-mingw-nt6.1.7600)
of 2011-05-31 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 6.1.7600
configured using `configure --with-gcc (4.5) --no-opt --cflags -Ic:/build/includ
--
Dani Moncayo
[ftp-buffer (application/octet-stream, attachment)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Wed, 01 Jun 2011 23:56:02 GMT)
Full text and
rfc822 format available.
Message #37 received at 7034 <at> debbugs.gnu.org (full text, mbox):
> I'm reopening this bug report, because I'm experiencing it with the
> latest Windows build of Emacs, on a Windows 7 system (real, not
> virtualized).
I'm using a trunk build, on a Windows 7 Home Premium SP1 64-bit, and
it works. Apparently the difference between your log and mine is the
use of passive mode.
Juanma
ftp> ?Invalid help command foo
ftp> open ftp.mozilla.org
Connected to ftp.zlb-ftp.sj.mozilla.com.
220-
220- ftp.mozilla.org / archive.mozilla.org - files are in /pub/mozilla.org
220-
220- Notice: This server is the only place to obtain nightly builds
and needs to
220- remain available to developers and testers. High bandwidth servers that
220- contain the public release files are available at
ftp://releases.mozilla.org/
220- If you need to link to a public release, please link to the
release server,
220- not here. Thanks!
220-
220- Attempts to download high traffic release files from this
server will get a
220- "550 Permission denied." response.
220
ftp> user "ftp" Turtle Power!
331 Please specify the password.
230-
230- ftp.mozilla.org / archive.mozilla.org - files are in /pub/mozilla.org
230-
230- Notice: This server is the only place to obtain nightly builds
and needs to
230- remain available to developers and testers. High bandwidth servers that
230- contain the public release files are available at
ftp://releases.mozilla.org/
230- If you need to link to a public release, please link to the
release server,
230- not here. Thanks!
230-
230- Attempts to download high traffic release files from this
server will get a
230- "550 Permission denied." response.
230 Login successful.
ftp> hash
Hash mark printing on (1024 bytes/hash mark).
ftp> pwd
257 "/"
ftp> cd "/pub/mozilla.org/README/"
550 Failed to change directory.
ftp> cd "/pub/mozilla.org/README/"
550 Failed to change directory.
ftp> cd "/pub/mozilla.org/"
250 Directory successfully changed.
ftp> ls -al c:/Users/MyUserName/AppData/Local/Temp/ange-ftp3268Rs0
227 Entered Passive Mode (63,245,209,125,201,139)
150 Here comes the directory listing.
226 Directory send OK.
ftp> quote mdtm /pub/mozilla.org/README
213 20100223125346
ftp> quote mdtm /pub/mozilla.org/README
213 20100223125346
ftp> type binary
200 Switching to Binary mode.
ftp> quote size "/pub/mozilla.org/README"
213 388
ftp> quote size "/pub/mozilla.org/README"
213 388
ftp> type ascii
200 Switching to ASCII mode.
ftp> quote mdtm /pub/mozilla.org/README
213 20100223125346
ftp> quote mdtm /pub/mozilla.org/README
213 20100223125346
ftp> type binary
200 Switching to Binary mode.
ftp> quote size "/pub/mozilla.org/README"
213 388
ftp> quote size "/pub/mozilla.org/README"
213 388
ftp> type ascii
200 Switching to ASCII mode.
ftp> type binary
200 Switching to Binary mode.
ftp> get "/pub/mozilla.org/README"
c:/Users/MyUserName/AppData/Local/Temp/ange-ftp3268D2D
227 Entered Passive Mode (63,245,209,125,201,118)
150 Opening BINARY mode data connection for /pub/mozilla.org/README (388 bytes).
226 File send OK.
388 bytes received in 1e-006 seconds (3.8e+005 Kbytes/s)
ftp> type ascii
200 Switching to ASCII mode.
ftp> quote mdtm /pub/mozilla.org/README
213 20100223125346
ftp> quote mdtm /pub/mozilla.org/README
213 20100223125346
ftp> quote mdtm /pub/mozilla.org/README
213 20100223125346
ftp> quote mdtm /pub/mozilla.org/README
213 20100223125346
ftp> type binary
200 Switching to Binary mode.
ftp> quote size "/pub/mozilla.org/README"
213 388
ftp> quote size "/pub/mozilla.org/README"
213 388
ftp> type ascii
200 Switching to ASCII mode.
ftp>
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Thu, 02 Jun 2011 18:01:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 7034 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> I'm using a trunk build, on a Windows 7 Home Premium SP1 64-bit, and
> it works.
FWIW, I have Windows 7 Ultimate 32-bit.
> Apparently the difference between your log and mine is the
> use of passive mode.
Well, I don't know the reason for that difference. I've not tweaked
anything in Emacs nor Windows.
BTW, I forgot to attach the contents of the *Messages* buffer. I'm
doing it now; it may give a clue.
--
Dani Moncayo
[Messages (application/octet-stream, attachment)]
Changed bug title to '24.0.50; Emacs can't visit a remote file' from '23.2; Open remote files (via FTP) fails on (my) Windows XP port'
Request was from
Dani Moncayo <dmoncayo <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Fri, 03 Jun 2011 14:45:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Wed, 24 Aug 2016 10:13:01 GMT)
Full text and
rfc822 format available.
Message #45 received at 7034 <at> debbugs.gnu.org (full text, mbox):
Dani Moncayo <dmoncayo <at> gmail.com> writes:
Hi Dani,
time passes, and the problem is still unresolved.
>> I'm using a trunk build, on a Windows 7 Home Premium SP1 64-bit, and
>> it works.
> FWIW, I have Windows 7 Ultimate 32-bit.
I've tried to reproduce it on a Windows 7 Enterprise 64-bit
machine. Using Emacs 25.1.
>> Apparently the difference between your log and mine is the
>> use of passive mode.
> Well, I don't know the reason for that difference. I've not tweaked
> anything in Emacs nor Windows.
Your example ftp.mozilla.org is unresponsive. So I've tried to open
<PATH-TO-EMACS>\emacs.exe -Q /ftp:ftp <at> ftp.gnu.org:/README
It works. There is no special ftp client on this machine, just the
default MS ftp client 6.1.7601.17514 (still not able to run passive
mode). And I run it from behind a NATed router.
So I don't know what else I shall do in order to reproduce it. Could
you, pls, check with a recent Emacs whether you still experience
problems?
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Wed, 24 Aug 2016 13:18:02 GMT)
Full text and
rfc822 format available.
Message #48 received at 7034 <at> debbugs.gnu.org (full text, mbox):
Hi Michael,
> Your example ftp.mozilla.org is unresponsive. So I've tried to open
>
> <PATH-TO-EMACS>\emacs.exe -Q /ftp:ftp <at> ftp.gnu.org:/README
>
> It works. There is no special ftp client on this machine, just the
> default MS ftp client 6.1.7601.17514 (still not able to run passive
> mode). And I run it from behind a NATed router.
>
> So I don't know what else I shall do in order to reproduce it. Could
> you, pls, check with a recent Emacs whether you still experience
> problems?
I've just tried your same test, from an environment similar to yours:
<PATH-TO-EMACS>\emacs.exe -Q /ftp:ftp <at> ftp.gnu.org:/README
and it works here too.
For the record, here I have Emacs 25.1 (compiled from the emacs-25
branch 4 days ago).
So I think you can close this bug. I can close it too. Should I?
Thank you.
--
Dani Moncayo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#7034
; Package
emacs
.
(Wed, 24 Aug 2016 13:54:02 GMT)
Full text and
rfc822 format available.
Message #51 received at 7034 <at> debbugs.gnu.org (full text, mbox):
Dani Moncayo <dmoncayo <at> gmail.com> writes:
> Hi Michael,
Hi Dani,
> So I think you can close this bug. I can close it too. Should I?
Pls do.
> Thank you.
Best regards, Michael.
Reply sent
to
Dani Moncayo <dmoncayo <at> gmail.com>
:
You have taken responsibility.
(Wed, 24 Aug 2016 15:35:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Dani Moncayo <dmoncayo <at> gmail.com>
:
bug acknowledged by developer.
(Wed, 24 Aug 2016 15:35:02 GMT)
Full text and
rfc822 format available.
Message #56 received at 7034-done <at> debbugs.gnu.org (full text, mbox):
>> So I think you can close this bug. I can close it too. Should I?
>
> Pls do.
Done. Thanks
--
Dani Moncayo
Added tag(s) notabug.
Request was from
Michael Albinus <michael.albinus <at> gmx.de>
to
control <at> debbugs.gnu.org
.
(Wed, 24 Aug 2016 16:00:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 22 Sep 2016 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 275 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.