Timeline
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.
Feb 19, 2012:
- 7:45 PM Ticket #2137 ("typo" in "Function Reference" for "ProcessWaitClose") updated by
- Sorry...I think I goofed...I should have left a comment. ProcessWaitClose(0) ; <- PID = 0 is defined...no error MsgBox(4096, "", @error) Comment on the above...on my system PID is defined, hence return is 1, correct I talked about failure On my system PID = 1 is not defined... ProcessWaitClose(1) MsgBox(4096, "", @error) ; <- PID = 1 not defined, returns: 0
- 7:39 PM Ticket #2137 ("typo" in "Function Reference" for "ProcessWaitClose") updated by
- Replying to rwb@…: ProcessWaitClose(0) ; <- PID = 1 is defined...no error MsgBox(4096, "", @error) Comment on the above...on my system PID is defined, hence return is 1, correct I talked about failure On my system PID = 1 is not defined... ProcessWaitClose(1) MsgBox(4096, "", @error) ; <- PID = 1 not defined, returns: 0 Thanks for your time! RWBaker > In my testing, I find that non-zero should be replaced by zero in "Return Value" of "ProcessWaitClose": > > Failure: Returns 0 if the wait timed out. On invalid PID @error is set to non-zero and @extended is set to 0xCCCCCCCC. > > Should read: > > Failure: Returns 0 if the wait timed out. On invalid PID @error is set to zero and @extended is set to 0xCCCCCCCC.
- 6:15 PM Ticket #1523 (Au3Check support UNICODE and all Include file use unicode enc.) closed by
- Duplicate: Closing as a duplicate of #2091.
- 6:13 PM Ticket #2137 ("typo" in "Function Reference" for "ProcessWaitClose") closed by
- No Bug
- 6:13 PM Ticket #2137 ("typo" in "Function Reference" for "ProcessWaitClose") updated by
- The documentation is correct: […]
- 4:32 PM Ticket #2137 ("typo" in "Function Reference" for "ProcessWaitClose") created by
- In my testing, I find that non-zero should be replaced by …
- 10:22 AM Ticket #2135 (DB reading bug in SQLite UDF) closed by
- No Bug: Read the rules for posting here please.
- 10:06 AM Ticket #2135 (DB reading bug in SQLite UDF) updated by
- You mean this post >> http://www.autoitscript.com/forum/topic/125462-how-to-get-rest-of-chars-from-memory/ ? From the looks of things he was polite and provided an answer to your question.
- 10:04 AM Ticket #1523 (Au3Check support UNICODE and all Include file use unicode enc.) updated by
- See bug report #2091.
- 10:03 AM Ticket #2091 (Au3Check and non-ANSI files) updated by
- See request #1523.
- 9:42 AM Ticket #2135 (DB reading bug in SQLite UDF) updated by
- Thanks about answers. At last time than I ask help from forum, some impolite Swedish dude give me an answer to question that I did not even asked. This code is almost 5000 rows long so refering only parts of it is very difficult. I think to stay in older version of AutoIt…
Feb 18, 2012:
- 10:24 PM Ticket #2135 (DB reading bug in SQLite UDF) updated by
- To add to what JpM rightly said, you should rather post this in general help forum instead of here, unless a bug is readily asserted and reproducible. Now a hint: you seem to have stored part or all of your data in binary (hex) form instead of string/numeric/other. Most likely a (AutoIt UDF) library misuse on your part. Please post in the help forum with a schema of your DB and supposed offending code.
- 5:19 PM Ticket #2136 (FileSetAttrib adds Archive attribute when System or Hidden attribs are set) closed by
- No Bug
- 5:17 PM Ticket #2135 (DB reading bug in SQLite UDF) updated by
- Difficult to diagnose what is wrong without any repro script just follow ticket submission advice/rule
- 12:51 PM Ticket #2136 (FileSetAttrib adds Archive attribute when System or Hidden attribs are set) updated by
- Sorry, it's not a bug, just realized it, when file created it's already have Archive attribute, so it's not related to FileSetAttrib: […]
- 12:39 PM Ticket #2136 (FileSetAttrib adds Archive attribute when System or Hidden attribs are set) created by
- Example: […] Run this and you see that Archive attribute is added …
- 12:00 PM Ticket #2135 (DB reading bug in SQLite UDF) updated by
-
Version changed
Automatic ticket cleanup. - 10:07 AM Ticket #1395 (DLLCallbacks on Exit) closed by
- Fixed: Fixed by revision [6796] in version: 3.3.9.1
- 9:30 AM Ticket #2135 (DB reading bug in SQLite UDF) created by
- There is something wrong in this UDF on AutoIt versions 3.3.8.0 and …
Feb 17, 2012:
- 2:10 AM Ticket #2134 (Combobox style $CBS_UPPERCASE produces undesired results) updated by
- Maybe you just need to learn to read the documentation. It clearly states what the default styles are. It also clearly states what the forced styles are. Notice that the drop-down style is not forced which means when you elect to tell AutoIt you know what you're doing you need to know what you're fucking doing. Otherwise you waste my time and JPM's time with stupid bug reports that are 100% your fault.
- 12:12 AM Ticket #2134 (Combobox style $CBS_UPPERCASE produces undesired results) updated by
- Replying to anonymous: > $CBS_UPPERCASE causes the combo box to be a list box instead of forcing uppercase entry. Maybe the documentation needs to be updated? > > > {{{ > Work-around is: GUICtrlCreateCombo("A", 5, 10, 35, 240, Bitor(0x0002, 0x2000)) > }}} > It is not a workaroud as the doc say to use Bitor($GUI_SS_DEFAULT_COMBO, $CBS_UPPERCASE) if you want to add a new style
Feb 16, 2012:
- 11:25 PM Ticket #2134 (Combobox style $CBS_UPPERCASE produces undesired results) updated by
- $CBS_UPPERCASE causes the combo box to be a list box instead of forcing uppercase entry. Maybe the documentation needs to be updated? […]
- 10:46 PM Ticket #2134 (Combobox style $CBS_UPPERCASE produces undesired results) closed by
- No Bug: Your code behaves exactly how it should as it is written. If you wish for your code to behave differently then you should tell it to behave differently by writing it to do what you want. No AutoIt bug here.
- 7:21 PM Ticket #2134 (Combobox style $CBS_UPPERCASE produces undesired results) created by
- Creating a Combobox with style $CBS_UPPERCASE produces undesired …
- 3:14 PM Ticket #2132 (_WinAPI_GetModuleHandle incorrect param handling) closed by
- Fixed: Fixed by revision [6795] in version: 3.3.9.1
- 3:00 PM Ticket #1395 (DLLCallbacks on Exit) updated by
-
Version changed
Automatic ticket cleanup. - 2:17 PM Ticket #1395 (DLLCallbacks on Exit) updated by
-
Owner, Status, Type changed
This is bug. It's not related to lifetime of callbacks. Code attempts to acces object (not com but internal) during its destruction. Global variables are sometimes evil, like here. - 3:22 AM Ticket #2133 (Update the @OSVersion on 3.3.12.1) closed by
- Rejected: At the time of this writing there is no version 3.3.12.1. I assume you mean 3.2.12.1. The answer is no.
Feb 15, 2012:
- 3:00 AM Ticket #2133 (Update the @OSVersion on 3.3.12.1) updated by
-
Version changed
Automatic ticket cleanup. - 1:46 AM Ticket #2133 (Update the @OSVersion on 3.3.12.1) created by
- Is it possible for you to update the @OSVersion Macro on the 3.3.12.1 …
Feb 11, 2012:
- 11:29 PM Ticket #2115 (Installer/Uninstaller issues) closed by
- Fixed: Closing this. Since most of the problems were my own doing and Jon fixed the one that wasn't I see no point keeping this open. I still think we could do a better job detecting the scenario I describe but it's probably not worth changing the installer for.
Feb 10, 2012:
- 10:46 PM Ticket #2097 (Performance problem with acces to object (Excel object)) updated by
- I moved back to 3.3.6.1 due to the fact that all scripts with access to Excel via COM are very very slow.
Feb 9, 2012:
- 8:59 PM Ticket #2131 (A new #include directive to load a script but not run it.) updated by
- Fair enough, implementing this change could be difficult with large upfront costs and small initial payback. But it's not really a code quality issue, not directly anyway. It's about re-usability and sharing of code from multiple sources. And, the directive could reduce the number of instances of any particular function, since that function could be referenced from any script, rather than copying it. I already compile many functions into UDF scripts, but I also test other scripts from users that do not share my attention to coding standards. It just occurs to me that I could write my own pre-processor, like Tidy or Obfuscator, and get similar functionality... [minor] problem [almost] solved :) Anyway, thank you for the consideration, I appreciate the work you guys do.
- 5:26 PM Ticket #2132 (_WinAPI_GetModuleHandle incorrect param handling) updated by
- Correct would be to pass Null keyword. Documentation should be updated to say that. These workarounds were necessity before Null was introduced to AutoIt. They are more like burden now.
- 3:52 PM Ticket #209 (Another guictrldelete win32 exception) updated by
-
Severity, Milestone changed
- 3:51 PM Ticket #402 (Execute crashe on failure in production version 3.2.12.1) updated by
-
Milestone changed
- 3:46 PM Ticket #810 (Local or Global declarations can ignore OnAutoItExit function) updated by
-
Milestone changed
- 3:42 PM Ticket #902 (Typo in AutoIT Help (.chm file) _SQLite_GetTable) updated by
-
Milestone changed
- 3:40 PM Ticket #963 (Incorrect Sound.au3 Help file entries) updated by
-
Milestone changed
- 3:35 PM Ticket #1196 (_GDIPlus_BitmapUnlockBits - Memory is not released) updated by
-
Milestone changed
- 3:32 PM Ticket #1501 (StringRegExp and StringRegExpReplace missing) updated by
-
Milestone changed
- 3:30 PM Ticket #1529 (TrayItemSetText() sets incorrect text) updated by
-
Milestone changed
- 3:27 PM Ticket #1630 (Documentation UDF History page seem to be broken v3.3.6.1) updated by
-
Milestone changed
- 3:26 PM Ticket #1688 (InetGet help file typo) updated by
-
Milestone changed
- 3:25 PM Ticket #1800 (_ClipPutFile error 9) updated by
-
Milestone changed
- 3:24 PM Ticket #1823 (Typo on documentation of GUICoordMode option.) updated by
-
Milestone changed
- 3:24 PM Ticket #2132 (_WinAPI_GetModuleHandle incorrect param handling) created by
- The doc says to pass 0 for the current process handle. This code …
- 3:23 PM Ticket #1584 (web - outdated year) updated by
-
Milestone changed
- 3:23 PM Ticket #1816 (_GUICtrlListView_GetItemText not properly work on Windows 7 x 64) updated by
-
Milestone changed
- 3:21 PM Ticket #1677 (ContinueLoop multiple level unpredictable behavior) updated by
-
Milestone changed
- 3:16 PM Ticket #1147 (Comparison of numbers against strings gives unexpected results) updated by
-
Milestone changed
- 3:11 PM Ticket #1777 (Issues with Security.au3) updated by
-
Milestone changed
- 3:07 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
-
Milestone changed
- 3:00 PM Ticket #1658 (COM / OLE object access causes error code 80020003 - member not found) updated by
-
Milestone changed
- 2:56 PM Ticket #1970 (Bug added to internal __FTP_ListToArray()) updated by
-
Component changed
- 2:55 PM Ticket #2084 (_ClipBoard_GetDataEx Help File Example crash) updated by
-
Component changed
- 2:53 PM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) updated by
-
Component changed
- 2:52 PM Ticket #2112 (Running debugger window and clicking close script window makes this ...) updated by
-
Component changed
- 2:49 PM Ticket #2069 (StringRegExpGui example produce 2 warnings) updated by
-
Milestone changed
Feb 8, 2012:
- 9:19 PM Ticket #2131 (A new #include directive to load a script but not run it.) closed by
- Rejected: Write good code from the start and you will have no issues with the current #include implementation. Rejected.
- 7:34 PM Ticket #2131 (A new #include directive to load a script but not run it.) created by
- This directive would be used in the main script to include any other …
- 4:17 PM Ticket #2130 (Am not able to run Autoit remotely using PsExec) closed by
- Works For Me: Closing as works for me as the last time I tried psexec with a script it worked.
- 2:12 PM Ticket #2126 (_ArrayDisplay not able to display all elements of an array) updated by
- Replying to Jpm: > Do you really need to display more than 65635 lines? > Can you tell how to manage to view/search what you are looking for? > > I think the update of the Doc is OK for such debugging finction. Personally, I don't think I'd ever run into the problem, but I thought that others might find it a problem. Considering the change back to the way the listview was created pre-3.3.7.0 wouldn't affect any changes made to limiting the string size to prevent blank lines that was implemented. Because it's just a debugging function I can live with it working as is, but then again I'm not every other user. It was just a suggestion to "fix" the function.
- 9:29 AM Ticket #2126 (_ArrayDisplay not able to display all elements of an array) updated by
- Do you really need to display more than 65635 lines? Can you tell how to manage to view/search what you are looking for? I think the update of the Doc is OK for such debugging finction.
- 8:10 AM Ticket #2130 (Am not able to run Autoit remotely using PsExec) updated by
- Read guidelines for posting here, please. I have no doubts you have good intentions, but this is terrible bug report.
- 7:10 AM Ticket #2130 (Am not able to run Autoit remotely using PsExec) created by
- The autoit script is runnning fine locally but when this is executed …
- 3:49 AM Ticket #2129 (Incorrect Switch .. Case Else EndSwitch parsing) closed by
- No Bug
Feb 7, 2012:
- 9:22 PM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) closed by
- Fixed: Fixed by revision [6787] in version: 3.3.9.1
- 9:22 PM Ticket #2129 (Incorrect Switch .. Case Else EndSwitch parsing) updated by
- sorry, seems to be my mistake, needs to close or delete this ticket
- 9:02 PM Ticket #2129 (Incorrect Switch .. Case Else EndSwitch parsing) created by
- Executing this code causes ignoring all next Case statements …
- 8:07 PM Ticket #2126 (_ArrayDisplay not able to display all elements of an array) updated by
- Rather than just updating the documentation, may I make a suggestion to change _ArrayDisplay back to the way it was but with the modification JPM put into the function to prevent long strings from becoming blank as reported in http://www.autoitscript.com/trac/autoit/ticket/1833? The only thing that was changed other than the creation of the listview using only the native function, was to limit the actual amount of text allowed per string. The $iBuffer variable was changed to 4094 in line 344, and the code below: […] from lines 396 to 402 replaced the lines below (from Array.au3 UDF vers. 3.3.6.1): […] If you change these lines in the original (from 3.3.6.1) _ArrayDisplay, you eliminate both problems at the same time. The part where the listview is created in 3.3.6.1 didn't need to be touched to prevent the problem reported in ticket 1833, just limiting the size of the string needed the change.
- 6:29 PM Ticket #2125 (_FileWriteFromArray crashes when writing a 2D array) closed by
- Fixed: Fixed by revision [6784] in version: 3.3.9.1
- 6:03 PM Ticket #2084 (_ClipBoard_GetDataEx Help File Example crash) closed by
- Fixed: Fixed by revision [6781] in version: 3.3.9.1
- 2:13 PM Ticket #2128 (mistake in help file) closed by
- Fixed: Fixed by revision [6777] in version: 3.3.9.1
- 11:52 AM Ticket #2128 (mistake in help file) updated by
- Problem with the web form: x64 should be /x64 Hope will accept the slash this time.
- 11:49 AM Ticket #2128 (mistake in help file) created by
- In AutoIt Help file, Compiling Scripts with Aut2Exe->Method 3 - The …
- 11:26 AM Ticket #2126 (_ArrayDisplay not able to display all elements of an array) closed by
- Completed: Added by revision [6775] in version: 3.3.9.1
- 8:13 AM Ticket #2121 (Au3Record creates incorrect function of WinWaitActivate) closed by
- No Bug: In fact when saving the _WinWaitActive is created. The only error is related to ticket #2124 where an error is described for the call to Au3RecordSetup() that must be _Au3RecordSetup() It is intended that the extra information does not appear in the log in case multiple recording is done.
- 4:06 AM Ticket #2126 (_ArrayDisplay not able to display all elements of an array) updated by
- This change would not normally be documented because using native or API methods to create the items should be an irrelevant implementation detail. However, in this case, it turns out it's not an irrelevant detail. Just one more reason for me to hate the built-in version, I guess. I suggest making a note in the documentation that there is a limit. The note in the changelog can reflect the closing of this ticket. It's a bit late but it's better than nothing I guess.
- 12:45 AM Ticket #2126 (_ArrayDisplay not able to display all elements of an array) updated by
- It might be a good idea to document the change and let others know. I will probably never run into the problem as I rarely if ever have an array with more than 65,000 rows in it. There's no mention in any of the changelogs that _ArrayDisplay was changed to fix the >4094 character limit.
- 12:27 AM Ticket #2126 (_ArrayDisplay not able to display all elements of an array) updated by
- It was changed in Revision:5963 due to this bug report >> https://www.autoitscript.com/trac/autoit/ticket/1833
Feb 6, 2012:
- 11:34 PM Ticket #2127 (Obfuscator /striponlyincludes does not process block comments correctly) created by
- Obfuscator (v1.0.28.7) /striponlyincludes leaves the block comment end …
- 10:50 PM Ticket #2121 (Au3Record creates incorrect function of WinWaitActivate) reopened by
- Thanks guiness to highlight that when launch directly without SciTE the option is not available. So I reopen it to have a fix in this context
- 9:30 PM Ticket #2118 (bug when launching a command Line program using @SW_HIDE) updated by
- Additionals informations: It should force the application to be hidden just like WinSetState (or a flag to decide to force it or no) It's very annoying that many apps don't honor this and so we've to do the stuff I shown which make the window appear a few seconds. Yet, it's an enhancement, not a bug anymore.
- 8:34 PM Ticket #2126 (_ArrayDisplay not able to display all elements of an array) updated by
- I going to guess this was indeed intended because of the large performance advantage GUICtrlCreateListViewItem brings, but I do find it strange how it was never documented. Perhaps that section of code can be used only if the amount of elements exceeds 65530, or just add a remark to _arraydisplay() doc informing the user of the limitation.
- 7:18 PM Ticket #2126 (_ArrayDisplay not able to display all elements of an array) created by
- There appears to be an undocumented change to _ArrayDisplay since at …
- 4:35 PM Ticket #2123 (Minimize Au3Info when using the Finder Tool) closed by
- Rejected: This is not a good idea. The real-time information the Info window shows is important to helping pick the correct control. It's also possible that users may have control highlighting turned off so they may need the Info window visible to know when they are on the correct control. Closing as rejected.
- 2:54 PM Ticket #2125 (_FileWriteFromArray crashes when writing a 2D array) updated by
- I can confirm the bug, the solution work fine
- 2:48 PM Ticket #2125 (_FileWriteFromArray crashes when writing a 2D array) updated by
- Sorry, the correct solution would be: "For $y = 1 To $iDims-1"
- 2:36 PM Ticket #2125 (_FileWriteFromArray crashes when writing a 2D array) created by
- When writing a 2D array the script crashes with error message: Array …
- 1:45 PM Ticket #2124 (Au3RecordSetup(): Underscore is missing at the calling to the func, ...) created by
- 1.Download autoit-v3-setup.exe ver 3.3.8.1 from autoit downloas. 2. …
- 8:00 AM Ticket #2121 (Au3Record creates incorrect function of WinWaitActivate) closed by
- No Bug
- 7:59 AM Ticket #2121 (Au3Record creates incorrect function of WinWaitActivate) updated by
- In fact to be able to generate the _Winwaitactive() UDF only once as you can incorporate several Au3Record session in the same script the UDF are not generate when launch under SciTE. You have a checkbox which allow to generate or not when launching Au3Record. No bug.
- 2:50 AM Ticket #2123 (Minimize Au3Info when using the Finder Tool) created by
- Would it be possible to minimize Au3Info when the Finder Tool is …
Feb 5, 2012:
- 5:04 PM Ticket #2122 (KEY_WOW64_32KEY support for registry keywords) created by
- Currently all Registry keyword support the 64 suffix to access native …
- 11:21 AM Ticket #2121 (Au3Record creates incorrect function of WinWaitActivate) created by
- Au3Record creates the function_WinWaitActivate instead of …
Feb 4, 2012:
- 10:23 PM Milestone 3.3.9.0 completed
- 10:21 PM Ticket #2111 (RunAs broken when Authenticated Users added to Replace a process level ...) closed by
- Fixed: Fixed by revision [6764] in version: 3.3.9.0
- 7:30 PM Ticket #488 (ObjGet() needs an instance parameter) closed by
- Completed: Added by revision [6761] in version: 3.3.9.0
- 7:29 PM Ticket #488 (ObjGet() needs an instance parameter) updated by
- That example has syntax error.
Feb 3, 2012:
- 6:17 PM Ticket #2120 (Improvements to _GuiCtrlListView_DeleteAllItems) updated by
- I appologize for that, I really need to stop posting when under the influence of pain killers. Forget what I just posted it was clearly a moment of intense stupidity on my part.
- 5:17 PM Ticket #2120 (Improvements to _GuiCtrlListView_DeleteAllItems) updated by
- BrewManNH what are you doing? You are clearly missing the point here. Whats more confusing is how it seem's you know that the code you posted demonstrates bad programming by never allowing autoit to release it internal resources, yet you posted it anyway. If you really don't care about that then I'll point out to you that you don't even have to get the handle. Just send the $LVM_DELETEALLITEMS straight to the ctrl using GUICtrlSendMsg().
- 3:32 PM Ticket #2120 (Improvements to _GuiCtrlListView_DeleteAllItems) updated by
- An even faster method is to send the function the handle of the ListView instead of sending it the handle or converting the CID to the handle with GUICtrlGetHandle, and then deleting the items. The only problem using it this way is that the ControlID's aren't deleted, so you can run out of control IDs if you do it this way. You would need to create the listview items using the _GUICtrlListView_AddItem/_GUICtrlListView_AddSubItem if you're going to be using the handle to delete them. Below is a demo of what i'm talking about showing that using the handle is faster.[…]
- 9:00 AM Ticket #2120 (Improvements to _GuiCtrlListView_DeleteAllItems) updated by
-
Version changed
Automatic ticket cleanup. - 6:27 AM Ticket #2120 (Improvements to _GuiCtrlListView_DeleteAllItems) created by
- I was noticing how deleting all items it a autoit listview took almost …
Note:
See TracTimeline
for information about the timeline view.
