Timeline
Jan 18, 2012:
- 9:01 PM Ticket #1257 (Fix bugs in Static array handling) closed by
- Fixed: Fixed by revision [6653] in version: 3.3.9.0
- 9:01 PM Ticket #1257 (Fix bugs in Static array handling) updated by
- Will use ReDim to redim.
- 6:11 PM Ticket #2097 (Performance problem with acces to object (Excel object)) closed by
- No Bug: Versions before 3.3.8.0 were broken. Don't compare speed of broken thing with a speed of non-broken thing. The result you get when you do that is not valid.
- 6:06 PM Ticket #2107 (Virus Warnings) closed by
- No Bug: Please use your head.
- 1:40 PM Ticket #2107 (Virus Warnings) created by
- I got warnings about viruses in AutoIt. Compiling doesn't work any …
- 6:58 AM Ticket #2098 (_ArraySearch and StringInStr Problem / Bug?) closed by
- No Bug: As stated by anonymous you must go to the forum first to get help. This is a bug reporting place not a forum. Your script is incomplete how do you declare $DNSServer and $infoarr? missing 2 Next's and the #include you use
- 4:22 AM Ticket #2106 (Document how to insert newlines (multi-line strings) in ClipPut, Send etc.) closed by
- Rejected: You are missing something. A couple things. First, it is documented how to insert newlines. Second, this is not the forum. You should have asked for help on the forum where you would have been directed to the correct location in the documentation.
- 3:00 AM Ticket #2106 (Document how to insert newlines (multi-line strings) in ClipPut, Send etc.) updated by
-
Version changed
Automatic ticket cleanup. - 1:10 AM Ticket #2106 (Document how to insert newlines (multi-line strings) in ClipPut, Send etc.) created by
- I'm new to AutoIt, so forgive me if I'm missing something. From my …
Jan 17, 2012:
- 7:59 PM Ticket #2098 (_ArraySearch and StringInStr Problem / Bug?) updated by
- Did you post this in the general help forum first? I believe the issue is in your code.
- 5:23 AM Ticket #2104 (Lost the Titles on all my open folders after a lot of shell/resize ...) updated by
- UPDATE 3 Hey sorry about that! I had a really bad programming day yesterday! I re-imaged my computer, and reported a bug that did not exist except in my head! Worst of all, i apparently did not read the ticket guidelines earnestly enough! I've since got a handle on the situation: 1. If you look at the code above, you can see that the number of parameters is not right for the WinMove function. That's why i was "suddenly" not able to move folder windows by the name method anymore. That's when i noticed for the first time that my folders did not have visible titles like everything else. So i thought i had messed them up and jumped to conclusions. I would not have re-imaged my computer if i wasn't sincere...and also having a bad programming day (sounds better than 'very dumb'). 2. The reason i could not move some PDF is because i was shelling them by shortcuts whose names were not matching the actual filename of the file they pointed to! Don't make this mistake! So there is really NO ISSUE with PDF files. They can be moved as easily as any other window. 3. I should be using @error checking to abort operations (using Exit) so that i don't have to click Tools>Stop Executing 4. I'm happy to report everything works fine with WinMove using either the name or class method. 5. Thanks for a great program! Don't kick me out just because i'm a newb!
- 4:37 AM Ticket #2103 (compiles autoit) closed by
- Rejected: Couldn't be bothered to search the forum first where this has been shot down about three hundred thousand times, eh?
- 4:35 AM Ticket #2105 (Odd behavior Hex()) closed by
- No Bug: You want the forum, not the issue tracker.
Jan 16, 2012:
- 6:45 PM Ticket #2105 (Odd behavior Hex()) updated by
- Results from sample script $DecimalNumber >1862402120< $fromRegistry >1862402120< 1862402120 = 1862402120 Hex($DecimalNumber) >6F020048< Hex($fromRegistry) >41DBC08012000000<
- 6:26 PM Ticket #2105 (Odd behavior Hex()) created by
- AutoIt 3.3.8.0 XP SP3 I have recompiled a script using latest AutoIt …
- 5:33 PM Ticket #2104 (Lost the Titles on all my open folders after a lot of shell/resize ...) updated by
- You clearly did not read the ticket guidelines before posting. If you choose to use our forum do not make the same mistake of not reading our rules. After this egregious display of disregard for the purpose of this issue tracker I will not hesitate to make you go away should you break our forum rules. Use your brain in the future.
- 3:02 PM Ticket #2104 (Lost the Titles on all my open folders after a lot of shell/resize ...) closed by
- No Bug: Before reporting a bug use forum to have help. It is not true that windows 7 has no title. Certainly bug in your script
- 2:54 PM Ticket #2096 (_FTP_ListToArrayEx $Return_Type = 1 or 2 no Array Content) closed by
- Duplicate: at the time 1499 was fix it was as suggested definitly some subsequent posts was added to identified new bug. That the reason why 1970 was open. don't open a new ticket for the same bug
- 2:15 PM Ticket #2096 (_FTP_ListToArrayEx $Return_Type = 1 or 2 no Array Content) updated by
- A corrected version of the function was first appended to ticket 1499. When that ticket was completed without fixing the issue, ticket 1970 was opened (and remains open). We're waiting for the fix in 1499 to be put into production.
- 8:34 AM Ticket #2104 (Lost the Titles on all my open folders after a lot of shell/resize ...) updated by
- UPDATE 2 Ok, no wunder i couldn't find anything on the web... Apparently folders in Windows 7 don't have titles! Duh! Had not really noticed that before! However... I'm still having trouble manipulating Adobe Reader files using the name method. What kicked this off is i was usually successful moving folders with the name method... ...and then suddenly i couldn't. That's when i noticed the "missing" titles and jumped to conclusions. Probably it had something to do with just being worn out with all the tests i was running to get PDF files to respond to the name method. That's just not happening.
- 3:39 AM Ticket #2104 (Lost the Titles on all my open folders after a lot of shell/resize ...) updated by
- UPDATE: I restored my disk image from three days ago, and guess what? I still don't have folder titles back! So the mystery thickens. I feel like i walked into the twilight zone.
- 3:35 AM Ticket #2104 (Lost the Titles on all my open folders after a lot of shell/resize ...) updated by
- I've been working on opening several files of different types with ShellExecute, and then doing what i can to WinMove them into exact positions on my desktop using the names of the titles. After a lot of trial and error, i lost the titles on my folders (CabinetWClass). That's right, i have no titles in the title bar of any folder i now open in Windows 7 x64 ! System restore did not work, and poking around in folder view options (ie. restoring everything to default) did not work. Googling around the web also did not produce anything. I probably won't be able to reproduce this for anyone, except to inline the kind of code i was fooling around with...every possible variation of the lines included...to see why i was not able to control my Adobe Reader PDF files consistently using the name in their title bars. I've finally given up and have decided to WinMove all my files around using their class. I have no problem with the class method, but the name-of-title method is inconsistent. When i was testing, i'd get a lot of stalling. The script would not go forward, nor would the script end, so i'd have to click Stop Executing alot. The thing is, whenever i'd do that, it seems like there were still commands in a que looking for files or folders to mess with, and i'd see things popping up on my desktop where it looked like some code was still trying to execute. I just crossed my fingers it would not harm anything. But after a lot of this, it somehow managed to turn the titles off (make them invisible?) on all my folders, so i can't control those with the name method. I can still control them with the class method though. I have a disk image from three days ago that i'll be restoring my laptop to the way it was. That's the only solution i can think of to get my titles back. And from now on i'll be using the class method, even though it was not my first choice. So beware, and good luck! Code: […]
- 1:53 AM Ticket #2104 (Lost the Titles on all my open folders after a lot of shell/resize ...) updated by
- I've been working on opening several files of different types with ShellExecute, and then doing what i can to WinMove them into exact positions on my desktop using the names of the titles. After a lot of trial and error, i lost the titles on my folders (CabinetWClass). That's right, i have no titles in the title bar of any folder i now open in Windows 7 x64 ! System restore did not work, and poking around in folder view options (ie. restoring everything to default) did not work. Googling around the web also did not produce anything. I probably won't be able to reproduce this for anyone, except to inline the kind of code i was fooling around with...every possible variation of the lines included...to see why i was not able to control my Adobe Reader PDF files consistently using the name in their title bars. I've finally given up and have decided to WinMove all my files around using their class. I have no problem with the class method, but the name-of-title method is inconsistent. When i was testing, i'd get a lot of stalling. The script would not go forward, nor would the script end, so i'd have to click Stop Executing alot. The thing is, whenever i'd do that, it seems like there were still commands in a que looking for files or folders to mess with, and i'd see things popping up on my desktop where it looked like some code was still trying to execute. I just crossed my fingers it would not harm anything. But after a lot of this, it somehow managed to turn the titles off (make them invisible?) on all my folders, so i can't control those with the name method. I can still control them with the class method though. I have a disk image from three days ago that i'll be restoring my laptop to the way it was. That's the only solution i can think of to get my titles back. And from now on i'll be using the class method, even though it was not my first choice. So beware, and good luck! Code: […]
- 1:49 AM Ticket #2104 (Lost the Titles on all my open folders after a lot of shell/resize ...) created by
- I've been working on opening several files of different types with …
Jan 15, 2012:
- 9:00 PM Ticket #2103 (compiles autoit) updated by
-
Version changed
Automatic ticket cleanup. - 8:45 PM Ticket #2083 (AU3Record.exe error "missing MSVCR100.dll" when trying to run it) updated by
- I've the same poblem on Windows xp sp3 with no visual studio installed.
- 8:27 PM Ticket #2103 (compiles autoit) created by
- I have a suggestion that I hard to do, but that is great: It would be …
- 12:55 PM Ticket #2099 (Crash of script when using "_GUICtrlDTP_SetSystemTimeEx()" function) updated by
- Replying to Jpm: > Can you post a full repro script? > Thanks Hi, this is a little bit difficult because the script uses an internal database for data management. I will see if I can downgrade this script to a usable and functional scriptlet. Thanks.
- 8:14 AM Ticket #2099 (Crash of script when using "_GUICtrlDTP_SetSystemTimeEx()" function) updated by
- Can you post a full repro script? Thanks
- 1:16 AM Ticket #2100 (Windows On ARM Compiler (WOA)) closed by
- Rejected: Your ticket is a question. This is not a place to ask questions.
Jan 14, 2012:
- 11:07 PM Ticket #2102 (error using ContinueLoop) closed by
- Duplicate
- 10:54 PM Ticket #2094 (Hex() returns incorrect values) closed by
- No Bug
- 10:26 PM Ticket #2102 (error using ContinueLoop) updated by
- Oh, thanks, I didn't see that ticket.
- 10:19 PM Ticket #2102 (error using ContinueLoop) updated by
- See ticket #2073 which this one duplicates.
- 10:18 PM Ticket #2102 (error using ContinueLoop) updated by
- For the last example I forget to paste defined functions. […]
- 10:07 PM Ticket #2102 (error using ContinueLoop) created by
- When using code like […] I receive an error […] Full example …
- 8:50 PM Ticket #2089 (_IEFormSubmit gives WEnd^ ERROR) updated by
- Replying to Jpm: > Just an info Win7 x86/IE9 run OK Did you provide a valid gmail username/password? The error is only given after a succesfull login.
- 3:13 PM Ticket #2101 (Help not opening on Windows XP) created by
- Just update on new version ( autoit-v3-setup - v.3.3.8.0 ) If i click …
- 12:00 AM Ticket #2100 (Windows On ARM Compiler (WOA)) updated by
-
Version changed
Automatic ticket cleanup.
Jan 13, 2012:
- 9:09 PM Ticket #2100 (Windows On ARM Compiler (WOA)) created by
- Has the subject of a WOA compiler been broached. I work for a large …
- 12:25 PM Ticket #2099 (Crash of script when using "_GUICtrlDTP_SetSystemTimeEx()" function) created by
- The script crashes when "_GUICtrlDTP_SetSystemTimeEx()" is used in …
- 10:13 AM Ticket #2094 (Hex() returns incorrect values) updated by
- Ok, I understand why it is given the different output. I think this will break many scripts, but if this is the correct implementation, than that is the price we have to pay for it. Once all scripts/UDF's are fixed, this is no issue anymore. This ticket can be closed.
- 9:40 AM Ticket #2094 (Hex() returns incorrect values) updated by
- The hex change in 3.3.8.0 make support of all internal type. Previously double seems to be converted to integer. It may be a script breaking but the new behavior is the correct one no internal change to var type. it you want to be convinced that not just not return the left 4 just try […]
- 9:20 AM Ticket #2098 (_ArraySearch and StringInStr Problem / Bug?) created by
- Hi, iam not sure but i think we found a Bug in _ArraySearch and/or in …
- 9:08 AM Ticket #2094 (Hex() returns incorrect values) updated by
- Replying to Jpm: > In fact displaying an integer does not mean that the internal value is an integer. > In this specific case the division by 2 make the internal result a double. > So when you get part of the representation of a double is not the the same a getting part of an integer. > You can see that Hex(..., n) is taking the right n bytes of the hex internal represention. > NO BUG And how do you explain the difference in output between version v3.3.6.1 and v3.3.8.0? v3.3.8.0 […] v3.3.6.1 […] Additionally, it make no sense that Hex(8/2,2) results in 00 I still think this is a BUG.
- 9:06 AM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- I think Autoit does not have the responsability to change the locale. If the user want, he can do it as you did. what the fix did was to report the failure in the @error if I remember.
- 8:53 AM Ticket #2094 (Hex() returns incorrect values) updated by
- In fact displaying an integer does not mean that the internal value is an integer. In this specific case the division by 2 make the internal result a double. So when you get part of the representation of a double is not the the same a getting part of an integer. You can see that Hex(..., n) is taking the right n bytes of the hex internal represention. NO BUG
- 8:41 AM Ticket #2094 (Hex() returns incorrect values) updated by
- Replying to enaiman: > I did a bit of testing and it is not Hex fault. > > I found that StringLen does not return an integer - see example: > > > {{{ > $string = "aaaa" > > $var = StringLen($string)/2 > MsgBox(0, "$var - StringLen", $var) > MsgBox(0, "Hex $var", Hex($var, 2)) > > $var = int(StringLen($string)/2) > MsgBox(0, "$var - Int(StringLen)", $var) > MsgBox(0, "Hex $var", Hex($var, 2)) > }}} > > When Transforming the result using "Int", everything works as intended. Not true stringlen is ok but as you divide by 2 you get a float/double in $var
- 7:02 AM Ticket #2094 (Hex() returns incorrect values) updated by
- Replying to enaiman: > I did a bit of testing and it is not Hex fault. > > I found that StringLen does not return an integer - see example: > > > {{{ > $string = "aaaa" > > $var = StringLen($string)/2 > MsgBox(0, "$var - StringLen", $var) > MsgBox(0, "Hex $var", Hex($var, 2)) > > $var = int(StringLen($string)/2) > MsgBox(0, "$var - Int(StringLen)", $var) > MsgBox(0, "Hex $var", Hex($var, 2)) > }}} > > When Transforming the result using "Int", everything works as intended. Not entirely convinced: […] and it does not explain next outcome […]
Jan 12, 2012:
- 11:54 PM Ticket #2094 (Hex() returns incorrect values) updated by
- I did a bit of testing and it is not Hex fault. I found that StringLen does not return an integer - see example: […] When Transforming the result using "Int", everything works as intended.
- 3:08 PM Ticket #2097 (Performance problem with acces to object (Excel object)) created by
- There is performance problem with access into Excel object in AutoIT …
- 3:04 PM Ticket #2096 (_FTP_ListToArrayEx $Return_Type = 1 or 2 no Array Content) created by
- If the Flag for the $Return_Type is set to 1 or 2 the array does not …
- 2:54 PM Ticket #2095 (_FTP_ListToArrayEx Helpfile Typo) created by
- Just a little Typo... as seen n the picture :)
- 2:32 PM Ticket #2094 (Hex() returns incorrect values) updated by
- Problem is introduce in v3.3.8.0 With v3.3.6.1 all calls return 4 (or 04) running this on Windows 7 32-bit
- 2:24 PM Ticket #2094 (Hex() returns incorrect values) created by
- running next script gives incorrect values (always expecting 4) […]
Jan 11, 2012:
- 9:28 PM Ticket #2087 (IniWrite & IniReadSection bug) updated by
- Actually the help file says: When writing a value that is quoted, the quotes are stripped. In order to write the quote marks to the value, you must double up the quoting. For example: ""This is a test"" will produce "This is a test" in the file. (this is from IniWrite in the help file) The help file says nothing about reading values with quotes, just writing them. So, it does strip the quotes, but if they're doubled, the quotes are included in the information written.
Jan 9, 2012:
- 3:09 AM Ticket #2093 (DllStructGetSize reports wrong size) closed by
- No Bug: jchd is correct. Closing as no bug.
Jan 8, 2012:
- 1:55 PM Ticket #2093 (DllStructGetSize reports wrong size) updated by
- Wrong assumption. Alignment and padding make 8 the right size for this struct. This question belongs to the Help Forum, not here.
- 6:17 AM Ticket #2093 (DllStructGetSize reports wrong size) created by
- $test = DllStructCreate("dword;char") ConsoleWrite("size …
Jan 7, 2012:
- 9:00 PM Ticket #2069 (StringRegExpGui example produce 2 warnings) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:16 PM Ticket #2069 (StringRegExpGui example produce 2 warnings) closed by
- Fixed
- 11:42 AM Ticket #1772 (InetGet reload from the remote site) updated by
- No real idea, At least this ticket is No Bug for me. For your simulation I am not an expert on such impact of what etc is doing Sorry for not helping more
- 11:15 AM Ticket #1772 (InetGet reload from the remote site) updated by
- Yeah, I got the same problem here. I think the AV doesn't like redirecting google hostname. I deactivated the AV, and got the same results. With google.com address (not working) the result is not null, but with autoitscript.com it's. Do you think InetGet/InetRead should follow the hosts guideline, or it's not a proper way to test the forced reload option? This question was raised when I was working in a code for detecting a webpage modification. I thought the redirection would simulate a change. The solution was the substitution of InetRead for WinHTTP. Now, I'm not really sure about that. It works for some urls but not for others.
- 10:33 AM Ticket #1772 (InetGet reload from the remote site) updated by
- Your not working example is producing a Virus warning SettingsModifier:Win32/PossibleHostsFileHijack as the modification of etc is detected by antivirus "MS Security essential"
- 10:29 AM Ticket #2092 (ShellExecuteWait() receiving incorrect error levels on Windows XP.) updated by
- Same with 3.3.8.0 It needed to check with latest Beta/release in case of
- 9:39 AM Ticket #1772 (InetGet reload from the remote site) updated by
- Just to be clear about the WinHTTP solution. I did two examples here, one that does work, giving a null source code, and one that does not. Before running the examples, make sure you have the WinHTTP UDF. It can be found here: http://winhttp.origo.ethz.ch/wiki/winhttp Example working: http://pastebin.com/6SvHBjmH Example not working: http://pastebin.com/M9JQwJr0
- 3:18 AM Ticket #1772 (InetGet reload from the remote site) updated by
- Well, I used a packet sniffer to check if two "GET requests" are done. They are. For some reason,the second request doesn't use the new Ip Address (Localhost). But, when the program is re-executed (with hosts still implying in the redirection), it resolves autoitscript.com hostname as localhost. I wrote a similar one with WinHTTP. The same problem happens. I don't quite understand how the re-execution forces the hostname resolution to localhost.
- 12:04 AM Ticket #1772 (InetGet reload from the remote site) updated by
- I wrote an example script in order to prove that InetRead does get data from cache, even when it's set to force a reload. http://pastebin.com/pLT0vJkf In my PC, I get the same data from both InetRead. It should not happen after the hostname is redirected to localhost. The data should be null. There are many threads of people complaining about this issue. I don't think it's an isolated problem.
Jan 6, 2012:
- 9:05 PM Ticket #2092 (ShellExecuteWait() receiving incorrect error levels on Windows XP.) created by
- Description: Executing a file through ShellExecuteWait() will result …
- 2:52 PM Ticket #1772 (InetGet reload from the remote site) updated by
- In fact I conduct experiment with some accessible file under www.autoitscript.com and it was successful provided you wait the end of the download. The first example is asking for a background download so sometime is needed before completion. my environment is 3.3.8.0 (Language:040C Keyboard:0000040C OS:WIN_7/Service Pack 1 CPU:X64 OS:X86)
- 2:34 PM Ticket #1772 (InetGet reload from the remote site) updated by
- Not sure to understand, with the first script I get a file whose time is changing. That does not mean it has been updated as the contain is the same. Cannot you update the link so it will point to a real changing file. Thanks
- 12:09 PM Ticket #1772 (InetGet reload from the remote site) updated by
- I'm running AutoIt version 3.3.8.0 and got the same problem. I wrote a script to check a website's source code modification. I tried to use InetGet, InetRead and _InetGetSource (which uses InetRead with force reload parameter). I put all of these functions inside an infinite while loop, displaying the source. I executed the program with the correct IP for the hostname. Changing the hosts file (@WindowsDir\system32\drivers\etc) in order to redirect the hostname to localhost (127.0.0.1), the source code displayed does not vanish. Only when I reboot the program, it is possible to get a null source code. It is not a Windows issue, my browser cannot load the page with disabled cache.
Jan 5, 2012:
- 10:51 PM Ticket #2087 (IniWrite & IniReadSection bug) updated by
- Help-file says that if you read quoted text from ini file - quotes go away because they are simply used for values containing whitespaces. But when reading section with quoted values - you get quote signs. Help file doesn't say a word about that. I don't think that it's help-file bug, rather it's the IniReadSection bug.
- 7:59 PM Ticket #2091 (Au3Check and non-ANSI files) updated by
- BOM Check with proper error notification added to au3check. Support/workaround for files with BOM is already implemented in AutoIt3Wrapper. Jos
Jan 4, 2012:
- 11:46 PM Ticket #1760 (#OnAutoItStartRegister, ignores single quoted function names.) reopened by
- Re-opening. We should do this because it's expected that strings can be single- or double-quoted.
- 10:01 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Here is the fix i use: […]
- 9:57 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- And again, it's not fixed.
- 7:43 AM Ticket #2083 (AU3Record.exe error "missing MSVCR100.dll" when trying to run it) updated by
- In fact the adaptation to Visual studio 10 linkage was wrong. <StringPooling> has been set to true with no real reason
- 6:23 AM Ticket #2083 (AU3Record.exe error "missing MSVCR100.dll" when trying to run it) updated by
- May be due to the use of a x86-64 OS install, while the user has chosen to use x86 version of software. Solved by installing Visual C++ 2010 package for x86 (http://www.microsoft.com/download/en/details.aspx?id=5555) on a x86-64 box.
- 1:11 AM Ticket #2091 (Au3Check and non-ANSI files) updated by
-
Version changed
- 1:11 AM Ticket #2091 (Au3Check and non-ANSI files) created by
- Au3Check silently passes any non-ANSI file giving the illusion it has …
Jan 3, 2012:
- 12:40 PM Ticket #2088 (_ArrayDisplay not handling Default parameters correctly) updated by
-
Description, Summary changed
- 8:49 AM Ticket #2088 (_ArrayDisplay not handling Default parameters correctly) updated by
- Okay, I'm fine with your decision. So, if someone has an array with e.g. 10 columns, but he defines only 4 columns in the header parameter, he we'll only see those 4 columns displayed by _ArrayDisplay. FMPOV, this is a risk, because the function is a "debugging function" which should show as much information as possible (the complete array at all times). Anyhow, I accept that = no problem here. @trancexx: The only thing left now is, that the function doesn't deal correctly with the "Default" word as parameter which is briefly explained in the thread which I provided a link to in my first post. Nevertheless, I'll read the guidelines again a next time my ticket will be more correct.
- 6:58 AM Ticket #2089 (_IEFormSubmit gives WEnd^ ERROR) updated by
- Just an info Win7 x86/IE9 run OK
- 6:53 AM Ticket #2088 (_ArrayDisplay not handling Default parameters correctly) updated by
- Replying to BrewManNH: > _ArrayDisplay should never create a GUI larger than the width of the screen, in fact, it usually creates an undersized GUI compared to the ListView inside of it. In the _Array.au3 file, in which I modified a number of the array functions, one of the functions I modified was the _ArrayDisplay function so that it would autosize the GUI and the column widths because the current implementation of _ArrayDisplay doesn't do this currently. Even in my modification, the GUI will be at least 100 pixels smaller than the desktop on all sides regardless of screen resolution. > > Look in Example Scripts or in Feature Requests in Trac for a link to the _Array.au3 UDF I'm referring to. Thanks In fact I really think "default" keyword passing need to be corrected. But mananing the number of displayed columns by the $sheader is a real functionality. no header is displaying the total number of column so no bug for me.
Jan 2, 2012:
- 11:36 PM Ticket #2088 (_ArrayDisplay not handling Default parameters correctly) updated by
- Could someone briefly explain what the bug is? Xenobiologist please read the guidelines for posting here. I'm very tempted to close this ticket as (any form of) rejected because somehow you have successfully managed to do everything wrong.
- 10:06 PM Ticket #2090 ([:upper:] is not working) closed by
- No Bug: Your regex is wrong and should be: […] Jos
- 9:43 PM Ticket #2090 ([:upper:] is not working) created by
- versions 3.3.6.1 till 3.3.8.0 not working: […] Working: […]
- 7:10 PM Ticket #2088 (_ArrayDisplay not handling Default parameters correctly) updated by
- Replying to anonymous: > The only concern if too many columns will force to display more than the screen width > Except this behavior I agree with the column heading > Anonymous =Jpm > > In fact the forcing of limited number of colum by definition of $sheader is a better fonctionality than deplaying a very big number of column. > > So the fix can be just to accept Default keyword and a description of $sheader impact _ArrayDisplay should never create a GUI larger than the width of the screen, in fact, it usually creates an undersized GUI compared to the ListView inside of it. In the _Array.au3 file, in which I modified a number of the array functions, one of the functions I modified was the _ArrayDisplay function so that it would autosize the GUI and the column widths because the current implementation of _ArrayDisplay doesn't do this currently. Even in my modification, the GUI will be at least 100 pixels smaller than the desktop on all sides regardless of screen resolution. Look in Example Scripts or in Feature Requests in Trac for a link to the _Array.au3 UDF I'm referring to.
- 6:05 PM Ticket #2089 (_IEFormSubmit gives WEnd^ ERROR) created by
- With AutoIt 3.2 and IE8 this works fine. With AutoIt 3.3.8.0 this code …
- 3:13 PM Ticket #2088 (_ArrayDisplay not handling Default parameters correctly) updated by
- The only concern if too many columns will force to display more than the screen width Except this behavior I agree with the column heading Anonymous =Jpm In fact the forcing of limited number of colum by definition of $sheader is a better fonctionality than deplaying a very big number of column. So the fix can be just to accept Default keyword and a description of $sheader impact
- 2:43 PM Ticket #2088 (_ArrayDisplay not handling Default parameters correctly) updated by
- Besides, I'm not sure if my code is the best way to achieve the modification. Fell free, to change the code. All I want is to show what I think needs to be changed.
- 1:39 PM Ticket #2088 (_ArrayDisplay not handling Default parameters correctly) created by
- Parameter being Default keyword is treated as literal string and is …
- 12:21 PM Ticket #2086 (recieve error in array combination v 3.3.8.0) updated by
- Replying to anonymous: > Replying to jchd: > > Do you realize the C(49, 6) = 13983816 ? > > This is below the maximum AutoIt array size, but don't forget your OS also puts a limit to how much a single process may allocate. > > > > Please, next time post to the General Help forum first. > > Yes I do realize that it is 13983816, and if it works 3.3.6.1 but does not in 3.3.8.0 and give me an error it is a bug, i dont care that much as i will continue to use 3.3.6.1. dont know why i would post in general help, It works in the version i am using and my computer handles it in about 35 min... thanks anyway, benny Certainly 3.3.8.0 is using more memory so that the reason it fail now
- 10:22 AM Ticket #2086 (recieve error in array combination v 3.3.8.0) updated by
- Replying to jchd: > Do you realize the C(49, 6) = 13983816 ? > This is below the maximum AutoIt array size, but don't forget your OS also puts a limit to how much a single process may allocate. > > Please, next time post to the General Help forum first. Yes I do realize that it is 13983816, and if it works 3.3.6.1 but does not in 3.3.8.0 and give me an error it is a bug, i dont care that much as i will continue to use 3.3.6.1. dont know why i would post in general help, It works in the version i am using and my computer handles it in about 35 min... thanks anyway, benny
Jan 1, 2012:
- 12:41 PM Ticket #2068 (ACos() bug) updated by
- This happens ONLY with ACos(-1). I also tested 0, 0.1 and 1 without this problem. If you call ACos() with another value than -1 after the error occurs, it works again for one call. […]
- 8:21 AM Ticket #2084 (_ClipBoard_GetDataEx Help File Example crash) updated by
- God damn it, does nobody read MSDN? It's pretty fucking clear on this: > The application must not free the handle nor leave it locked. The application must not use the handle after the EmptyClipboard or CloseClipboard function is called, And of course the code doesn't even try to use the handle until after CloseClipboard() is called so it's just plain broken. The code is shit anyway. There are 2 exit points that do not invoke _ClipBoard_Close(). Best of all those two exit points require user input to pass-through so the clipboard is locked indefinitely waiting on user input in the case of error. Brilliant!
- 8:07 AM Ticket #2080 (unable to create compiled archive) closed by
- Wont Fix: Closing as won't fix. Without a wast to consistently reproduce the problem there's no way to fix this. The behavior certainly seems like a race condition but I've looked at the code and Aut2Exe isn't doing anything dumb.
Dec 31, 2011:
- 1:54 PM Ticket #2081 (Au3 Recoreder) updated by
- In fact certainly you did not check the "generate internal functions"
- 1:48 PM Ticket #2086 (recieve error in array combination v 3.3.8.0) closed by
- No Bug: As jchd note, no Bug
- 11:55 AM Ticket #2085 (DllStructGetData crash with char array) updated by
- Replying to trancexx: > When structure is created at address specified by the user (your $pBuffer) AutoIt doesn't do any memory allocation. It assumes the user is smart enough to check, or to know in advance how big the pointed memory space is. It's you who decided to create bad structure in first place. > > This is not a bug. It's just careless bad programmer you. Bad programmer.... :)
- 10:09 AM Ticket #2085 (DllStructGetData crash with char array) closed by
- No Bug: When structure is created at address specified by the user (your $pBuffer) AutoIt doesn't do any memory allocation. It assumes the user is smart enough to check, or to know in advance how big the pointed memory space is. It's you who decided to create bad structure in first place. This is not a bug. It's just careless bad programmer you.
- 10:07 AM Ticket #2086 (recieve error in array combination v 3.3.8.0) updated by
- Do you realize the C(49, 6) = 13983816 ? This is below the maximum AutoIt array size, but don't forget your OS also puts a limit to how much a single process may allocate. Please, next time post to the General Help forum first.
- 9:30 AM Ticket #2087 (IniWrite & IniReadSection bug) created by
- IniWrite -> "When writing a value that is quoted, the quotes are …
- 8:58 AM Ticket #2086 (recieve error in array combination v 3.3.8.0) created by
- hi, pretty new to the forum but have been using Autoit a while. I …
- 3:30 AM Ticket #2085 (DllStructGetData crash with char array) created by
- DllStructGetData seems to verify or fetch whole data of structs …
Dec 30, 2011:
- 4:55 PM Ticket #2015 (DllCallbackRegister() mangles floating point numbers under x64) closed by
- Fixed: Fixed by revision [6588] in version: 3.3.9.0
- 9:46 AM Ticket #2084 (_ClipBoard_GetDataEx Help File Example crash) updated by
- I can't reproduce it. I assume some special data were in the clipboard. Just try to reproduce and describe what you did
- 9:21 AM Ticket #2084 (_ClipBoard_GetDataEx Help File Example crash) created by
- _ClipBoard_GetDataEx Help File Example crash when click on Get …
Dec 29, 2011:
- 5:53 PM Ticket #2080 (unable to create compiled archive) updated by
- Suggested? Where, what, by whom? Please explain properly or this ends up rejected very soon.
- 5:48 PM Ticket #2081 (Au3 Recoreder) closed by
- No Bug
- 5:25 PM Ticket #2083 (AU3Record.exe error "missing MSVCR100.dll" when trying to run it) updated by
- Update: Forgot to mention, this is on Windows 7 x86, and also happens using the newest Scite4Autoit3 (2.28) that was just released today.
- 5:22 PM Ticket #2083 (AU3Record.exe error "missing MSVCR100.dll" when trying to run it) created by
- When trying to run AU3Record.exe I get the following message. …
- 3:11 PM Ticket #2082 (drivestatus on mapped network drives fails on directories) updated by
- I tried this on Win7 x86 with a mapped I: drive and I get "invalid" for all tests using 3.3.8.0 with folders that exist on my I: drive.
- 2:59 PM Ticket #2079 (Missing quotes in go-Commandline in SciTE) updated by
- Replying to anonymous: > I suppose this problem exists in SciTE4AutoIt, too. I have updated the LITE version au3.properties with this change. This is not an issue in the Full version of SciTE4Autoit3. Jos
- 2:55 PM Ticket #2079 (Missing quotes in go-Commandline in SciTE) closed by
- Fixed: Fixed by revision [6583] in version: 3.3.9.0
- 2:41 PM Ticket #2082 (drivestatus on mapped network drives fails on directories) created by
- ; Drive I: is mapped to a share on W2008R2 Server ; Script runs on …
- 8:55 AM Ticket #2081 (Au3 Recoreder) updated by
-
Component changed
Not very descriptive report but it isn't an SciTE4AutoIt3 program and comes with the AUtoIt3 installer. Jos - 6:15 AM Ticket #2081 (Au3 Recoreder) created by
- _WinWaitActivate("","") Does not Generated
Dec 28, 2011:
- 10:48 PM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) updated by
- Replying to TsukasaX: > Replying to Jpm: > > Replying to TsukasaX: > > > http://pastebin.com/nL4vyEps this code produced the same problem for me with _GUICtrlStatusBar_GetText() and has far less dependencies. > > wraithdu is certainly true but on my system the crash does not occur ... > > After manually changing the UDF to what wraithdu said, I did not get the crash even after multiple tests. very good I hope somebody will commit it
- 8:40 PM Ticket #2080 (unable to create compiled archive) created by
- This problem have been around for years now. I've tried everything …
- 8:38 PM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) updated by
- Replying to Jpm: > Replying to TsukasaX: > > http://pastebin.com/nL4vyEps this code produced the same problem for me with _GUICtrlStatusBar_GetText() and has far less dependencies. > wraithdu is certainly true but on my system the crash does not occur ... After manually changing the UDF to what wraithdu said, I did not get the crash even after multiple tests.
- 8:12 PM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) updated by
- Replying to TsukasaX: > http://pastebin.com/nL4vyEps this code produced the same problem for me with _GUICtrlStatusBar_GetText() and has far less dependencies. wraithdu is certainly true but on my system the crash does not occur …
- 8:04 PM Ticket #2079 (Missing quotes in go-Commandline in SciTE) created by
- The version of SciTE deliviered with AutoIt v3.3.8.0 is missing some …
- 5:30 PM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) updated by
- The problem is the text buffer is created too small. It needs to have room for a terminating null character, so in 3 different functions in that UDF it should read […]
- 5:08 PM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) updated by
- http://pastebin.com/nL4vyEps this code produced the same problem for me with _GUICtrlStatusBar_GetText() and has far less dependencies.
- 12:16 PM Ticket #2078 (Error in com expression) created by
- The following script cannot be executed unless we remove the Local […]
- 9:05 AM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) updated by
- Thanks but your script cannot repro the pb. Can you try to isolate the error as the "stream" stuff cannot run on any dev machine. It is important to have the smallest repro script using basic window resource if possible. Most of the time it is possible on real bug.
- 7:23 AM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) updated by
- Same line also crashes with 3.3.8.0
- 7:20 AM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) updated by
- Replying to Jpm: > When you submit a test example, please make it "working". > Your one has no EndFunc neither an simulation of _SendQuiet(), _RegEx(). > The worst is we cannot reproduce anything as we don't know on what $hStatus is coming from > > Don't forget also to describe the environment you are running under as > > Environment(Language:040C Keyboard:0000040C OS:WIN_7/Service Pack 1 CPU:X64 OS:X86) > > We don't have cristal ball ... Also crashes at same line on 3.3.6.1 it seems. The EndFunc was supposed to be the line after, sorry about that. Environment(Language:0409 Keyboard:00000409 OS:WIN_7/Service Pack 1 CPU:X64 OS:X64) Here is the full source (without includes): <removed>, the line of interest is #252.
Dec 27, 2011:
- 7:54 PM Ticket #2077 (_GuiRichEdit_Create Bad HWnd Check) updated by
- This ticket is referenced in revision: [6573]
- 7:50 PM Ticket #2077 (_GuiRichEdit_Create Bad HWnd Check) closed by
- Fixed: Fixed by revision [6572] in version: 3.3.9.0
- 7:25 PM Ticket #2077 (_GuiRichEdit_Create Bad HWnd Check) created by
- In this function, the first line checks if the window handle passed …
- 5:45 PM Ticket #2075 (GUICtrlSetImage changes icon position on resizable window) updated by
-
Summary changed
- 9:21 AM Ticket #2076 (Object value can't be set True) closed by
- Fixed: Fixed by revision [6571] in version: 3.3.9.0
- 6:53 AM Ticket #2073 (ContinueLoop crashes script if nothing to jump) updated by
- 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".
- 2:35 AM Ticket #2076 (Object value can't be set True) created by
- I have been trying to implement programming of Open Office through …
- 1:23 AM Ticket #2075 (GUICtrlSetImage changes icon position on resizable window) created by
- When a window is resized & the icon control is moved from its original …
Dec 26, 2011:
- 6:59 PM Ticket #2073 (ContinueLoop crashes script if nothing to jump) updated by
- Replying to trancexx: > Issue is introduced by revision [5885]. In fact something else as this rev has been reverted by Jon rev 6138 perhaps the duplicate of 1485 Edited Just forget I confuse 5825 with 5885
- 4:45 PM Ticket #2073 (ContinueLoop crashes script if nothing to jump) updated by
- Issue is introduced by revision [5885].
- 1:53 PM Ticket #2074 (Example Opt MustDeclareVars is missing) closed by
- Fixed: Fixed by revision [6565] in version: 3.3.9.0
- 1:43 PM Ticket #2074 (Example Opt MustDeclareVars is missing) created by
- In the example of "Opt" "Opt("MustDeclareVars", 0) ;0=no, …
- 10:11 AM Ticket #2073 (ContinueLoop crashes script if nothing to jump) created by
- Using ContinueLoop without a following statement to jump over to …
- 12:01 AM Ticket #2072 (Tutorial RegExp - wrong word) closed by
- Fixed: Fixed by revision [6560] in version: 3.3.9.0
Dec 25, 2011:
- 7:53 PM Ticket #2072 (Tutorial RegExp - wrong word) created by
- At the Tutorial RegExp you must replace "([0-9]{1,3} damage)" with …
- 8:12 AM Ticket #2071 (autoit-docs-v3.3.8.0-src.exe is missing) closed by
- Fixed: It has been uploaded
Dec 23, 2011:
- 5:33 PM Ticket #2071 (autoit-docs-v3.3.8.0-src.exe is missing) created by
- Hi, where can I download "autoit-docs-v3.3.8.0-src.exe"? Thanks
- 5:14 PM Ticket #2003 (ProcessWaitClose() using too much CPU) closed by
- Fixed: Fixed by revision [6544] in version: 3.3.9.0
- 4:32 PM Ticket #2067 ($n=-2147483648 is not an int32) closed by
- Fixed: Fixed by revision [6541] in version: 3.3.9.0
- 12:24 PM Milestone 3.3.8.0 completed
Dec 21, 2011:
- 8:12 AM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) updated by
- When you submit a test example, please make it "working". Your one has no EndFunc neither an simulation of _SendQuiet(), _RegEx(). The worst is we cannot reproduce anything as we don't know on what $hStatus is coming from Don't forget also to describe the environment you are running under as Environment(Language:040C Keyboard:0000040C OS:WIN_7/Service Pack 1 CPU:X64 OS:X86) We don't have cristal ball …
- 6:20 AM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) updated by
- Some of the functions may need some more explanation. _SendQuiet('port') should retrieve a string like "Port: 7000", and _Regex() would then retrieve the number with the "0" parameter being the default return value.
- 6:17 AM Ticket #2070 (_GUICtrlStatusBar_GetText() Crash) created by
- […] The idea of this code is to get the first part of a 4-part …
Dec 19, 2011:
- 9:54 AM Ticket #2069 (StringRegExpGui example produce 2 warnings) created by
- open tutorial-> String regular expression then push "Open …
Note:
See TracTimeline
for information about the timeline view.
