Forums Bug Reports scon bug

mIRC 7.15 clean...


take the example as an alias
alias wins { var %x = $scon(0) , %wins | while (%x) { scon %x | %wins = $+(%wins,$regsubex($str(.,$window(*,0)),/(.)/g,$+(%x,:,$window(*,\n),.))) | dec %x } | scon -r echo -a %wins }

do /wins

works great... now try it in an editbox

//var %x = $scon(0) , %wins | while (%x) { scon %x | %wins = $+(%wins,$regsubex($str(.,$window(*,0)),/(.)/g,$+(%x,:,$window(*,\n),.))) | dec %x } | scon -r echo -a %wins

nothing!

"%var = value" syntax does not work from the editbox, use this instead:

//var %x = $scon(0) , %wins | while (%x) { scon %x | var %wins = $+(%wins,$regsubex($str(.,$window(*,0)),/(.)/g,$+(%x,:,$window(*,\n),.))) | dec %x } | scon -r echo -a %wins

ah so its a var bug, either way, its still a bug to me.

It's not a bug, %x = value doesn't work from the editbox, it's a limitation of the parser.

I thought not prefixing a variable definition with var/set in general had some quirks and/or is not reccomended?

Probably a side-effect of the fact that (by design, for security purposes) in the editbox you can't use an identifier/variable as a command.

nvm

sure seems like it!

apparently it's checking for nothing more than a literal '%' or '$' at the front of the command, so we can sneakily bypass it with:



or even



for identifiers