13 replies to this topic

[beardboy]

Carriage Return = `r
Line Feed = `n

thanks,
beardboy

[Chris]

I think that's CR+LF, so you can check for it this way. I ran this test to make sure it actually behaves correctly:

test = `n
IfInString, test, `r`n
	MsgBox Yes1
test = `r
IfInString, test, `r`n
	MsgBox Yes2
test = `r`n
IfInString, test, `r`n
	MsgBox Yes3

The above will display only Yes3.

Edit: You beat me :) I did the above test because I wasn't 100% sure that `r and/or `n would be treated as whitespace and auto-trimmed.

[Chris]

It does work, I was just testing to be sure. Only literal spaces and tabs are automatically trimmed as described here: http://www.autohotke...ds/AutoTrim.htm

[Chris]

Sorry about that, I misinterpreted your post, thinking you were just asking for confirmation about the detection of `r`n. The answer is that `r and `n are both omitted from the output variable when you use either FileReadLine or a file-reading loop. In other words, you have to remember to include a `n (if desired) when writing the variable back out to a file using FileAppend.

Note: When a `n is written with FileAppend, the operating system internally translates it to `r`n, which is the standard end-of-line marker for Windows text files.

[Chris]

Since lines ending in either LF or CR+LF are both seen the same way when reading them, there is currently no direct way in the syntax to determine which is present. However, you might be able to do it indirectly as follows:

line_count = 0
file_size_calc = 0
Loop, read, MyFile.txt
{
     line_count++
     StringLen, line_length, A_LoopReadLine
     file_size_calc += line_length
}
file_size_calc += line_count  ; Add one LF to the count for each line (Unix).
FileGetSize, file_size, MyFile.txt
if file_size > file_size_calc
     MsgBox The actual file size (%file_size%) is greater than expected (%file_size_calc%). It probably contains illegal CRs.

The above is untested and might get thrown off a little if the very last line in the file lacks an LF entirely. An alternative would be to use a command line utility that searches an entire file for a specific character, namely CR. Finally, you could rewrite the file entirely in Unix mode to ensure it is a clean Unix file. This would be done by including an asterisk in the file-reading loop:

; Recreate the file:
Loop, read, MyFile.txt, *MyFileNew.txt  ; Write in binary vs. text mode.
     FileAppend, %A_LoopReadLine%`n  ; `n tranlates to plain LF in binary mode.

None of the above examples checks for naked CR's, which I believe are typical only in a Macintosh environment. You could use IfInString, string, `r to explicitly check for CRs that lack an LF.

[Chris]

You can't even get that far because both FileReadLine and a file-reading loop omit the CR+LF from the output string. In other words, it is impossible get an LF (Unix format) or a CR+LF (Windows format) when reading a file with AHK. However, I believe it is possible to get a naked CR (Macintosh format) if a file contains any.

Means, A_LoopField won't return the field content, but its Hex Value.

You can get the hex value of a character as in this example:
Transform, OutputVar, Asc, A ; Get the ASCII code of the letter A.

Actually, the above gets it in decimal vs. hex format, but you could insert a SetFormat, integer, hex right before the command, which fetches hex instead.