Timeline
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.
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
Note:
See TracTimeline
for information about the timeline view.
