is this bug in _FileReadToArray ?

[Nubie 0]

I found when try detect "//" symbol

#include <file.au3>
Local $aRecords
_FileReadToArray("test.txt",$aRecords)
_ArrayDisplay($aRecords, "")

Then it showed

Btw, is possible for detect symbols "//" stay before other charaters ?

[Melba23 2,860]

Nubie,

Works fine when I try it:

#include <File.au3>
#include <Array.au3>

$sFileName = "Test.txt"

FileWrite($sFileName, "       //aaaaaaa" & @CRLF & "dfgdfgdfg")

Local $aRecords

_FileReadToArray("test.txt",$aRecords)

_ArrayDisplay($aRecords, "")

$sText = FileRead($sFileName)

MsgBox($MB_SYSTEMMODAL, "Content", $sText)

FileDelete($sFileName

I think your file has some non-printing characters which are creating another linebreak. Try looking at the file in Hex and see if you can see anything - or post it here so we can take a look.

M23

[Nubie 0]

Yes you're right. Maybe it's bug with notepad. Don't know why I have it. Thanks!

[SadBunny 128]

Not a bug. It is a linefeed character, ascii char number 10 (or 0A in hex). In AutoIt, this is denoted by @LF. Windows Notepad only recognizes Windows newlines, which consist of both a carriage return (ascii char 13, 0D in hex, @CR in AutoIt) and a line feed.

Consider this example:

$file = FileOpen("c:\temp\file.txt", 2)

FileWrite($file, "A" & @CR & "B" & @CR)
FileWrite($file, @CRLF & @CRLF)

FileWrite($file, "A" & @LF & "B" & @LF)
FileWrite($file, @CRLF & @CRLF)

FileWrite($file, "A" & @CRLF & "B" & @CRLF)
FileWrite($file, @CRLF & @CRLF)

FileClose($file)

(note: will overwrite c:temptest.txt!)

Then look at the file in notepad.exe and notice that only the last AB are on separate lines. (/edit: and check in notepad++ what it actually looks like.)

So not a bug. Well, not really, depends how you look at it I guess. It's just how notepad.exe has worked forever and it's a major PITA for people who try to mix unix/linux and windows textfiles... And it's clearly considered a "wontfix" by Microsoft.

Edited April 7, 2015 by SadBunny