Custom Query (3927 matches)

Au3Check does not throw any error. The memory allocation error simply pops up when the script is executed.

The Help file gives no indication of what acceptable values of "count" may be, or how to force reading the whole file when "count" is specified. Negative values in text-mode do in fact cause the entire file to be read.

Sufficient to reproduce:

$Handle = FileOpen (@ScriptFullPath, 16)
$WholeFile = FileRead ($Handle, -1)
FileClose ($Handle)

As mentioned, no problems if "0" is used instead of "16" to read in text-mode. The whole file is simply read just the same as if "count" was never specified.

$Handle = FileOpen (@ScriptFullPath, 0)
$WholeFile = FileRead ($Handle, -1)
FileClose ($Handle)
MsgBox (0, "", $WholeFile)

CharW() >= 64968 compares with "" as True. I think it shouldn't Here a snippet to show the problem.

For $i = 64960 To 64975
        ConsoleWrite('chrw(' & $i & ') = "" ? --> ' & (ChrW($i) = '') & @TAB & @error & @CRLF)
Next

it results as: chrw(64960) = "" ? --> False 0 chrw(64961) = "" ? --> False 0 chrw(64962) = "" ? --> False 0 chrw(64963) = "" ? --> False 0 chrw(64964) = "" ? --> False 0 chrw(64965) = "" ? --> False 0 chrw(64966) = "" ? --> False 0 chrw(64967) = "" ? --> False 0 chrw(64968) = "" ? --> True 0 chrw(64969) = "" ? --> True 0 chrw(64970) = "" ? --> True 0 chrw(64971) = "" ? --> True 0 chrw(64972) = "" ? --> True 0 chrw(64973) = "" ? --> True 0 chrw(64974) = "" ? --> True 0 chrw(64975) = "" ? --> True 0

P.S. (a workaround) As answered in the post at the following link in the forum, the problem doesn't arise if we compare using == instead of = ​https://www.autoitscript.com/forum/topic/204398-why-charw-64967-compares-as-an-empty-string/?do=findComment&comment=1468690

Could you include image magick in au3? it would be very nice for image editing etc. Just an UDF or something :)