I dunno whats the purpose of this \n in python
Here is an example shown below:
rangeNum = int(raw_input("Enter the max number you'd like to go up to: \n"))
Asked
Active
Viewed 226 times
-4
-
It's a line break – B001ᛦ Nov 21 '16 at 13:28
-
4Did you try removing it and see what happens? – Daniel Roseman Nov 21 '16 at 13:29
-
It is not a Python specific character. Actually, it is an ASCII character. There is plenty of information on Internet – Jalo Nov 21 '16 at 13:29
-
The direction of the slash is important. `/n` is two characters, `\n` is one character, a new line – Eric Renouf Nov 21 '16 at 13:29
-
https://www.quora.com/What-does-n-do-in-python – fantaghirocco Nov 21 '16 at 13:29
-
http://stackoverflow.com/questions/11497376/new-line-python – Chris_Rands Nov 21 '16 at 13:29
-
1@Jalo: Not all languages represent a line break as `\n`, so I would say it *is* Python specific. ASCII certainly does not mandate that representation. `\n` doesn't even map to a consistent ASCII character (it may be LF, CR+LF, or on older Macs, CR) – Martin Bonner supports Monica Nov 21 '16 at 13:41
-
@MartinBonner: `\n` is a line feed (0x0a), `\r` is a carriage return (0x0d). – Matthias Nov 21 '16 at 13:51
-
@Matthias is right. \n in Python maps to LF on Unix, and CR+LF on windows when writing to files. Except if you specify binary, then it's always LF. – CodeMonkey Nov 21 '16 at 14:07
-
In the context of file handling [_universal newlines_](https://docs.python.org/3/glossary.html#term-universal-newlines) has to be considered. – Matthias Nov 21 '16 at 14:13
-
@CodeMonkey: Yes, yes. On Unix and on Windows - but there are other operating systems out there, and there have been even more in the past. – Martin Bonner supports Monica Nov 21 '16 at 14:24
-
@MartinBronner, I meant to say you're right. I just gave Windows and Linux as an example to Matthias to show that the \n isn't an exact mapping to ASCII characters in Python. – CodeMonkey Nov 21 '16 at 14:27
-
[But it is](https://docs.python.org/3/reference/lexical_analysis.html#string-and-bytes-literals). Of course the Python documentation might be wrong ... – Matthias Nov 21 '16 at 14:46
1 Answers
0
Alexander
- 12,424
- 5
- 59
- 76
-
... and more of them that Python supports in its string literals can be found here https://docs.python.org/3/reference/lexical_analysis.html#string-and-bytes-literals Scroll down to the 'Escape sequence' table. – Irmen de Jong Nov 21 '16 at 13:41
-
-
1@MartinBonner: Because it's defined like that. Have a look at the [Table of Control Characters](https://en.wikipedia.org/wiki/ASCII#Control_characters). – Matthias Nov 21 '16 at 13:53
-
@Matthias: I am pretty sure that Python will map `\n` to whatever the underlying C implementation uses for `\n`. That may be LF, or on older Macs it may be CR. I have no idea what it is on EBCDIC mainframes, it will be. Saying that `\n` is **A** ASCII character is wrong. "A special character signifying ... " would be fine. – Martin Bonner supports Monica Nov 21 '16 at 14:23
-
According to the Python documentation the correct wording would be: [The meaning of `\n`is _ASCII Linefeed (LF)_](https://docs.python.org/3/reference/lexical_analysis.html#string-and-bytes-literals). – Matthias Nov 21 '16 at 14:44