Timeline



Sep 9, 2014:

7:39 PM Ticket #2888 (Error return code _WinAPI_DuplicateHandle) created by step8876@…
((( If @error Or Not $aResult[0] Then Return SetError(@error, …
7:55 AM Ticket #2887 (AutoIt fails to deallocate a COM object when it gets reassigned) updated by Melba23
Just to make clear what the script shows: The crash occurs when trying to assign an object to a variable already containing an object without first destroying the previous instance by assigning a non-object value(Null, 0, "", etc) to the variable before the reassignation. If the previous instance is destroyed then the new assignation occurs without problem. It does not matter if the new assignation is the same object or a new one. M23
7:41 AM Ticket #2885 (_array_max error with ubound 0) updated by Melba23
In case you have not realised, everyone who works on AutoIt is a volunteer and very few of us have any connection with professional software development. We try not to behave like amateurs and we do test our code before it is released, but as with ALL software there will be bugs. So asking that we release bug-free code is not really a sensible request as it will never happen. What we do offer is the chance for you to report any bugs you find and then to fix them as quickly as we can. So I suggest you review your extremely unpleasant attitude towards both AutoIt and its development team. I notice you still hide behind your "anonymous" tag - so I shall not bother to reply further, other than to point out that you paid nothing to use AutoIt and if you decide that it is not good enough feel free to switch to another scripting language. You will not be missed. M23

Sep 8, 2014:

10:02 PM COMcrash.au3 attached to Ticket #2887 by anonymous
minimal and standalone script that crashes AutoIt
10:00 PM Ticket #2887 (AutoIt fails to deallocate a COM object when it gets reassigned) created by anonymous
Reassigning a value to a COM object results in a crash.
8:38 PM Ticket #2885 (_array_max error with ubound 0) updated by anonymous
Melba23, release version with this bugs are "that is not very nice" And i wont to ask you.. You've written tests for this udf? I want to know that such things no longer appear in the next version Tnx. From all "anonymous" P.s anonymous -is the all users of AutoIt. P.s 2. Tnx for fix.
5:03 PM Ticket #2886 (Stack Trace) created by anonymous
Please show a stack trace (with line numbers) of the called AutoIt …
3:37 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) closed by guinness
Fixed: It was fixed sometime ago it appears.
3:09 PM Ticket #2882 (AutoItX PixelChecksum Bug) closed by Jon
Fixed: Fixed by revision [11074] in version: 3.3.13.20
2:15 PM Ticket #2885 (_array_max error with ubound 0) closed by Melba23
Fixed: Fixed by revision [11072] in version: 3.3.13.20
1:24 PM Ticket #2885 (_array_max error with ubound 0) updated by Melba23
An easy fix - an internal function was only returning the value and not the error. […] We do test a lot - but unfortunately just like MS we do not catch everything. But we do tend to fix things a lot faster than they do. I reckon 3 hours is pretty good going! And as you take the precaution of hiding behind the "anonymous" name whereas we are all easily identifiable, could I respectfully suggest that making comments like that is not very nice. Feel free to PM me if you wish to take it further. M23
11:35 AM Ticket #2885 (_array_max error with ubound 0) updated by mLipok
Replying to anonymous: > Gentlemen developers, it would be good for you to do the test, after you change the functions. Recently, here everyone had a chance to feel like a developer: http://www.autoitscript.com/forum/topic/158118-beta-arrayau3-code-testing-and-comments-welcomed/
10:40 AM Ticket #2885 (_array_max error with ubound 0) updated by jchd18
Same issue with _ArrayMin.
10:14 AM Ticket #2885 (_array_max error with ubound 0) updated by anonymous
Gentlemen developers, it would be good for you to do the test, after you change the functions.
10:04 AM Ticket #2885 (_array_max error with ubound 0) created by anonymous
1) […] "...\AutoIt3\Beta\Include\array.au3" (1249) : ==> Subscript …

Sep 7, 2014:

7:59 PM _GUICtrlEdit_SetCueBanner.au3 attached to Ticket #2857 by mLipok
7:58 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by mLipok
You misunderstand me - I meant that I was working on an example. Even it did. But I noticed that there is a problem with the $ idText control. Unfortunately, it is not solved.
7:51 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) updated by mLipok
You can see the same issue in AutoIt HelpFile 3.3.13.19 btw. all parameters and remarks section are BOLD / STRONG
5:53 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) updated by J-Paul Mesnage
In fact the beta docs does not correspond to 3.3.13.19 but to an intermediate version of 3.3.13.20
5:47 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) updated by J-Paul Mesnage
I don't know when this file has been updated but currently the generation is OK with the fix for #include empty
5:10 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) closed by J-Paul Mesnage
Completed: Added by revision [11064] in version: 3.3.13.20
4:00 PM comtest.zip attached to Ticket #2884 by coderpro@…
Connect to an MS SQL Server to test COM
3:56 PM Ticket #2884 (AutoIt tries to call COM VariantClear() on uninitialized memory) created by coderpro@…
A COM OLE query to an MS SQL Server database results in a crash in …
3:14 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) updated by mLipok
https://www.autoitscript.com/autoit3/files/beta/autoit/docs/keywords/include.htm […]
3:12 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by mLipok
You do not ask for examples only for txt. So I will be working on it.
1:37 PM Ticket #2860 (Convert UDF's ptr to struct* type) reopened by J-Paul Mesnage
I understand better your idea. A lot of change to do. I will convert 'ptr' to 'struct*' when $tag... can be used
1:33 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by J-Paul Mesnage
Where are the example?
1:24 PM Ticket #2883 (#include - issue with </strong> tag in syntax section) updated by J-Paul Mesnage
Be more precise which page? Thanks
1:23 PM Ticket #2881 (HotKeySet with "{ASC 0x####}" always sets "A") closed by J-Paul Mesnage
Fixed: Fixed by revision [11063] in version: 3.3.13.20
11:51 AM Ticket #2883 (#include - issue with </strong> tag in syntax section) created by mLipok
in syntax there is: […] I mean there is issue with </strong> tag.
10:34 AM Edit_CueBanner.ZIP attached to Ticket #2857 by mLipok
9:28 AM Ticket #2881 (HotKeySet with "{ASC 0x####}" always sets "A") updated by Melba23
I also think that "change the docs" will be his answer - but I thought I would ask! M23
5:58 AM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by J-Paul Mesnage
@mLipok if you really want them just add the .txt for the doc Cheers

Sep 6, 2014:

4:21 PM Ticket #2881 (HotKeySet with "{ASC 0x####}" always sets "A") updated by J-Paul Mesnage
Tha ASC is only supported in the Send() environment. I don't know if HotKeySet() can be fixed Jon will answer if we change only the Doc as this as never work since beginning of AutoIT3
3:18 PM Ticket #2882 (AutoItX PixelChecksum Bug) created by JohnOne
It does not work in C# (don't know about other OS') and returns 0 …
11:15 AM Ticket #2881 (HotKeySet with "{ASC 0x####}" always sets "A") created by Melba23
HotKeySet takes the "A" from "ASC" as the key to set: […] …

Sep 5, 2014:

6:46 PM Ticket #2866 (regread cant read x64 keys remote) updated by J-Paul Mesnage
Yes it does. But I am not for sure a PC running a 32-Bit version can reference the 64-bit specific registry info
5:45 PM Ticket #2869 (GUICtrlSetTip displays wrong tip message in child GUI when tabs used ...) updated by Melba23
Owner, Status changed
5:44 PM Ticket #2872 (FileDelete set @extended deleted count) closed by Melba23
Rejected
5:40 PM Ticket #2872 (FileDelete set @extended deleted count) updated by BrewManNH
The API that I'm assuming being used is probably DeleteFile, that function doesn't return anything other than success or fail. There doesn't seem to be any way for any language using that Windows API to get the number of files that got deleted.
12:14 AM Ticket #2880 (Example for _WinAPI_OpenProcess) closed by J-Paul Mesnage
Fixed: Fixed by revision [11062] in version: 3.3.13.20
12:08 AM Ticket #2880 (Example for _WinAPI_OpenProcess) updated by J-Paul Mesnage
Of course Thanks
12:04 AM Ticket #2860 (Convert UDF's ptr to struct* type) updated by J-Paul Mesnage
You right it is crashing but you just demonstrate that ptr should not be assimilate to struct* at least for _MemMoveMemory() we cannot use 'struct*' as this function must work with ptr that are not dllstruct I will investigate if some other functions can be change from ptr to struct*

Sep 4, 2014:

7:00 PM Ticket #2880 (Example for _WinAPI_OpenProcess) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
6:40 PM Ticket #2574 ("Switch...Case...EndSwitch") closed by Melba23
Rejected: We do not add features because someone "feels" it might be useful. Come up with a concrete use case where sequenced If statements are too cumbersome and we might reopen the ticket. M23
6:39 PM Ticket #2880 (Example for _WinAPI_OpenProcess) created by AdamUL
There is not an example for _WinAPI_OpenProcess, but there is an …
6:36 PM Ticket #2866 (regread cant read x64 keys remote) updated by AdamUL
Here is some more info on this. http://msdn.microsoft.com/en-us/library/windows/desktop/aa384129(v=vs.85).aspx Does the internal AutoIt registry functions use the KEY_WOW64_64KEY flag when HKLM64 is specified?
3:20 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by anonymous
by reading the C documentation for the construct "switch endswitch" I figured, incorrectly, that omitting the "break" clause, could be performed successive checks on next "Case" statement". But after a better reading, I have seen that if you do not use the term "break" then the subsequent instructions related to the next "Case" are executed anyway, also if there is no match with the next "Case" declaration. Sorry for the misunderstanding. Anyway, I think that the possibility to check all the "Case" cascading and executing the corresponding code only on match, could have his usefullness on the use of the construct (and furthermore it should have not contraindications at least) Maybe, if not for the "Switch ... EndSwitch" construct,an ipothetical new "NextCase" statement it could be implemented for the "Select ... EndSelect" construct instead, allowing more than one of the Case statements to be checked "cascading" and only if the check is true then execute the corresponding code. I have not a concrete case of use just now, but I "feel" that it could come handy before or after.
2:12 PM Ticket #2879 (objcreate("Microsoft.Update.Session","REMOTEHOST") is not connecting ...) created by devilman16
I want to list the installed Windows Updates on a remote system, but …

Sep 3, 2014:

2:48 PM Ticket #2860 (Convert UDF's ptr to struct* type) updated by eukalyptus
Your example crashes at the second _MemMoveMemory_ ! (And so it illustrates what I mean...)
1:09 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by anonymous
Replying to anonymous: > Moreover, if the C language has been provided with this opportunity in the construct, is because it can have his logic. C does not allow more than one case for each value. Which opportunity are you talking about? > is true that "AutoIt <> C" but this do not means that must be lesser. How does this make something possible, that was difficult to express before? How is this different from multiple if statements? Does it still correspond to the intended meaning of a switch statement, the meaning that every reader (including the person who wrote it) expects? Is there any use case?

Sep 2, 2014:

4:55 PM Ticket #2829 (_Excel_RangeRead unable to return Text values of excel cells) updated by J-Paul Mesnage
Please follows Ticket writing guidelines repro script at the minimum Thanks
4:21 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by J-Paul Mesnage
Perhaps EM_GETCUEBANNER = CB_GETCUEBANNER but it is not a reason to use the proposed Function for edit on ComboBox
4:12 PM Ticket #2860 (Convert UDF's ptr to struct* type) closed by J-Paul Mesnage
Rejected
4:11 PM Ticket #2860 (Convert UDF's ptr to struct* type) updated by J-Paul Mesnage
The _MemMoveMemory example does not illustrate what you mean. just try this one which is using ptr instead of struct* […]
3:53 PM Ticket #2876 (_GUICtrlRichEdit_Paste - proposal) closed by J-Paul Mesnage
Fixed: Fixed by revision [11056] in version: 3.3.13.20
3:28 PM Ticket #2877 (_GUICtrlRichEdit_GetFont.au3 - proposal) closed by J-Paul Mesnage
Completed: Added by revision [11055] in version: 3.3.13.20
2:08 PM Ticket #2875 (_SendMessage - broken link to .DllCall in Related Section) closed by J-Paul Mesnage
Fixed: Fixed by revision [11054] in version: 3.3.13.20
1:50 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by anonymous
Replying to jchd18: > Maybe it could be possible to introduce a new NextCase statement without breaking anything. this is a right opinion, could be an improvement addition (ameliorative) a new "NextCase" statement (or also "ContinueCheck") that now is not implemented, could be the natural companion of the "ContinueCase" statement. in effect as ContinueCase has his use, also "ContinueCheck" could have his use, (and without breaking anything). Just a new option that now is missing, that if not used, is all like before. of course, As Melba23 says, "can essentially be reproduced by a sequence of If...EndIf structures", but this is also true for the "ContinueCase" statement (and could also be true for the same "Switch EndSwitch" construct). So why private ourself of new (and easily usable) opportunities given by available statements? Moreover, if the C language has been provided with this opportunity in the construct, is because it can have his logic. is true that "AutoIt <> C" but this do not means that must be lesser.
12:43 PM Ticket #2874 (_GUICtrlRichEdit_SetCharColor) closed by J-Paul Mesnage
Fixed: Fixed by revision [11053] in version: 3.3.13.20
11:14 AM Ticket #2878 (ObjCreateInterface the last func instance call) updated by Matt Diesel
Owner, Status changed
8:32 AM Ticket #2878 (ObjCreateInterface the last func instance call) created by bogQ
Currently, ObjCreateInterface in case of interface having more than …
3:20 AM _GUICtrlRichEdit_GetFont.au3 attached to Ticket #2877 by mLipok
3:19 AM Ticket #2877 (_GUICtrlRichEdit_GetFont.au3 - proposal) created by mLipok
added: […] because in this way better presents what is changing.
2:59 AM _GUICtrlRichEdit_Paste.au3 attached to Ticket #2876 by mLipok
2:58 AM Ticket #2876 (_GUICtrlRichEdit_Paste - proposal) created by mLipok
small Script CleanUp and changed FindFirstBMP() […]
1:40 AM Ticket #2875 (_SendMessage - broken link to .DllCall in Related Section) created by mLipok
in Related there is broken link to .DllCall There is not needed dot in …
1:28 AM Ticket #2874 (_GUICtrlRichEdit_SetCharColor) updated by mLipok
and in HelpFile there is: […] but word background should be removed.
1:25 AM Ticket #2874 (_GUICtrlRichEdit_SetCharColor) created by mLipok
the same problem like HERE: …

Sep 1, 2014:

9:38 PM Ticket #2873 (Experimental functionalities and plans for the future.) closed by Melba23
No Bug
7:15 PM Ticket #2873 (Experimental functionalities and plans for the future.) created by mLipok
Please consider opportunities to share information on the future of …
7:01 PM Ticket #2871 (#AutoIt3Wrapper_OutPath) updated by Jos
Since the only file this is used for is the same as the outfile directive, I would consider this a bit of an overkill. :) I could consider supporting: […] Jos
4:50 PM Ticket #2872 (FileDelete set @extended deleted count) updated by Melba23
As FileDelete accepts wildcards and I imagine is a direct call to the API function, how do you expect AutoIt to know the answer? I suggest you count the files before and after the delete and do the maths yourself. M23
2:00 PM Ticket #2872 (FileDelete set @extended deleted count) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
1:48 PM Ticket #2872 (FileDelete set @extended deleted count) created by anonymous
In @extended macro may be the number of deleted files. …
12:00 PM Ticket #2871 (#AutoIt3Wrapper_OutPath) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
11:18 AM Ticket #2871 (#AutoIt3Wrapper_OutPath) created by lwc
Sometimes you might want files created in a specified folder, but it …
8:37 AM Ticket #2866 (regread cant read x64 keys remote) updated by devilman16
I am running this from a Win7 x86 pc with Autoit x86

Aug 31, 2014:

8:29 PM Ticket #2806 (GUICtrlCreateIcon an blank Icon) updated by Emiel Wieldraaijer
Don't think it's a bug ore some because GUICtrlCreateIcon("", 0, ... does not add an icon but adds nothing as GUICtrlCreateIcon(@SystemDir & "\shell32.dll", -50, ... shows an emtpy icon same as <ALT><255> Best regards, Emiel
4:48 PM Ticket #2870 (AutoIt send key combinations do not work sometimes) updated by anonymous
Can you please expalin why this is not a bug? If command send ("v) is used, the contents of the clipboard is supposed to be input into the field that has focus. However, when it is put in a loop which iterates over 400 lines (even with the sleep function before and after the send() function) , sometimes AUTOIT sends the raw text "v" and not the command CTRL-V to the text box. The result is that "v" and not the contents of the clipboard is paste to the save-as dialog box. So, my files are sometimes saved with file-name "V". As i said previously this happens off and on.
10:33 AM Ticket #2870 (AutoIt send key combinations do not work sometimes) closed by Jos
No Bug: .. and the bug is ..what? Please refrain from creating BUG reports until you have some sort of confirmed BUG. Visit our forum for questions/support. Jos
9:45 AM Ticket #2870 (AutoIt send key combinations do not work sometimes) created by icemang2@…
When AutoIT is used to copy and paste several hundred lines of text …
9:08 AM Ticket #2868 (_WinAPI_SfcIsKeyProtected.au3.au3 - mistake in the file name) closed by J-Paul Mesnage
Fixed: Fixed by revision [11047] in version: 3.3.13.20
5:13 AM Ticket #2869 (GUICtrlSetTip displays wrong tip message in child GUI when tabs used ...) created by Mungo
Using GUICtrlSetTip() on tab items on a parent GUI as well as on a …
12:53 AM Ticket #2868 (_WinAPI_SfcIsKeyProtected.au3.au3 - mistake in the file name) created by mLipok
it should be _WinAPI_SfcIsFileProtected.au3 sorry for my mistake in …

Aug 30, 2014:

9:35 PM Ticket #2867 (Au3Stripper /rsln replaces wrong @ScriptLineNumber in function ...) updated by coderpro@…
The bug report that I posted was about the function parameter, not the function argument. There is a difference. https://en.wikipedia.org/wiki/Parameter_%28computer_programming%29#Parameters_and_arguments What you have demonstrated is a workaround for the bug in the new feature of the /rsln option. What I was hoping was that au3stripper could solve the problem by automatically modifying the code. Example: #include <Debug.au3> ; Function Parameters: ; _Assert ( $sCondition [, $bExit = True [, $iCode = 0x7FFFFFFF [, $sLine = @ScriptLineNumber]]] ) ; Function Arguments: _Assert("1=1") au3stripper should replace the code with the following function call. Otherwise, @ScriptLineNumber gets replaced in the function definition, not in the function call. _Assert("1=1", True, 0x7FFFFFFF, @ScriptLineNumber) Because $sLine is an optional argument, the user code might not specify it. In this case, au3stripper must automatically insert all the optional arguments into the function call.

Aug 29, 2014:

11:32 PM Ticket #2866 (regread cant read x64 keys remote) updated by J-Paul Mesnage
I suspect NO as it is running from a PC 32-Bit …
11:23 AM Ticket #2867 (Au3Stripper /rsln replaces wrong @ScriptLineNumber in function ...) closed by Melba23
No Bug: You have posted about this in the forum. Why have you also raised a Trac ticket before Jos has had a chance to respond? Closed - I will reopen if Jos agrees there is a bug - although looking at mLipok's script I do not think that is very likely. M23
5:25 AM Ticket #2867 (Au3Stripper /rsln replaces wrong @ScriptLineNumber in function ...) updated by mLipok
I make a repro to check: […] and the result is: […] this is correct line in test_Au3Stripper_stripped.au3 So please make your repro to show where is the issue.
5:23 AM test_Au3Stripper.ZIP attached to Ticket #2867 by mLipok
12:30 AM Ticket #2867 (Au3Stripper /rsln replaces wrong @ScriptLineNumber in function ...) created by coderpro@…
Au3Stripper v14.801.1932.0 currently replaces @ScriptLineNumber in a …

Aug 28, 2014:

7:05 PM Ticket #2866 (regread cant read x64 keys remote) updated by Jos
Are you running this with the X64 version of AutoIt3? Jos
12:59 PM Ticket #2866 (regread cant read x64 keys remote) created by anonymous
If you run regread from a x86 os PC and want to read a regkey from a …
7:43 AM Ticket #2865 (Autoit crash with NodeList on For In loop) updated by anonymous
Try this. You need ie version >9+ […] but in this example autoit crash browser

Aug 27, 2014:

9:34 PM Ticket #2865 (Autoit crash with NodeList on For In loop) updated by jchd18
All I get is that: […]
9:21 PM Ticket #1573 (TCPConnect TCPTimeout) updated by anonymous
Never mind. I did not notice the "Milestone set to 3.3.13.2" part in the previous comment. Downloaded the beta and it works fine in the beta. Thanks.
9:09 PM Ticket #1573 (TCPConnect TCPTimeout) updated by anonymous
This ticket has been closed but the problem still persists. If I use TCPConnect to connect to a port that is not active, it takes 20 seconds before TCPConnect times out.
8:54 PM Ticket #2704 (soundsetwavevolume doesn't work with object) closed by Jos
No Bug
8:19 PM Ticket #2864 (I registered on the forum but can't get an activation) closed by Melba23
No Bug: Sorted M23
7:51 PM Ticket #2865 (Autoit crash with NodeList on For In loop) created by anonymous
[…] For To loop work fine, but For In leads to hard crash: […] …
9:52 AM Ticket #2855 (Scoping and declaration modifiers combinations) updated by jchd18
You forget the case where a constant initialization is not a literal or an expression with fixed value but the result of a computation with side-effect or randomization. If you don't tag it with Static, you'll go thru initialization again at every invokation of the function, and the constant will have a new value every time (or cause other nasty side-effect, depending on context). Some other combinations could be allowed even if semantically pointless, just to denote intent.
5:08 AM Ticket #2855 (Scoping and declaration modifiers combinations) updated by anonymous
Where would a Static Constant ever be used, and for what? If it's a constant, there's no need to use Static because you can set it once at the beginning of a function and never have to worry about what it is the next time you run your function. Static only allows the contents of a variable to remain valid after the function ends, and then is visible again after the function is called again. Also, Global Static is completely pointless.

Aug 26, 2014:

8:11 PM Ticket #2864 (I registered on the forum but can't get an activation) updated by Melba23
Your request was registered - have you checked that the registration e-mail was not detected as spam? M23
7:01 PM Ticket #2864 (I registered on the forum but can't get an activation) created by mr2_mk1@…
Hello, I registered this morning with ahmedar username, but I cannot …

Aug 25, 2014:

6:09 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by anonymous
That isn't possible in C. Also, C compilers try to build goto tables instead of checking every single case.
12:39 PM Ticket #2863 (Using AutoIt - Controls - MSDN link) closed by J-Paul Mesnage
Completed: Added by revision [11022] in version: 3.3.13.20

Aug 24, 2014:

8:41 PM Ticket #2863 (Using AutoIt - Controls - MSDN link) created by mLipok
Please consider to add link here: " One of the best features with …
6:23 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by Melba23
I would reject this request as the functionality can essentially be reproduced by a sequence of If...EndIf structures. The whole point of Switch & Select structures is that they only allow for a single correct Case. And I completely agree with guinness - although I would say: […] M23
5:04 PM Milestone 3.3.13.19 completed
4:34 PM Ticket #2862 (StringRegExp $STR_REGEXPARRAYGLOBALFULLMATCH option regress) closed by Jon
Fixed: Fixed by revision [11014] in version: 3.3.13.19
4:14 PM Ticket #2860 (Convert UDF's ptr to struct* type) updated by anonymous
Is this really a script breaking change?! If "struct*" is used instead of "ptr", the old behavior is preserved: […] Do you know an example, where I am forced to use "ptr"? (except DllCall-Return or ByRef "ptr*") I use "struct*" all the time in DllCall and ObjCreateInterface and I´ve never noticed a disadvantage Check it out: Run this script in the include-folder. It will make the change for testing. (It will backup the files, but be carefull anyway ;)) […]
3:16 PM Ticket #2861 (_WinAPI_ReadDirectoryChanges not working) closed by J-Paul Mesnage
Fixed: Fixed by revision [11010] in version: 3.3.13.19
3:08 PM Ticket #2862 (StringRegExp $STR_REGEXPARRAYGLOBALFULLMATCH option regress) updated by Jon
Hmm, it's a regression of arrays inside arrays. Nasty.
2:03 PM Ticket #2862 (StringRegExp $STR_REGEXPARRAYGLOBALFULLMATCH option regress) updated by anonymous
version 3.3.13.6 no bug, 3.3.13.7 - problem appeared in this version
1:55 PM Ticket #2862 (StringRegExp $STR_REGEXPARRAYGLOBALFULLMATCH option regress) created by anonymous
In release 3.3.12.0 $STR_REGEXPARRAYGLOBALFULLMATCH work correct, but …
1:01 PM Ticket #2860 (Convert UDF's ptr to struct* type) updated by J-Paul Mesnage
To have no script breaking both type should be accepted as in _WinAPI_WideCharToMultiByte() Can post an exhaustive list of what to be changed? Thanks
12:30 PM Ticket #2704 (soundsetwavevolume doesn't work with object) updated by Jos
You are setting the wrong volume and should use: […]
12:18 PM Ticket #2861 (_WinAPI_ReadDirectoryChanges not working) created by anonymous
[…] File name is not returned when the directory changes.
9:00 AM Ticket #2860 (Convert UDF's ptr to struct* type) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
8:50 AM Ticket #2860 (Convert UDF's ptr to struct* type) created by Eukalyptus
there are still a lot of DllCall´s where "ptr" is used. e.g. …

Aug 23, 2014:

8:29 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by mLipok
Yes I know, and I realize and I know that at present the standard UDF file are already two similar functions: _GUICtrlComboBox_SetCueBanner _GUICtrlComboBox_GetCueBanner So I thought that it would be appropriate to add features to the EDIT control.
3:21 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by jchd18
Maybe it could be possible to introduce a new NextCase statement without breaking anything.
3:19 PM Ticket #2855 (Scoping and declaration modifiers combinations) updated by jchd18
Lacking file scope I still find it valuable as a hint of the intended scope, albeit in practice it can be subverted as if it were global. But this is a completely distinct matter. BTW JP, do you have the faintest idea about "Struct"? Was that a typo for "Static" or something left over from very old versions?
2:16 PM Ticket #2574 ("Switch...Case...EndSwitch") updated by guinness
This is such a huge script breaking change and AutoIt != C.
12:19 PM Ticket #2855 (Scoping and declaration modifiers combinations) updated by J-Paul Mesnage
I still hate the Local being Global when declares in the main script …
11:09 AM Ticket #2859 (Tidy restore folds regression) closed by Jos
No Bug: Closing as No-Bug for now. In case you have issues please first come to the forum and show all required info to be able to establish there is a bug or not. In case it is still an issue for you then provide more info like: post all info from the SciTE OutputPane so I can see what is happening. Jos
10:12 AM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) updated by Melba23
Cuebanners have a wider application that just the edit controls created by that UDF. M23
10:08 AM Ticket #2859 (Tidy restore folds regression) updated by Melba23
It restores the folds for me. Please post a reproducer script where it does not. M23
10:00 AM Ticket #2859 (Tidy restore folds regression) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
9:14 AM Ticket #2859 (Tidy restore folds regression) created by anonymous
Tidy AutoIt3 v14.801.1932.0 do not restore folds states
12:35 AM Ticket #2858 (_Iif - ScriptBreakingChange) updated by guinness
I added a note of "THIS IS A SCRIPT BREAKING CHANGE" next to the changelog entry, but it is described in the Script Breaking Changes documentation that it is removed. There is no requirement to mention when it was removed from the UDF considering it's documented of its eminent removal.
12:24 AM Ticket #2858 (_Iif - ScriptBreakingChange) closed by guinness
Completed: Added by revision [10989] in version: 3.3.13.19
12:17 AM Ticket #2856 (Tutorial - HelloWorld - "manual") closed by guinness
Fixed: Fixed by revision [10988] in version: 3.3.13.19

Aug 22, 2014:

11:52 PM Ticket #2858 (_Iif - ScriptBreakingChange) created by mLipok
Question about: _Iif() in 23rd December, 2013 - v3.3.10.0 there …
9:41 PM Ticket #2857 (_GUICtrlEdit_GetCueBanner / _GUICtrlEdit_SetCueBanner) created by mLipok
Please consider: add this two function _GUICtrlEdit_GetCueBanner …
7:52 PM Ticket #2856 (Tutorial - HelloWorld - "manual") created by mLipok
There is: "Now, let's look at the flag parameter for the MsgBox …
1:00 PM Ticket #2848 (History: "THIS IS A SCRIPT BREAKING CHANGE" - not all are strong/bold) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
12:29 PM Ticket #2838 (RegRead - Remarks - Proposal) closed by guinness
Rejected
12:27 PM Ticket #2837 ("Install Directory Structure" Section - proposal) closed by guinness
Completed: Added by revision [10970] in version: 3.3.13.19
12:16 PM Ticket #2848 (History: "THIS IS A SCRIPT BREAKING CHANGE" - not all are strong/bold) closed by guinness
Fixed: Fixed by revision [10968] in version: 3.3.13.19
12:14 PM Ticket #2848 (History: "THIS IS A SCRIPT BREAKING CHANGE" - not all are strong/bold) updated by guinness
Type changed
9:57 AM Ticket #2855 (Scoping and declaration modifiers combinations) updated by jchd18
Of course this one, yet Local Static Const Enum might be required as well as some others. All combinations even if less useful or meaningful would be welcome, just for symetry and denoting intention. Only contradictory (Local Global $a) or badly formed (Global Const Static $a) should be denied.
8:54 AM Ticket #2855 (Scoping and declaration modifiers combinations) updated by anonymous
agree. Especially lacking Local Static Const
6:39 AM Ticket #2852 (Empty #include) closed by J-Paul Mesnage
Fixed: Fixed by revision [10953] in version: 3.3.13.19
5:00 AM Ticket #2855 (Scoping and declaration modifiers combinations) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
4:29 AM Ticket #2855 (Scoping and declaration modifiers combinations) created by jchd18
Static is currently forbidden in combination with Enum and Const but …

Aug 21, 2014:

11:09 PM Ticket #2854 (Keyword Reference) closed by J-Paul Mesnage
Fixed: Fixed by revision [10952] in version: 3.3.13.19
10:47 PM Ticket #2853 (Tutorial - Simple Notepad Automation) closed by J-Paul Mesnage
Fixed: Fixed by revision [10951] in version: 3.3.13.19
10:37 PM Ticket #2854 (Keyword Reference) created by mLipok
there is: See Keyword Notes for details on usage. But it should …
10:29 PM Ticket #2853 (Tutorial - Simple Notepad Automation) created by mLipok
In this fragments "After Running a copy of Notepad we need to …
9:54 PM Ticket #2852 (Empty #include) created by mLipok
@jchd find this: " Help file has empty #include lines (UDF …
2:51 PM Ticket #2849 (_IENavigate and Win8.1) closed by Jos
No Bug: This is NOT a bug report. Come to the forum when you need support.
2:50 PM Ticket #2850 (_IENavigate and Win8.1) closed by Jos
No Bug: This is NOT a bug report. Come to the forum when you need support.
2:44 PM Ticket #2851 (AU3Recorder generate unnecessary code that makes a syntax error) closed by Jos
Fixed: Fixed in AutoIt3Wrapper v 14.801.2025.1, now available in the Beta directory: http://www.autoitscript.com/autoit3/scite/download/beta_SciTE4AutoIt3/
1:44 PM Ticket #2851 (AU3Recorder generate unnecessary code that makes a syntax error) created by alex-jll@…
reproduce-steps: 1. run SciTE Version 3.4.4 2. Tools -> AU3Recorder …
11:58 AM Ticket #2850 (_IENavigate and Win8.1) created by anonymous
Just upgraded to Win 8.1 and discovered my old script is freezing. it …
11:58 AM Ticket #2849 (_IENavigate and Win8.1) created by anonymous
Just upgraded to Win 8.1 and discovered my old script is freezing. it …
3:07 AM Ticket #2842 (autoit installs only as "run script") updated by adambuzza@…
Thanks I will look into the reg edit. The "bug" is that during install I do get the dialog option run or edit, however irrespective of which I tick has been installing as the run mode.

Aug 20, 2014:

9:30 PM Ticket #2844 (_FTP_ProgressUpload/_FTP_ProgressDownload example error) closed by Melba23
Fixed: Fixed by revision [10940] in version: 3.3.13.19
8:10 PM Ticket #2848 (History: "THIS IS A SCRIPT BREAKING CHANGE" - not all are strong/bold) created by mLipok
In HelpFile in History: there is description "THIS IS A SCRIPT …
6:19 PM Ticket #2847 (Handle from string) closed by Jos
Rejected: No bug.
4:57 PM Milestone 3.3.13.18 completed
4:51 PM Ticket #2847 (Handle from string) updated by anonymous
Replying to Melba23: > My point remains - you are knowingly passing something which under no circumstances would be converted into a valid handle to a function which is intended to produce one. I didn't create this ticket. That was just a remark. If you use that documentation file, then you don't know that a string literal is somthing which under no circumstances would be converted into a valid handle. > Passing a random string as a parameter is just wilful misuse - stop doing it and there is no problem. It's a creative misuse. Other language implementors encourage it to discover what the language is missing.
4:45 PM Ticket #2839 (GUISetAccelerators - accelerators 1D Array - AutoIt HardCrash) closed by Jon
Fixed: Fixed by revision [10937] in version: 3.3.13.18
4:13 PM Ticket #2847 (Handle from string) updated by Melba23
My point remains - you are knowingly passing something which under no circumstances would be converted into a valid handle to a function which is intended to produce one. If you do not do this the problem never arises. I have only ever used the HWnd function to retrieve handles which might have been converted to other datatypes when stored during script execution - that works without problem. Passing a random string as a parameter is just wilful misuse - stop doing it and there is no problem. M23
3:59 PM Ticket #2639 (Unable to Copy/Paste from Embedded IE object) closed by Jon
Fixed: Fixed by revision [10936] in version: 3.3.13.18
1:09 PM Ticket #2847 (Handle from string) updated by anonymous
Replying to Melba23: > As the Help file specifically says that HWnd should not be passed strings as an argument That was removed in the 3.3.13.17 beta help file.
1:04 PM Ticket #2278 (Varargs) updated by anonymous
I would suggest this syntax. […] It is done the same way in other languages. […] It would be useful to allow ByRef and Const before the ellipsis (_ArrayConcatenate (ByRef $to, Const ByRef ...$from)).
11:45 AM Ticket #2847 (Handle from string) updated by Melba23
As the Help file specifically says that HWnd should not be passed strings as an argument why are you deliberately doing so? And why are you surprised when you get an indeterminate result? Just do not use string arguments and the problem does not arise. M23
9:38 AM Ticket #2847 (Handle from string) created by anonymous
From help for function HWnd() No literal string should be …

Aug 19, 2014:

9:11 PM Ticket #2846 (Multiline statements error) updated by anonymous
Right now I have to write it that way: […] Is that better? Replying to Melba23: > What else would you expect to happen? I expected the line continuation operator to do exactly what it says: continue lines. Why should the operator care about anything in the next line? Why should it care about anything except the next newline symbol? Some lines cannot be divided into multiple statements without changing the semantics. Parts of this line might need to be annotated to be useful later and should be grouped into blocks ((possibly generated) function, enumeration). The current behavior is illogical and should be considered a bug.
5:08 PM Ticket #2846 (Multiline statements error) closed by Melba23
No Bug: What else would you expect to happen? A line continuation operator is there to split long lines - adding other elements between the operator and the next section of the line will cause an error, as it would were the line to be continuous and the element inserted. Both Au3Check and AutoIt baulk at such a thing - correctly. M23
4:30 PM Ticket #2846 (Multiline statements error) created by anonymous
Any statement containing two consecutive underscores is an error. […]
3:50 PM Ticket #2845 (Empty Array isn't Empty) updated by Melba23
Owner, Status changed
Not a regression - 3.3.12.0 gives the same result. […] It seems that assigning empty elements actually adds an element unless the array size is specifically set to 0. M23
3:19 PM Ticket #2845 (Empty Array isn't Empty) created by anonymous
[…] These two arrays shouldn't contain an empty string. They should …
2:25 PM Ticket #2843 (_ReplaceStringInFile help file) closed by Jon
Fixed
2:25 PM Ticket #2843 (_ReplaceStringInFile help file) updated by Jon
Fixed in latest beta.
1:34 PM Milestone 3.3.13.17 completed
10:29 AM Ticket #2824 (_ArrayExtract bugged + solution) closed by Melba23
Fixed: Fixed. M23

Aug 18, 2014:

6:00 AM Ticket #2844 (_FTP_ProgressUpload/_FTP_ProgressDownload example error) created by anonymous
the function _FTP_ProgressUpload in his examples passes the parameter …

Aug 17, 2014:

8:13 PM Ticket #2843 (_ReplaceStringInFile help file) updated by anonymous
Saving the text file in Windows Notepad will add BOM, but saving in Notepad2 not. The beta executable work. Thanks for your support! ffdshow
5:25 PM Ticket #2843 (_ReplaceStringInFile help file) updated by anonymous
The current version of AutoIt doesn't support UTF16 files without a BOM. https://www.autoitscript.com/autoit3/docs/intro/unicode.htm If you load the file in notepad and then save it again you'll notice that it then does get a BOM and works. I'm currently testing some extra support in an upcoming beta. A preview is at https://www.autoitscript.com/autoit3/files/beta/autoit/AutoIt3_Unicode.exe - that version seems to work with your file.
1:50 PM Ticket #2843 (_ReplaceStringInFile help file) updated by J-Paul Mesnage
In fact your file does not have BOM. Jon is thinking to allow such automatic Unicode detection as for now it is not allow as doc is describing it.
12:43 PM Ticket #2843 (_ReplaceStringInFile help file) updated by ffdshow
I've created a text file, added some characters, then save IT in Unicode (UTF-16 LE) mode using Notepad2. FileGetEncoding shows 0 and _ReplaceStringInFile saved the file in Unicode (UTF-16 LE BOM). Resulted file is filled with NUL

Aug 16, 2014:

11:21 PM Ticket #2843 (_ReplaceStringInFile help file) updated by ffdshow
FileGetEncoding shows 0 Windows Notepad shows Unicode and Notepad2 shows Unicode (UTF-16 LE). The file: http://rghost.net/57508534
10:36 PM Ticket #2843 (_ReplaceStringInFile help file) updated by jchd18
What does FileGetEncoding() return when applied to your UTF16-LE encoded file? Is it using a BOM or not?
9:20 PM Ticket #2843 (_ReplaceStringInFile help file) created by ffdshow
Hello, In the help file, should be written that files encoding in …
1:54 PM Ticket #2842 (autoit installs only as "run script") closed by Melba23
No Bug: In future, please ask questions like this in the forum - as it is most certainly not a bug. When you install AutoIt you get a dialog asking you whether to "run" or "edit" scripts on opening - it has always been like this since I have been using it. If for some reason your install did not show the dialog (although I cannot imagine why it should not), you can amend the HKEY_CLASSES_ROOT\AutoIt3Script\Shell registry entry to change the default behaviour. And if you use the full SciTE4AutoIt3 package, you can change the behaviour directly via the SciTEConfig utility. M23
1:00 PM Ticket #2842 (autoit installs only as "run script") created by adambuzza@…
I have tried unistalling autoit, restarting, reinstalling, but as far …
8:39 AM Ticket #2839 (GUISetAccelerators - accelerators 1D Array - AutoIt HardCrash) updated by J-Paul Mesnage
Version changed
not a regression same in 3.3.12.0

Aug 15, 2014:

8:06 PM license.html attached to Ticket #2353 by anonymous
11:21 AM Ticket #2841 (_StringRepeat adds string once even if parsed count is zero) closed by Melba23
Fixed: Fixed by revision [10898] in version: 3.3.13.17
10:36 AM Ticket #2841 (_StringRepeat adds string once even if parsed count is zero) created by RTFC
Hi devs! RTFC here. I use _StringRepeat with a variable count in file …
10:26 AM Ticket #2839 (GUISetAccelerators - accelerators 1D Array - AutoIt HardCrash) updated by Melba23
Owner, Status changed
Confirmed. M23
10:25 AM Ticket #2840 (Bug in _Sound.au3) closed by Melba23
Fixed: Fixed by revision [10897] in version: 3.3.13.17
9:52 AM Ticket #2838 (RegRead - Remarks - Proposal) updated by J-Paul Mesnage
I am sure that the good improvement as the Registry redirection is valid only for some keys
9:27 AM Ticket #2840 (Bug in _Sound.au3) created by Eukalyptus
in every "set time format miliseconds" there is missing a "l" => …
7:14 AM Ticket #2836 (_WinAPI_SfcIsFileProtected - example - proposal) closed by J-Paul Mesnage
Completed: Added by revision [10896] in version: 3.3.13.17

Aug 14, 2014:

12:43 PM Ticket #2839 (GUISetAccelerators - accelerators 1D Array - AutoIt HardCrash) created by mLipok
Here is repro script: […] tested on Relase and Beta version
2:24 AM Ticket #2596 (TCPRecv not returning data, and setting @error to -1) updated by TCPRecvFix
Tested a script with AutoIt version 3.3.13.16 beta and though TCP error detection has been improved it still can not detect client side closed sockets as 3.3.8.1 is able to do. The fixed version still requires a timeout to close the client side socket when dealing with a web browser. I love that empty returns do not set @error anymore, but it's still depressing that @error is not set for a client side web browser connection termination. I don't know if this is a bug any more or a design change, so I wish to make a request as a big fan of AutoIt3 that you seriously consider 3.3.8.1's ability to detect client side web browser connection terminations and implement that in future versions. I have created a script that can demonstrate this ability if your interested in pursuing this any further. Thanks for taking the time to improve TCPRecv, and i'll do my best to adjust to the alternate methods for closing sockets.

Aug 13, 2014:

10:40 PM Ticket #2838 (RegRead - Remarks - Proposal) created by mLipok
in RegRead Function in Remarks Section There is : […] Please …
10:03 PM Ticket #2837 ("Install Directory Structure" Section - proposal) created by mLipok
in "Install Directory Structure" section there is note about: …
9:32 PM _WinAPI_SfcIsKeyProtected.au3 attached to Ticket #2836 by mLipok
9:31 PM Ticket #2836 (_WinAPI_SfcIsFileProtected - example - proposal) created by mLipok
[…]
5:00 PM Ticket #2835 (Change the TCP*() funktions to optional use non blocking ports.) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
4:35 PM Ticket #2835 (Change the TCP*() funktions to optional use non blocking ports.) created by rthilo
Hello. The timeouts of the TCP*() functions doesn't seem to have …
3:01 AM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by BrewManNH
Version, Type changed

Aug 12, 2014:

3:46 PM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by anonymous
Replying to Jon: > By design. Then please consider introducing another function which modifies the argument array.
1:50 PM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by anonymous
You're right, it is a function reference. I know that the referenced function should have this signature: Func f ($a1, $a2, ..., ByRef $an) The first n-1 arguments are passed as an array. The value of the last argument before the call doesn't really matter, but I need to know the value of this ByRef argument after the call. I could write it this way: […] But I don't want to reinvent the wheel.
9:03 AM Ticket #2793 (SetError And SetExtended not integer value) updated by anonymous
extended so it is called, so you can return additional information from the function, and why it should only be a number, it is not clear!
4:54 AM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by BrewManNH
You still have to know how many arguments you're passing to the function, so I don't see how Call has any affect on what you need to do. If you want to pass an array as one of the parameters to your function, then pass an array without using Call. About the only reason to use Call instead of just calling the function directly, is when you are using a variable for the function name, and even then now that functions can be called by a variable without Call, it is of even less use than before. Either way, this is not a bug but working as intended, and a documentation issue until I hear otherwise.
12:08 AM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by anonymous
Replying to BrewManNH: > So I'm guessing this is a documentation issue and not a Call function issue? It's a Call function issue for me. I don't know how many arguments I'll pass, which is why I use Call. But the function I wish to call has a ByRef argument (it's the last argument, although the count of ByRef arguments might change). I can't use the return value until I know the value of the modified ByRef argument. What can I do?

Aug 11, 2014:

11:25 PM Ticket #2834 (FileOpen with mode 2+8) closed by Jon
Fixed: Fixed by revision [10860] in version: 3.3.13.17
9:47 PM Ticket #2833 (macro @funcname) updated by BrewManNH
There is a tool in the Tools menu in Scite, if you've installed the full version of SciTE4AutoIt3, that allows you to add a function trace line to every function, you might be able to modify that to create a variable instead of the ConsoleWrite line that it does now.
9:40 PM Ticket #2832 (Call (["CallArgArray", ...]) doesn't modify ByRef arguments) updated by BrewManNH
So I'm guessing this is a documentation issue and not a Call function issue?
7:00 PM Ticket #2833 (macro @funcname) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
6:23 PM Ticket #2833 (macro @funcname) updated by J-Paul Mesnage
Type changed
5:53 PM Ticket #2793 (SetError And SetExtended not integer value) updated by czardas
As things are, it is neither necessary to use ByRef nor a global array. The code I posted in the following topic demonstrates this. http://www.autoitscript.com/forum/topic/163429-can-extended-be-a-string/?p=1190642 I question the need for a change, but I also appreciate the previous poster's concept.
5:43 PM Ticket #2834 (FileOpen with mode 2+8) created by registracemp@…
Hi, There is a bug in FileOpen function when mode 2 and 8 = …
4:27 PM Ticket #2831 (Function Binding) updated by anonymous
Replying to jchd18: > You really should consider using AutoItObject instead of the construction you propose. You misunderstood me. This has nothing to do with OOP. In many functional programming languages, this "binding" is implicit (either implicit currying or only unary functions), other languages have special functions for that (C++ (std::bind), Javascript (Function.prototype.bind), Python, Ruby, Scala, ...). > Indeed, despite having "Object" suffixed to the function names CreateObject, PrintObject, PrintObjects, none of them applies to anything generic. If I had called them PrintPoint etc., then this wouldn't be a generic example. My apologies for that imprecise naming.
1:34 PM Ticket #2831 (Function Binding) closed by jchd18
Rejected: You really should consider using AutoItObject instead of the construction you propose. Indeed, despite having "Object" suffixed to the function names CreateObject, PrintObject, PrintObjects, none of them applies to anything generic. Those functions should really be called CreateArray1D2ElementsNumbers, PrintArray1D2ElementsNumbers, PrintArray1D2ElementsNumbers as they can only process 1D arrays with 2 elements of number type (or strings but then decimalplaces doesn't make sense). In a true OO approach, every processed datatype or container would have a constructor, destructor, a number of commonly used methods such as Print and possibly persistent storage. Then Print(this) would invoke the Print method of whatever type (class) this is: this could be any variant or array of any dimension and content, including nested contents (map containing strings, pointers, arrays of maps, arrays of double and structures). From this point of view the proposal is way too specific to a unique clumsy coding style and should be discarded in favor of AutoItObject.
10:49 AM Ticket #2833 (macro @funcname) updated by mLipok
Some time ago I made to this functionality, my own solution. Maybe from here also shows a large number of issue found by me, I just have a good additional diagnostic tools of my own scripts. But the native solution sounds promising.
9:54 AM Ticket #2833 (macro @funcname) created by anonymous
Please add a macro, variable or something else that will contain the …
9:39 AM Ticket #2793 (SetError And SetExtended not integer value) updated by anonymous
>There are already many ways to create multiple return values but what prevents little change seterror? Then it will be possible to write such elegant things as: […] Instead of using Byref, Global, Array …

Aug 10, 2014:

3:29 PM Ticket #2793 (SetError And SetExtended not integer value) updated by czardas
I don't really see a reason to change behaviour if an integer value suffices. Other than having to reference the meaning of an error, or extended, value; there is no further inconvenience. There are already many ways to create multiple return values, which perhaps ought to be prefered over any additional internal complexity. Advise me if I'm wrong.
Note: See TracTimeline for information about the timeline view.