Thank you jaco0646,
I could verify what you wrote, with the code below. Even though I do not find it clear.
Code:
t = global
i = 3
f()
; Msgbox, 2 %t% %s3% <= expected '2 global', and it DOES
; Msgbox, % "2 " t " " s3 "<= expected '2 global', and it DOES"
Msgbox, % "2 " t " " s%i% "<= expected '2 global', and it DOES"
f(){
local s0
string = local
StringSplit, s, string
ListVars
; Msgbox, 1 %t% %s3% <= expected '1 global c', but it shows '1 global',`nbecause the s3 var is called as a non-dynamic reference and created as global but empty
; Msgbox, % "1 " t " " s3 "<= expected '1 global c', but it shows '1 global',`nbecause the s3 var is called as a non-dynamic reference and created as global but empty"
Msgbox, % "1 " t " " s%i% "<= expected '1 global c', and it DOES"
}
1) I can accept that
Quote:
Common source of confusion: Any non-dynamic reference to a variable creates that variable the moment the script launches... when used inside a function MsgBox %Array1% creates Array1 as one of the function's locals the moment the script launches (unless assume-global is in effect).
Hence in my code the assume-global is in effect all non-dynamic reference are created global.
2) But when I read
Quote:
For commands that create arrays (such as StringSplit), the resulting array is local if the assume-global mode is not in effect or if the array's first element has been declared as a local variable (...). Conversely, if the first element has been declared global, a global array is created. The first element for StringSplit is ArrayName0.
This is exactly what I did in my code, therefore I assumed that this overrides the
Common source of confusion with assume-global and I would reference a local variable.
Is there a way to change this AHK behavior?
Login
Register
FAQ
Search
