Timeline
Mar 21, 2012:
- 5:29 PM Ticket #2089 (_IEFormSubmit gives WEnd^ ERROR) updated by
- Hey guys, for what it's worth, I had a script that ran fine for over a year, then I upgraded to 3.3.8.1 and it started crashing inside a While/WEnd loop. It was bad scripting on my part, but it still shouldn't have caused the error: While 1 If ...something... ElseIf ...another thing... EndIf ContinueLoop WEnd It would hit "ContinueLoop" and say that it must be called inside a loop... Also, the offending function, _IELoadWait, is exactly the same as it was a year ago, so how would that be causing an error now?
Mar 20, 2012:
- 6:10 AM Ticket #2159 (Mistake in "Running under Windows 64-bit Edition") closed by
- No Bug: Turn off redirection and you will see the real path. Windows maps the SYSWOW64 directory to system32 for 32-bit processes with redirection enabled. The files really do live in SYSWOW64, though. No bug here, documentation is correct if a bit misleading.
- 12:20 AM Ticket #2159 (Mistake in "Running under Windows 64-bit Edition") updated by
- Replying to Jpm: > Unless there is a real mistake in the AutoIt code , Doc is OK as MS choose to keep system32 to store all x64 .dll and when running a 32-Bit application they are referencing the syswow64 dir for the needed .dll > For me there is no bug Strange, i run under 32-Bit system: […] and i got «C:\Windows\system32», so i supose under x64 i will get syswow64, or still system32 because it's 32-application?
Mar 19, 2012:
- 11:20 PM Ticket #2159 (Mistake in "Running under Windows 64-bit Edition") updated by
- Unless there is a real mistake in the AutoIt code , Doc is OK as MS choose to keep system32 to store all x64 .dll and when running a 32-Bit application they are referencing the syswow64 dir for the needed .dll For me there is no bug
- 7:56 PM Ticket #2159 (Mistake in "Running under Windows 64-bit Edition") created by
- In the "Running under Windows 64-bit Edition" section in help file …
Mar 15, 2012:
- 10:24 PM Ticket #1372 (HTTPSetUserAgent bad description) updated by
- Complete.
- 12:00 PM Ticket #1372 (HTTPSetUserAgent bad description) updated by
- Small update to the issue. Forum discussion: HttpSetUserAgent bad description […]
Mar 13, 2012:
- 3:00 AM Ticket #2158 (While Wend Problem) updated by
-
Version changed
Automatic ticket cleanup. - 2:21 AM Ticket #2158 (While Wend Problem) closed by
- No Bug: Problem is simple and obvious. Should have been posted on the forum. This is not a support forum.
- 1:12 AM Ticket #2158 (While Wend Problem) created by
- I have a simple adfly program that i want to loop but the while …
Mar 12, 2012:
- 3:28 PM Ticket #2157 (ProcessList() crashes on Windows Terminal Server Win2k8-R2) created by
- Hi, i have a script running on a Windows Terminal Server Win2k8-R2 …
Mar 11, 2012:
- 5:38 PM Ticket #2156 (File or Directory check) closed by
- Rejected: IsDir() or IsFile() can be done in a single line of code, 3 if you wrap it in a function with your name of choice. The rest of your request is slightly more than 3 lines of code but still pretty damn simple. In other words, write your own, you don't need us to hold your hand.
- 9:00 AM Ticket #2156 (File or Directory check) updated by
-
Version changed
Automatic ticket cleanup. - 8:28 AM Ticket #2156 (File or Directory check) created by
- IsDir or IsFile Boolean Function for files and folders that checks a …
- 12:41 AM Milestone 3.3.9.2 completed
Mar 10, 2012:
- 6:00 PM Ticket #2155 (Run's default workingdir) updated by
-
Version changed
Automatic ticket cleanup. - 4:56 PM Ticket #2152 (X^2 Not Working in Hex()) updated by
- While I do not disagree that the problem is in places other than Hex() I do not find it very fair to leave the burden on users to find and report all the places we have broken their scripts in completely unexpected ways. We need to either adjust Hex()'s behavior so old scripts still work or somebody (not me) needs to go through the code very thoroughly and ensure conversions to Double only happen when it really needs to happen.
- 4:54 PM Ticket #1927 (Add a macro for #AutoIt3Wrapper_Res_Fileversion / %fileversion%) updated by
- Where exactly do you suggest the version number be pulled from in a non-compiled script? It either must be stored internally as a variable inside the script itself or externally in a file. It cannot be stored in the binary itself because there is no binary for the script, only the interpreter. It should be a moot point as you shouldn't be distributing non-compiled scripts which means this should be a debugging-only quirk.
- 4:49 PM Ticket #2154 (_ArrayShift & _ArrayUnShift) closed by
- Rejected: Not crazy about the names and your code leaves a lot to be desired.
- 4:03 PM Ticket #1927 (Add a macro for #AutoIt3Wrapper_Res_Fileversion / %fileversion%) updated by
- What's RC5? The point is Jos' solution doesn't work for uncompiled scripts (his solution just displays "0.0.0.0").
- 3:29 PM Ticket #2155 (Run's default workingdir) created by
- The documentation mentions that ShellExecute/ShellExecuteWait's …
- 3:00 PM Ticket #2154 (_ArrayShift & _ArrayUnShift) updated by
-
Version changed
Automatic ticket cleanup. - 1:31 PM Ticket #2154 (_ArrayShift & _ArrayUnShift) created by
- Hi! :-) I noted that AutoIt has _ArrayPop and _ArrayPush. Those go …
- 8:46 AM Ticket #2152 (X^2 Not Working in Hex()) updated by
- It was expected that some users will have problems with changed behavior of Hex() function. The main problem here is not the Hex() function, it's the math. Integer times integer is still integer, but integer to (integer) exponent is automatically changed in type. Arguing that behavior is more correct than arguing Hex()'s.
Mar 9, 2012:
- 11:42 PM Ticket #2153 (Program speed) closed by
- No Bug: Your problem is the function whatchamit on line grom of file makanamararer. Useful bug report, should have been posted on the forum anyway.
- 5:55 PM Ticket #2153 (Program speed) created by
- My programs are running good when compiled with version 3.3.6.1 on a …
- 5:13 PM Ticket #2152 (X^2 Not Working in Hex()) updated by
- And thus trancexx learns about the law of unintended consequences. The problem is the math you are performing is done as floating point and Hex() now returns the hex representation of a floating point number which is not the same as the hex representation of an integer in cases where you are dealing with a whole floating point number. This is technically not a bug but it is certainly not expected by the general user, either.
- 2:52 PM Ticket #2152 (X^2 Not Working in Hex()) created by
- In 3.3.8.1 This returns 000000, but it should return FFFFFF …
Mar 8, 2012:
- 5:39 PM Ticket #2151 (integrate signtool in AutoIt3Wrapper) closed by
- Rejected: Replying to anonymous: > #AutoIt3Wrapper_Run_After can't used, if signtool uses external authentication like PKI card Why? Rather, why does having this built into AutoIt3Wrapper solve the issue you describe? Further, who said you had to run SIGNTOOL directly in the directive? Write your own script that does work when invoked by AutoIt3Wrapper directives. I can't see digital signing being used by very many people and I'm certain that you can do it already using existing directives built into AutoIt3Wrapper.
- 5:34 PM Ticket #2150 (_FileWriteFromArray() 2d array bug) closed by
- Duplicate: Closing as a duplicate of #2125.
- 12:00 PM Ticket #2151 (integrate signtool in AutoIt3Wrapper) updated by
-
Version changed
Automatic ticket cleanup. - 10:30 AM Ticket #2151 (integrate signtool in AutoIt3Wrapper) updated by
- #AutoIt3Wrapper_Run_After can't used, if signtool uses external authentication like PKI card
- 10:03 AM Ticket #2151 (integrate signtool in AutoIt3Wrapper) created by
- I like to add digital signatures to some programs. It would be good to …
Mar 7, 2012:
- 9:25 PM Ticket #2150 (_FileWriteFromArray() 2d array bug) updated by
- This has been fixed >> https://www.autoitscript.com/trac/autoit/ticket/2125
- 9:16 PM Ticket #2150 (_FileWriteFromArray() 2d array bug) created by
- […] […] Line 271 to 274 of File.au3: […] In case we want to …
- 3:35 AM Ticket #2148 (Crash with _GUICtrlListBox_InsertString()) updated by
- Right. The crash is actually with GUICtrlSendMsg(). I imagine it looks at the type of the variant to determine what to pass to SendMessage(). Since in this example it is passing a number it gives SendMessage() a number but then the message handler tries to treat that number as a pointer to a string and boom, AutoIt crashes. I'm not sure that we can prevent the crash with GUICtrlSendMsg(). I think the best we can get here is a forced String() cast and a review of all code that uses GUICtrlSendMsg() to ensure it properly casts input to the correct type to prevent other crashes.
Mar 6, 2012:
- 10:17 PM Ticket #2111 (RunAs broken when Authenticated Users added to Replace a process level ...) updated by
- I verified it's fixed with our whacky vendor app & 3.3.9.1 compiled scripts. Thanks Valik!
- 9:21 PM Ticket #2148 (Crash with _GUICtrlListBox_InsertString()) updated by
- I noticed that if you use the code below it works without crashing too. […]
Mar 5, 2012:
- 7:09 PM Ticket #2149 (_StringBetween does not accept NULL-chars in the boundary strings) created by
- When using NULL-characters in the start or end string, _StringBetween …
- 6:09 PM Ticket #2148 (Crash with _GUICtrlListBox_InsertString()) created by
- The following code crashes Autoit (taken from #2147): […] Changing …
- 6:04 PM Ticket #2147 (_GUICtrlListBox_InsertString and random) closed by
- No Bug: Closing this as no bug. I'll open a new ticket for the crash issue.
- 4:30 PM Ticket #2147 (_GUICtrlListBox_InsertString and random) updated by
- Isn't this a general help question? […] You shouldn't call GetMsg() twice and should convert number to string. Granted that without the String() conversion, AutoIt terminates by crashing, which it shouldn't do.
- 3:06 PM Ticket #2147 (_GUICtrlListBox_InsertString and random) created by
- […] Down work to insert in list a random number.
- 7:31 AM Ticket #2146 (AutoIt passes invalid handle to CloseHandle during process shutdown) closed by
- Fixed: Fixed by revision [6843] in version: 3.3.9.2
- 7:27 AM Ticket #2146 (AutoIt passes invalid handle to CloseHandle during process shutdown) updated by
- I love Microsoft. I wrote very extensive code to ensure an access violation like this could never occur. There are tests everywhere to ensure the handles this code uses are valid. So what happens? Windows gives me a valid handle. It passes that check. However, a call to DuplicateHandle() fails with ERROR_INVALID_HANDLE even though I'm passing in a valid handle. I never dreamed that DuplicateHandle() would fail to duplicate a valid handle in-process so I didn't write error checking in one piece of code. I also didn't properly initialize a handle to NULL because, once again, that code is only executed when a valid handle is present. Stupid. It's not even a single line fix, it's literally just m_hHandle(NULL), inserted into the initializer list. Then there's 8 lines of comments to explain why it's necessary in the first place. In short, I've just spent time documenting yet another Windows bug in the AutoIt source code. Woo.
- 6:35 AM Ticket #2146 (AutoIt passes invalid handle to CloseHandle during process shutdown) updated by
- Oh shit, that actually did give me an access violation.
- 6:23 AM Ticket #2146 (AutoIt passes invalid handle to CloseHandle during process shutdown) updated by
- OS: Windows 7 SP1 Arch: x64 AutoIt platform: (Not exactly sure what that means...) both AutoIt.exe and AutoIt_x64.exe Sorry, I didn't have a 100% reliable repro method, but I think I do now. It appears to be dependent on the environment variables. Working directory: "c:\bin" Command line: "AutoIt3_x64.exe" (no additional parameters) 1. Start with the default set of env. variables in the command prompt 2. Run "AutoIt3_x64.exe", attach the debugger, and click "Cancel" in the file dialog 3. If the exception doesn't occur, run "set A=A" in the command prompt 4. Repeat step 2 5. If the exception doesn't occur, run "set A=AA" in the command prompt 6. Repeat step 2 I was able to make it alternate between causing the exception or not causing it with each additional character in the value of "A" (i.e. it occurred with A=A, didn't with A=AA, did with A=AAA). I attached my default set of environment variables. I can also provide a process dump (33MB compressed) if desired.
Mar 4, 2012:
- 6:18 PM Ticket #2146 (AutoIt passes invalid handle to CloseHandle during process shutdown) updated by
- If you have determined directory paths or command line arguments that can cause the issue to occur then why aren't you mentioning those? I have better things to do than go on a wild goose chase hunting for some exception that may or may not trigger. Remember, bugs need to be easily reproduceable. All you've given so far is a bunch of useless information about what happens during the crash but no useful information about how to reliably trigger the crash ourselves. You didn't even provide an OS version, processor architecture and AutoIt platform to test on.
- 1:21 PM Ticket #2146 (AutoIt passes invalid handle to CloseHandle during process shutdown) created by
- Autoit crashes frequently when run on the checked build of Windows. …
Mar 3, 2012:
- 9:00 AM Ticket #2145 (unable to change password or post) closed by
- No Bug: Given that you are reporting your problem on our issue tracker I'm going to chalk it up to you being stupid. Ticket closed since it has fuck all to do with AutoIt.
- 7:13 AM Ticket #2145 (unable to change password or post) created by
- Lost my password so asked for a new one. All OK. Posted a comment all …
Mar 2, 2012:
- 6:15 PM Ticket #2144 (Compiled script does not open with FILE_SHARE_DELETE) updated by
- I'm not sure why you are reporting this as a bug. I think that allowing the file to be deleted/renamed will break FileInstall() in cases where the file is deleted/renamed during execution. I don't think so. The executable should still be locked while executing even if calls to CreateFile allow FILE_SHARE_DELETE. It could have also been my PC acting up. I tried it several times with beta, stable, x86 and x64 and it did not work. Now I tried again and it runs flawlessy. I'll try different PCs and if it doesn't work I'll consider it an AutoIt limitation.
- 5:17 PM Ticket #2144 (Compiled script does not open with FILE_SHARE_DELETE) closed by
- No Bug: I'm not sure why you are reporting this as a bug. I think that allowing the file to be deleted/renamed will break FileInstall() in cases where the file is deleted/renamed during execution.
- 11:34 AM Ticket #2144 (Compiled script does not open with FILE_SHARE_DELETE) created by
- I tried to implement a selfdelete using a copy of the executable in a …
Feb 29, 2012:
- 6:00 PM Ticket #2143 (Window Info: Request to add ControlClick position on the Window tab) updated by
-
Version changed
Automatic ticket cleanup. - 5:12 PM Milestone 3.3.9.1 completed
- 4:23 PM Ticket #2143 (Window Info: Request to add ControlClick position on the Window tab) closed by
- Rejected: Good to see you explored the Options menu within the program.
- 4:19 PM Ticket #2143 (Window Info: Request to add ControlClick position on the Window tab) created by
- I've been working a lot with relative position clicking within an …
Feb 27, 2012:
- 9:12 PM Ticket #1987 (_GUICtrlRichEdit_StreamFromFile crashes AutoIt) closed by
- Works For Me: I can't reproduce this with current AutoIt no matter what I do or on what system I run that script.
- 3:00 PM Ticket #2142 (Native _AutoItObject_ObjCreateEx) updated by
-
Version changed
Automatic ticket cleanup. - 1:25 PM Ticket #2142 (Native _AutoItObject_ObjCreateEx) created by
- Make the _AutoItObject_ObjCreateEx function a AutoIT native function. …
Feb 26, 2012:
- 11:11 PM Ticket #2111 (RunAs broken when Authenticated Users added to Replace a process level ...) updated by
- There were a couple additional privileges that are required. In addition the calling user must be in the administrators group. These conditions are now tested for and the code correctly falls back onto alternate methods unless all conditions are met.
- 11:09 PM Ticket #2111 (RunAs broken when Authenticated Users added to Replace a process level ...) closed by
- Fixed: Fixed by revision [6820] in version: 3.3.9.1
- 12:55 PM Ticket #2099 (Crash of script when using "_GUICtrlDTP_SetSystemTimeEx()" function) closed by
- Works For Me: 6 weeks should have been enough for that I guess.
Feb 25, 2012:
- 9:13 PM Ticket #1760 (#OnAutoItStartRegister, ignores single quoted function names.) closed by
- Fixed: Fixed by revision [6816] in version: 3.3.9.1
- 5:23 PM Ticket #2138 (GuiCtrlRead with GUICtrlSendToDummy) closed by
- Fixed: Fixed by revision [6815] in version: 3.3.9.1
- 4:40 PM Ticket #2141 (AU3Check keyword #IgnoreFunc causing error) closed by
- Fixed: Fixed by revision [6814] in version: 3.3.9.1
- 6:49 AM Ticket #2141 (AU3Check keyword #IgnoreFunc causing error) updated by
- Yes, it should be that. Directives are not language keywords, so probably some (new?) flag should be set for directives to print different message. And it would show that #IgnoreFunc should have underscore character or it gets ignore-d.
- 6:18 AM Ticket #2141 (AU3Check keyword #IgnoreFunc causing error) updated by
- Should be a trivial fix identical to revision [6213]. I'll test and fix this weekend if it is that trivial.
Feb 24, 2012:
- 10:50 PM Ticket #2141 (AU3Check keyword #IgnoreFunc causing error) updated by
- […] Results in: […]
- 10:35 PM Ticket #2141 (AU3Check keyword #IgnoreFunc causing error) created by
- The following script causes an error: […] Output: […]
- 2:19 AM Ticket #2073 (ContinueLoop crashes script if nothing to jump) updated by
- Replying to jchd: > Another instance of a highly related issue: > {{{#include <GuiListView.au3> > #include <SQLite.au3>}}} > due to the "final" ExitLoop at line 7112 of first include. > Temporary ugly workaround seems to work: insert dummy instruction after offending ExitLoop, ContinueLoop, ContinueCase, like "Local $Dummy". I tested this by adding a line after line #7114 in GUIListView.au3, I just put $hWnd += 1 in that line, and this error went away. I'm not sure if it's related to the issue with ContinueLoop or not but it seems similar.
Feb 23, 2012:
- 6:00 AM Ticket #2111 (RunAs broken when Authenticated Users added to Replace a process level ...) updated by
-
Milestone changed
Automatic ticket cleanup. - 3:59 AM Ticket #2111 (RunAs broken when Authenticated Users added to Replace a process level ...) reopened by
- I'm more interested in seeing what privileges the account in question has than a test script. Download the following program. It's a custom program I wrote that lists the privileges an access token has. Run it using the account where RunAs() fails. Show me the output so I can see what privileges the account in question has and what state they are in.
- 3:47 AM Ticket #2140 (SciTE should remember last edited line between restarts) closed by
- Works For Me: It does remember it. Mine does, anyway. Closing as "Works For Me" since that is exactly the case. I suggest you use the forum in the future so you don't waste my time asking for things that already exist in a product that isn't even our own.
- 3:43 AM Ticket #2002 (Try to find the cause of slow file operations.) updated by
- Yes, because we totally turned off buffered I/O and I'm a complete moron and missed it. Except for the fact that there's no code explicitly changing anything to do with buffering. Indeed, I also eliminated the switch from CRT to WinAPI as being the cause so any internal buffering differences are already irrelevant.
Feb 22, 2012:
- 9:00 AM Ticket #2140 (SciTE should remember last edited line between restarts) updated by
-
Version changed
Automatic ticket cleanup. - 7:38 AM Ticket #2140 (SciTE should remember last edited line between restarts) created by
- My Project has more than 4,000 lines of code. Everytime I open the …
- 7:02 AM Ticket #2032 (_ExcelBookOpen 2007 xlsm file (print area gets lost)) updated by
- The ticket must be reopen as it does not work on an Excel2007 (French) unless the Excel.au3 has limited functionality with version other than English
- 6:52 AM Ticket #1992 (RichEdit sometimes leaves a "ghost" scrollbar on maximize) closed by
- No Bug: Use GUIRegisterMsg to process specific messages yourself. That's not UDF's job. Parent window is your responsibility.
- 6:32 AM Ticket #2032 (_ExcelBookOpen 2007 xlsm file (print area gets lost)) closed by
- Works For Me
Feb 21, 2012:
- 11:24 PM Ticket #2082 (drivestatus on mapped network drives fails on directories) closed by
- Duplicate: This is duplicate of #2064.
- 11:05 PM Ticket #2002 (Try to find the cause of slow file operations.) updated by
- No it doesn't. Who mentioned unbuffered stuff? Anyway, thanks for the hint.
- 11:00 PM Ticket #2087 (IniWrite & IniReadSection bug) closed by
- No Bug: String literal in AutoIt is defined as zero or more characters enclosed in quotes (single or double). I'm sure that anyone who wrote explanation for Ini functions meant it to be understandable for absolute beginners. Probably that's why it's bit confusing. Maybe some English speaking person can write description for more advanced members or maybe they shouldn't be needing it. It's a dilemma. Either way, no bug.
- 10:59 PM Ticket #2002 (Try to find the cause of slow file operations.) updated by
- Replying to trancexx: > Replying to Shaggi: > > Obviously i dont, but valik mentioned that you switced from crt to winapi. Size of the buffer is ofcourse relevant, but i do believe the cause is the switch from usermode buffering to raw os calls. Every test in these threads show, that it is most likely > "Usermode buffering"? > Where else could AutoIt be buffering? Shaggi you don't make sense now or I'm missing your point completely. Usermode = opposite of kernelmode. The crt resides in usermode, which is where the buffering happens.. That should make sense? The point was (based on your comments) that you switched from buffered io to unbuffered io, which evidently carries a loss in speed for small operations.
- 10:44 PM Ticket #2139 (_GUICtrlIpAddress_Create can't put 3 numbers) closed by
- Works For Me
- 10:15 PM Ticket #2002 (Try to find the cause of slow file operations.) updated by
- Replying to Shaggi: > Obviously i dont, but valik mentioned that you switced from crt to winapi. Size of the buffer is ofcourse relevant, but i do believe the cause is the switch from usermode buffering to raw os calls. Every test in these threads show, that it is most likely "Usermode buffering"? Where else could AutoIt be buffering? Shaggi you don't make sense now or I'm missing your point completely.
- 8:54 PM Ticket #2139 (_GUICtrlIpAddress_Create can't put 3 numbers) updated by
- i run the example script, don't let me put 3 digit on each.
- 8:42 PM Ticket #2002 (Try to find the cause of slow file operations.) updated by
- Replying to trancexx: > How would you know what AutoIt relies on? > > Maybe AutoIt currently uses 64kB buffer. Prior mentioned revision it was CRT's choice for default read/write modes. Then it could have been set to 32kB and eventually to current value. > That can be the cause, but it's not something that's simple. Obviously i dont, but valik mentioned that you switced from crt to winapi. Size of the buffer is ofcourse relevant, but i do believe the cause is the switch from usermode buffering to raw os calls. Every test in these threads show, that it is most likely
- 8:12 PM Ticket #2002 (Try to find the cause of slow file operations.) updated by
- How would you know what AutoIt relies on? Maybe AutoIt currently uses 64kB buffer. Prior mentioned revision it was CRT's choice for default read/write modes. Then it could have been set to 32kB and eventually to current value. That can be the cause, but it's not something that's simple.
- 7:16 PM Ticket #2002 (Try to find the cause of slow file operations.) updated by
- The cause is simple, your old autoit relied on buffered i/o operations while your new doesn't. This means small filewrites done a lot of times (on usual c, buffer is 4k bytes) is a lot quicker than unbuffered. However, for sizes > 4k bytes, pure winapi is bound to be quicker. You can read about it here: http://www.codeguru.com/forum/archive/index.php/t-228554.html
- 6:47 PM Ticket #2111 (RunAs broken when Authenticated Users added to Replace a process level ...) updated by
- It still appears to be broken in 3.3.9.0 compiled scripts. Here's my testing example: […]
- 12:03 AM Ticket #1319 (AutoIt3.exe always exists after closing script with RichEdit) closed by
- Fixed: Fixed by revision [6805] in version: 3.3.9.1
Feb 20, 2012:
- 10:24 PM Ticket #2139 (_GUICtrlIpAddress_Create can't put 3 numbers) updated by
- I just ran the example for _GUICtrlIpAddress_Create and had no problems putting 3 numbers in each. You should also read the Bug Report Guidelines. http://www.autoitscript.com/trac/autoit/wiki/WikiStart#BugReportGuidelines. Post the code that shows the bug your describing.
- 8:33 PM Ticket #2139 (_GUICtrlIpAddress_Create can't put 3 numbers) updated by
- Replying to TalivanIBM: > I can't put 3 numbers since the last update of autoit, only 2 numbers in every edit. In Beta Version also fales.
- 8:23 PM Ticket #2139 (_GUICtrlIpAddress_Create can't put 3 numbers) created by
- I can't put 3 numbers since the last update of autoit, only 2 numbers …
- 4:36 AM Ticket #2138 (GuiCtrlRead with GUICtrlSendToDummy) updated by
- Never mind, I found the bug. Stupid stupid stupid stupid stupid code. I'll fix it later.
- 4:27 AM Ticket #2138 (GuiCtrlRead with GUICtrlSendToDummy) updated by
- Actually the call to String() is unnecessary. Adding that call means you only have to click the button twice instead of 3 times. Anyway, this is actually a crash under the debugger. Not sure what's causing it at the moment, though.
- 2:49 AM Ticket #2138 (GuiCtrlRead with GUICtrlSendToDummy) created by
- GuiCtrlRead(Dummy Ctrl-ID Set By GUICtrlSendToDummy) returns a …
- 1:21 AM Ticket #2137 ("typo" in "Function Reference" for "ProcessWaitClose") updated by
- Your point is based on false assumptions made by you. Invalid does not mean "does not exist". It means "not valid". A PID of 1 is valid even if it does not exist at that point in time. A PID of 0 is never valid - thus it is invalid. The documentation is correct.
- 1:14 AM Ticket #2137 ("typo" in "Function Reference" for "ProcessWaitClose") updated by
- Replying to Valik: > The documentation is correct: > {{{ > ProcessWaitClose(0) > MsgBox(4096, "", @error) > }}} This proves my point: […]
- 12:54 AM Ticket #2126 (_ArrayDisplay not able to display all elements of an array) updated by
- As a follow up to the above, if _ArrayDisplay is used with a Listview that's fed with a very large array, and you wanted to display that array with _ArrayDisplay, then the function could end up displaying nothing because you've used up all of the control id's available in the GUIs ListView and there aren't any (or very few) control IDs left for _ArrayDisplay because a change was made that did not need to be made.
Note:
See TracTimeline
for information about the timeline view.
