AutoIt v3.3.11.1 Beta

Jon · January 4, 2014

File Name: AutoIt v3.3.11.1 Beta

File Submitter: Jon

File Submitted: 04 Jan 2014

File Category: Beta

3.3.11.1 (4th January, 2014) (Beta)
AutoIt:
- Fixed: Stack overflow with deep nested includes.
- Fixed: FileSelectFolder() not working correctly with title and root parameters.
- Fixed: StringIsSpace() for null characters.
- Fixed #2478: Assign() and Eval() do not restrict variable names.

UDFs:
- Changed: Constant variables are now used in the UDFs rather than their value.

Notes for Windows 8 Users
When multiple programs register the same file associations (Stable+beta) then we can no longer toggle between beta and stable versions programatically. You must select a .au3 file, right-click and choose "open with", then "choose default program" and select beta or stable.

Use the following script to verify which version you are running:

MsgBox(0, "Version", @AutoItVersion)

Click here to download this file

Richard Robertson · January 4, 2014

I am amused by the bug about variable names.

Jon · January 4, 2014

I'm sure someone will be along to moan about it shortly. Some were using it to create weird and wonderful mappings and inaccessible variables. I just slapped it with a regex to validate it now.

FaridAgl · January 4, 2014

Thank you Jon.

guinness · January 4, 2014

I'm sure someone will be along to moan about it shortly. Some were using it to create weird and wonderful mappings and inaccessible variables. I just slapped it with a regex to validate it now.

I knew it was coming

Xerix · January 4, 2014

Hello

I'm not an expert on Autoit but I think there is a problem with the _ArrayFindAll function

This script works on 3.3.10.2 and return 4

#include <Array.au3>


Local $avArray[5] = [0, 1, 2, 1, 0]
Local $aiResult = _ArrayFindAll($avArray, 0)
msgbox(4096,"",$aiResult[1])

But on 3.3.11.1 i have :

"e:UsersUSERDesktop_ArrayFindAll.au3" (5) : ==> Subscript used on non-accessible variable.:

msgbox(4096,"",$aiResult[1])

msgbox(4096,"",$aiResult^ ERROR

Thank you

Eric

guinness · January 4, 2014

Hello

I'm not an expert on Autoit but I think there is a problem with the _ArrayFindAll function

This script works on 3.3.10.2 and return 4
#include <Array.au3>


Local $avArray[5] = [0, 1, 2, 1, 0]
Local $aiResult = _ArrayFindAll($avArray, 0)
msgbox(4096,"",$aiResult[1])
But on 3.3.11.1 i have :

"e:UsersUSERDesktop_ArrayFindAll.au3" (5) : ==> Subscript used on non-accessible variable.:

msgbox(4096,"",$aiResult[1])

msgbox(4096,"",$aiResult^ ERROR

Thank you

Eric

Fixed.

Mat · January 4, 2014

- Fixed: FileSelectFolder() not working correctly with title and root parameters.

Looks good. I'll play around with it and update the docs if needs be.

If people want to use assign and eval for variable names that won't be used in code then they can just use a variable name that's over 4000 characters long.

UEZ · January 4, 2014

Thanks Jon, compile issue is fixed now.

Br,

UEZ

Mat · January 4, 2014

The parent window parameter for the vista style dialog doesn't behave the same as the old style. With the old style the parent window would be disabled. With the new style this isn't the case.

I've added the following sentence to the docs:

The new vista+ dialog style is used if possible, regardless of the Use New Dialog Style flag. With the vista dialog style the edit control and create folder buttons are always shown, ignoring the flags parameter, and the dialog text parameter sets the title of the window.

Jon · January 4, 2014

Yeah, there didn't seem to be an option to pass a parent window. I could be mistaken though - like with the title

Mat · January 4, 2014

Yeah, there didn't seem to be an option to pass a parent window. I could be mistaken though - like with the title

The IModalWindow::Show method takes a hwnd parameter.

Jon · January 4, 2014

The IModalWindow::Show method takes a hwnd parameter.

Doh, of course.

guinness · January 4, 2014

StringStripWS() works but StringIsSpace() doesn't treat Null as whitespace. Unless I am missing something.

Local Const $STR_STRIPALL = 8
Local Const $NULL = Chr(0)
ConsoleWrite(StringReplace(StringStripWS($NULL, $STR_STRIPALL), $NULL, 'Null') & @CRLF) ; Works
ConsoleWrite(StringIsSpace(String($NULL)) & @CRLF) ; Doesn't work.

Fixed.

trancexx · January 4, 2014

This new version of FileSelectFolder returns different names (different format) for some selections than older version, for example for Homegroup, Computer, Control Panel, etc.

trancexx · January 4, 2014

And that ObjName bug report that got closed as "works for me" is really a bug. You don't just copy/paste the code and run to test it because the reporter didn't use code tags so link was altered by trac. Copy paste this:

$oHTTP = ObjCreate("WinHttp.WinHttpRequest.5.1")
$oHTTP.Open("GET", "http://www.autoitscript.com/forum/", False)
$oHTTP.Send()
$vRet = $oHTTP.ResponseStream()
ObjName($vRet)

ObjName doesn't check if object is IDispatch, that's why it crashes. I case of IUnknown function can't be run for flag 7 and for all other flags it can if QueryInterface for IID_IProvideClassInfo succeeds.

guinness · January 5, 2014

I'm sure someone will be along to moan about it shortly. Some were using it to create weird and wonderful mappings and inaccessible variables. I just slapped it with a regex to validate it now.

lt can still be done with the latest beta, though it's not breaking variable convention.

Local Const $sVariable = 'Test_Me_I_Am + Variable'
Local Const $bVariable = StringToBinary($sVariable) ; & '***' ; Uncomment to see it fail in the latest beta.
Assign($bVariable, $sVariable)

ConsoleWrite('Is valid?: ' & (StringRegExp($bVariable, '[^A-Za-z0-9_]') = 0) & @CRLF)
ConsoleWrite('Is declared?: ' & IsDeclared($bVariable) & @CRLF)
ConsoleWrite('Find value of Var: ' & Eval($bVariable) & @CRLF)

Edited January 5, 2014 by guinness

trancexx · January 5, 2014

http://www.autoitscript.com/trac/autoit/ticket/2316 is also bug. Jon there is a function called Object_SinkInfo in utility_COM.cpp where it's checked that IDispatch kind is TKIND_DISPATCH. The problem is that it should also be checked if typekind is maybe dual or dispatchable too, because all three are good to go. Something like this:

//...
    // Collect wanted
    TYPEKIND iSinkKind = pTypeAttr->typekind;
    // Dual and dispatchable interfaces are also allowed because they must "support" IDispatch by definition
    if (pTypeAttr->wTypeFlags & (TYPEFLAG_FDUAL | TYPEFLAG_FDISPATCHABLE))
        iSinkKind = allowedKind; // correct read kind to pass "if" condition few lines below
//...

Edited January 5, 2014 by trancexx

Jon · January 5, 2014

Ta, I'll try and have a look later.

Jon · January 5, 2014

ObjName doesn't check if object is IDispatch, that's why it crashes. I case of IUnknown function can't be run for flag 7 and for all other flags it can if QueryInterface for IID_IProvideClassInfo succeeds.

I added a check to do a QueryInterface for IDispatch at the top of the code and set a flag.

HRESULT hr = pUnk->QueryInterface(IID_IDispatch, reinterpret_cast<LPVOID*>(&pDisp));
    if (SUCCEEDED(hr))
    {
        // QueryInterface will have increase the ref count on the object, we only wanted to verify it was IDispatch
        // so reduce ref count straight away.
        bHasIDispatch = true;
        pDisp->Release();
    }

But it's actually crashing on the QueryInterface for IID_IProvideClassInfo so I'm not even getting far enough to perform the check.

Edit: Ignore that, I've made a mistake later on. Let me recheck.

Edited January 5, 2014 by Jon

Sign In

AutoIt v3.3.11.1 Beta

Recommended Posts

Jon

Richard Robertson

Jon

FaridAgl

guinness

Xerix

guinness

Mat

UEZ

Mat

Jon

Mat

Jon

guinness

trancexx

trancexx

guinness

trancexx

Jon

Jon

Create an account or sign in to comment

Create an account

Sign in

Recently Browsing 0 members

Browse

AutoIt Resources

Release

Beta