AutoIt v3.3.11.4 Beta

[Jon]

File Name: AutoIt v3.3.11.4 Beta

File Submitter: Jon

File Submitted: 07 Apr 2014

File Category: Beta

3.3.11.4 (7th April, 2014) (Beta)
AutoIt:
- Fixed #2677: AutoIt.chm Installdir.htm reference.
- Fixed #2676: AutoIt.chm Installdir.htm Sqlite reference.

UDFs:
- Removed: http://api.exip.org/?call=ip from _GetIP() as the site was taken offline.
- Removed: _WinAPI_GetUDFVersion() as all UDFs share the same version number as the AutoIt version they are shipped with.

- Changed: $DOW_* constants to $DMW_*.
- Changed: Reverted re-write of _PathFull() and _PathGetRelative().
- Changed: Re-wrote Array UDF to add 2D support and add some functions. THIS IS A SCRIPT BREAKING CHANGE.
- Changed: Excel UDF was re-written. Functions and/or parameters have been renamed, removed or added. THIS IS A SCRIPT BREAKING CHANGE.
- Changed: _SQLite 3.8.2.0 -> 3.8.4.3.
- Changed: 5 second timer in _GetIP() to 5 minutes, due to the requirements of http://www.whatismyipaddress.com.

- Added: _SQLite_SQLiteExe() download sqlite3.exe when needed.
- Added: http://bot.whatismyipaddress.com as an IP disovery site to _GetIP().

- Fixed #2660: Button on GUI example.
- Fixed: _IECreate() disable use of Windows Key.
- Fixed #2689: When $bCursor in _ScreenCapture_Capture() was set to True and the PC was locked.

Click here to download this file

[mLipok]

Thanks Jon.
I was just wondering when that time comes.

Best regards

mLipok

[Mat]

Thanks to all those involved in UDF changes.

It may not be immediately apparent to those reading the changelog above, but the changes made to the Excel UDF and Array UDF represent a huge amount of work by a number of people over the last year.

[iCode]

FYI...
 

>Running Au3Stripper (1.2.0.0)  from:C:\Program Files (x86)\AutoIt3\SciTE\Au3Stripper cmdline: /Beta
- ### C:\Program Files (x86)\AutoIt3\SciTE\Au3Stripper\Au3Stripper.dat missing... Please get it from the website to make sure the Obfuscation will work correctly.

Apparently Au3Stripper.dat is not included in the installer and i couldn't find it anywhere at the autoit domain

Also a broken Start menu link: AutoIt v3 > SciTE > Switch-Definitions.lnk

UpdateDefs.exe is also not included in the installer

Edited April 14, 2014 by iCode

[mLipok]

Au3Stripper is a separate software.

This is part of SciTE4AutoIt3

 

EDIT:

this problem is discused >here

Edited April 14, 2014 by mLipok

[iCode]

EDIT: never mind

Edited April 16, 2014 by iCode

[oceanwaves]

About <Array.au3> changing in this beta version, I think it's not good idea, for example:

in 3.3.10.2:

$a[0]
$b[] = [1]
_ArrayAdd($a, $b) ;; $a[0] indicate a array element

But in 3.3.11.4:

$a[0]
$b[] = [1]
_ArrayAdd($a, $b) ;; $a[0] will be equaled 1

Becase <Array.au3> is a frequently UDF using in various UDF and many UDF or old code rely on it, so this changing has too many effect to others. I strongly recommend new chaning can compatible with old version.

[JohnOne]

Author is well aware.

  Quote

THIS IS A SCRIPT BREAKING CHANGE.

 

[Trong]

Why dont Jon use IP.autoitscript.com for _GetIP() ?
We wont be worry about offlined website 

Edited April 16, 2014 by VIP

[guinness]

  On 4/16/2014 at 3:13 PM, VIP said:

Why dont Jon use IP.autoitscript.com for _GetIP() ?

We wont be worry about offlined website 

Because it's not fair on Jon's server load. There are IP retrieval services for a reason.

[Melba23]

oceanwaves,

I quite agree that a lot of old code depends on Array.au3 - this is why, as JohnOne pointed out, there is mention of "script breaking changes" in the Help file.

We also added a special page to tell everyone about the changes in detail. Go to the "History" page of the Help file and click on the "See here for recent script-breaking changes" link at the top of the page - under the "XXXX XXXX, 2014 - v3.3.12.0" header look for the section telling you that the "Array UDF was re-written" - click on the "A detailed list can be found here" link and you find out exactly what changed in each function and each of its parameters. How much more can we do?

I sincerely believe that people will find the addition of 2D support and the additional function within the library worth the trouble of making minor changes to their scripts.

M23

[oceanwaves]

Melba23 and JohnOne,

Yes, I have saw the comments "script breaking changes" as you point out and really thx Autoit team hard work. .

And yes, I aslo agree your said the new rewrite function will be very useful........But (everyone hate but).....Why don't consider compatible with old version......via some default parameters etc....you know, array is basic data type in the Autoit, so the UDF that manipulate array will be referenced everywhere. I doubt in recent years most UDFs (found by forums not from help file)  needs modify to fit this changing. Obvious one of result is the prevent some peope update Auotit to latest version in further. just provide some my opinions for your information. Anyway, changing always is a good things. I hope  Autoit can  be more powerful and more people to use it.

[Mat]

Backwards compatibility is always a consideration, especially if other standard UDFs rely on the behaviour. These changes aren't just made whimsically. You see one line in a change log, I see a 5 page discussion about changes to the array UDF as well as the 2 page one here in developer chat, in addition to numerous personal messages and other posts in the open forum about these changes.

[JohnOne]

I still use 3.3.8.1 because I'm not ready to deal with script breaking changes just yet.

To me it's black and white, if a new version is going to cause me a few problems, I just don't use it yet.

Of course I always keep latest beta installed in case I need functionality from a later release.

[jpm]

  On 4/16/2014 at 11:39 PM, JohnOne said:

I still use 3.3.8.1 because I'm not ready to deal with script breaking changes just yet.

Just curiosity which script breaking are you facing?

Cheers

Jpm

[JohnOne]

Mostly UDF's where constants are located, there was one other reason, but I can only remember that at the time it was too much of a pain for me to upgrade (terrible memory).

[jpm]

In fact if you use GUIConstants.au3 or Constants.au3 or WinAPIEx.au3 you get all without script breaking.

those "constants.au3" include all related constants or UDF

[iCode]

somewhere since the last release version the Sleep function has become less accurate

on my PC, this...

$t = TimerInit()
Sleep(10)
$n = TimerDiff($t)
ConsoleWrite($n & @LF)

...sleeps for ~14.5 ms for 3.3.10.2 and ~2 ms for 3.3.11.4

higher values (around 17+) are far more accurate, but anything less than 17 sleeps for about the same time, roughly 1-3 ms

it is nice that the sleep function will now sleep for less than 10 ms though

[jpm]

  On 4/18/2014 at 10:24 PM, iCode said:

somewhere since the last release version the Sleep function has become less accurate

on my PC, this...

$t = TimerInit()
Sleep(10)
$n = TimerDiff($t)
ConsoleWrite($n & @LF)

...sleeps for ~14.5 ms for 3.3.10.2 and ~2 ms for 3.3.11.4

higher values (around 17+) are far more accurate, but anything less than 17 sleeps for about the same time, roughly 1-3 ms

it is nice that the sleep function will now sleep for less than 10 ms though

I don't know Under which version of Windows you are running but Under Win8.1/X64 running in 32-bit mode it is impossible to use less than 17.

I am not sure as AutoiT is an interpreter we can have a prcision less than 17

[iCode]

win 7

i suspected that smaller values may be inherently inaccurate according to other discussions on the subject

i hadn't thought to test x86 vs x64, but yes, that also causes different behavior...

x64: both production and beta = ~9-13 ms (Sleep(1))

x86: production = ~15 ms, beta = ~2 ms (Sleep(1))

that's uncompiled

if this is something that isn't going to (or can't) be fixed, i think the help file should probably be updated