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.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Thu, 16 Sep 2010 02:50:24 -0400
with message-id <E1Ow8Ia-00083v-Cl <at> fencepost.gnu.org>
and subject line Re: bug#7034: 23.2; Open remote files (via FTP) fails on (my) Windows XP port
has caused the GNU bug report #7034,
regarding 23.2; Open remote files (via FTP) fails on (my) Windows XP port
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
7034: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7034
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (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)]
[Message part 6 (message/rfc822, inline)]
> 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.
This bug report was last modified 8 years and 329 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.