Re: Formatting ASCII to be read by Windows NotePad



Sherman Pendley wrote:
"Waylen Gumbal" <wgumgfy@xxxxxxxxx> writes:
Sherman Pendley wrote:
"Waylen Gumbal" <wgumgfy@xxxxxxxxx> writes:
Sherman Pendley wrote:
UnRiel <bdwhite@xxxxxxxxx> writes:

I have a nice PERL script I use to generate CISCO
configurations

No need to shout - neither Perl nor Cisco are acronyms.

I don't think two all-caps words in a sentence that's otherwise
properly cased really constitutes shouting.

It's shouting those words.

Not in that context it wasn't.

You must be new to usenet. All caps is considered shouting here,
unless that's the correct spelling of a word or acronym, and as I
said, that applies to neither Perl nor Cisco.

I am not new to the usenet. Anyone who made it past the 4th grade can
see shouting wasn't his intention. Please stop pretending you didn't
know it wasn't his intention.



Transfer the files in text mode. That will translate the line
endings as needed.

While it is common to use ASCII mode one should still take care,
as
this isn't always guarenteed to work. There used (still are?)
issues with this when uploading to MacOS based servers, for
example.

Such as?

I've had issues in the past uploading to a MacOS based ftp server
(remember that Mac uses \r for line endings, where as Win32 uses
\r\n, and most Linux and Unix systems use \n)

Yes, I do remember that MacOS once, many years ago when "classic"
MacOS was relevant, used to use \r. Mac OS X uses \n, just like any
other Unix, as documented here:

That doesn't matter. It can be a client and/or server software issue.

This ain't your grandpa's Mac any more. Try to keep up, OK?

Non sequitur. It's not so much the OS, but programs (client or server)
that are incorrectly configured. You can never take for granted that a
remote FTP server you are given to connect to will be setup right. Same
goes for the default settings of a given client.


and when uploading in "ASCII"
mode, the line endings became \n instead of \r (this happened with 3
different ftp clients, including the command line ftp client, so I
attribute the problem likely was the server wasn't properly telling
the client what sort of platform it was (what line endings it used.)

Note that according to RFC 959, the client sends \r\n pairs in ASCII
mode, which the server translates to its native format. Because a
"neutral" format is used in transit, neither client nor server is
aware, nor needs to be aware of the native format used by the other,
by design. Your attribution of the problem, as you wrote it above,
makes no sense.

Are you aware that not all software necessarily (properly) follows an
RFC that it should be following? You can never take for granted that any
piece of software you install will work perfectly. Checking in advance
helps, but there can always be suprises even reviewers can miss.


Do you have anything *useful* to say here?

Are you going through some rough times? Else, why do you find it so
necessary to so unpleasant to others. I don't recall ever doing anything
cross towards you, so I don't know why you can't simply discuss things
in a calmer tone.



--
wg


.



Relevant Pages

  • Re: Microsoft FTP Server problem on W2K?
    ... client (rather than another server, as in proxy transfer), the IP address ... port) currently in use on the control connection. ... >the remote FTP server was, at least at a TCP level, prepared to accept the ...
    (microsoft.public.inetserver.iis.security)
  • Re: What doesnt lend itself to OO?
    ... >> proxy and instructs the server to constuct the real object. ... rather than client code. ... If 'clock' is instantiated in the server, ... > for the server interface at the OOA level. ...
    (comp.object)
  • This is going straight to the pool room
    ... or not the client has privilege to do what they're trying to do, ... The server environment is this: ... 3GL User action Routines that Tier3 will execute on your behalf during the ... Routine Name: USER_INIT ...
    (comp.os.vms)
  • [Full-Disclosure] R: Full-Disclosure Digest, Vol 3, Issue 42
    ... Full-Disclosure Digest, Vol 3, Issue 42 ... SD Server 4.0.70 Directory Traversal Bug ... Arkeia Network Backup Client Remote Access ...
    (Full-Disclosure)
  • Re: What doesnt lend itself to OO?
    ... > rather than client code. ... no way to do that without also touching the object with clock semantics ... will not encapsulate both clock semantics and network semantics. ... The server can do whatever it wants ...
    (comp.object)