Timeline
Apr 17, 2009:
- 10:42 PM Ticket #909 (WinActivate / WinExists / WinTitleMatchMode Title Bug) updated by
- Replying to xelotiac@…: > I have used extern tools to investigate this exits problem. Indeed the Opera and some more program has more titles - in this case Opera has 4 titles: > "Website Name - Opera", "Opera", "M", "Default IME". By the way last Title AutoIt also creates. > > You've right, is no Bug, but it would be worth to know this background, so you can add this at the official help file, if you think is ok...? Do you have any idea how many exceptions there could be potentially? I cannot see ant reason why we should even try to document this as this is cearly your mistake and although I understand the mistake is easily made, its still up to the scripter to do debugging and proper design. Again, use our forums the next time when things don't work. Jos
- 6:58 PM Ticket #910 (Static Right justified text) updated by
- can you post a repro script so I can see what the result you want? Thanks
- 5:42 PM Ticket #910 (Static Right justified text) created by
- Maybe it's just me but this line in the GUI Control Styles doc page …
- 4:04 PM Ticket #909 (WinActivate / WinExists / WinTitleMatchMode Title Bug) updated by
- I have used extern tools to investigate this exits problem. Indeed the Opera and some more program has more titles - in this case Opera has 4 titles: "Website Name - Opera", "Opera", "M", "Default IME". By the way last Title AutoIt also creates. You've right, is no Bug, but it would be worth to know this background, so you can add this at the official help file, if you think is ok...?
- 3:12 PM Ticket #909 (WinActivate / WinExists / WinTitleMatchMode Title Bug) updated by
- Well, I understand, that my Program / Compiler has an "AutoIt" title too, ok - I think this would be worth a comment, that you are not allow to beginn with title "AutoIt"... But whats with the second problem with WinExists - it works on all windows incorrectly…
- 1:35 PM Ticket #908 (GUICtrlSetImage needs wrong icon index to show needed icon) closed by
- No Bug: Just reread the doc as negative index have been introduce to differentiate name and index reference
- 12:00 PM Ticket #909 (WinActivate / WinExists / WinTitleMatchMode Title Bug) closed by
- No Bug: Please use the forums to ask these type of questions before reporting a supposed BUG. Closing as NOBUG. Run this script and see the result: […]
- 9:28 AM Ticket #909 (WinActivate / WinExists / WinTitleMatchMode Title Bug) updated by
- To sum up all: . WinActivate works not very truly . WinExists always checks the whole title
- 9:24 AM Ticket #909 (WinActivate / WinExists / WinTitleMatchMode Title Bug) updated by
- New Ones: […] Its only deactivate the current windows) But WinActive seems to work always correct
- 9:00 AM Ticket #907 (Local and Global varaibleas has no different) updated by
-
Milestone changed
Automatic ticket cleanup. - 8:57 AM Ticket #909 (WinActivate / WinExists / WinTitleMatchMode Title Bug) created by
- Hello, --1-- Open the AutoIt Help and execute this code line: […] …
- 8:53 AM Ticket #908 (GUICtrlSetImage needs wrong icon index to show needed icon) created by
- GUICtrlSetImage needs wrong icon index to show needed icon. In 3.2.X.X …
- 7:49 AM Ticket #907 (Local and Global varaibleas has no different) closed by
- No Bug: You need to read WikiStart, the documentation and learn how to use the forum.
- 7:06 AM Ticket #907 (Local and Global varaibleas has no different) created by
- See sources: File: main.au3 […] File: file1.au3 …
Apr 15, 2009:
- 10:08 AM Ticket #904 (ShellExecuteWait Flag Bug) updated by
- Hey, you've right! So I found the Reason: I have used the old german help file for v. 3.1.0 instead of 3.3.0. There was no so much options. Now I have found even a actual help file =) Thank you very much for your quick support!
- 6:31 AM Ticket #905 (Doc error in SplashTextOn()) updated by
- I don't think you right just attach a repro script as requested in the track submission
Apr 14, 2009:
- 11:14 PM Ticket #906 (ActiveX Control on a GUI gets incorrect size information when queried) created by
- If an MFC ActiveX Control makes a call to […] , it is supposed to …
- 9:40 PM Ticket #904 (ShellExecuteWait Flag Bug) updated by
- You are calling the function wrong.
- 9:23 PM Ticket #904 (ShellExecuteWait Flag Bug) updated by
- Hello, I have try out only this one liner with severals programs / windows and it doesn't take effect. Please veryfing yourself it and reopen this track.
- 7:51 PM Ticket #905 (Doc error in SplashTextOn()) created by
- Docs for SplashTextOn() are incorrect and have been forever. In the …
- 7:14 PM Ticket #903 (_ExcelReadSheetToArray doesn't work with other MSoffice language than US) closed by
- Duplicate: Closing as duplicate of #850. A simple search for "_ExcelReadSheetToArray" would have provided results.
- 7:12 PM Ticket #904 (ShellExecuteWait Flag Bug) closed by
- No Bug: No shit, you don't say? Maybe if you try calling the function correctly you might get better results.
- 6:55 PM Ticket #904 (ShellExecuteWait Flag Bug) created by
- Flag Setting (e.g. SW_MAXIMIZE) has no effect. …
- 5:42 PM Ticket #903 (_ExcelReadSheetToArray doesn't work with other MSoffice language than US) created by
- When the OS language or MS Office language is other than US the …
- 9:00 AM Ticket #902 (Typo in AutoIT Help (.chm file) _SQLite_GetTable) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:06 AM Ticket #902 (Typo in AutoIT Help (.chm file) _SQLite_GetTable) closed by
- Fixed: Already fix in 3.3.1
Apr 12, 2009:
- 6:57 PM Ticket #902 (Typo in AutoIT Help (.chm file) _SQLite_GetTable) created by
- _SQLite_GetTable I think line 49 has an typo with ")" as I was getting …
- 6:12 PM Ticket #901 (Array in array) closed by
- Rejected: Given that the feature exists asking for the feature is rather pointless don't you think?
- 6:00 PM Ticket #901 (Array in array) updated by
-
Version changed
Automatic ticket cleanup. - 3:14 PM Ticket #901 (Array in array) created by
- I would love it if AutoIt had the possibility to insert arrays in …
- 11:57 AM Ticket #900 (_GUICtrlTreeView_SetChecked() - add Remarks) updated by
- Replying to Jpm: > Standard Function never reference UDF doc. Only the reverse if needed Then add this only to UDF part (not to ControlTreeView).
Apr 11, 2009:
- 11:27 PM Ticket #900 (_GUICtrlTreeView_SetChecked() - add Remarks) closed by
- Rejected: Standard Function never reference UDF doc. Only the reverse if needed
- 9:00 PM Ticket #900 (_GUICtrlTreeView_SetChecked() - add Remarks) updated by
-
Version changed
Automatic ticket cleanup. - 8:16 PM Ticket #900 (_GUICtrlTreeView_SetChecked() - add Remarks) created by
- Note: This could be added maybe also at ControlTreeView() Check option …
Apr 10, 2009:
- 9:23 PM Ticket #899 (Change default "Open" verb for ShellExecute to allow support for all ...) updated by
- Does this mean you agree with my remark about breaking backwards compatibility. documenting that breakage and all that fun stuff?
- 9:00 PM Ticket #899 (Change default "Open" verb for ShellExecute to allow support for all ...) updated by
-
Version changed
Automatic ticket cleanup. - 7:14 PM Ticket #899 (Change default "Open" verb for ShellExecute to allow support for all ...) created by
- With the current way ShellExecute works its impossible to use …
- 4:59 PM Ticket #898 (More Detail in "AutoIt Error" window?) closed by
- Rejected: Or, you could write your scripts in a way so that they don't crash.
- 3:00 PM Ticket #898 (More Detail in "AutoIt Error" window?) updated by
-
Version changed
Automatic ticket cleanup. - 2:21 PM Ticket #898 (More Detail in "AutoIt Error" window?) created by
- Using this on a "AutoIt Error" window with the "Line -1:...Error: …
- 7:51 AM Ticket #896 (CPU intencive yet simple and powerful addition to PixelSearch) updated by
- Replying to ao0921@…: > sorry, I'm new to this, i was thinking i did something wrong to the first one. In the future when you think you've done something wrong the first try ask how to do it right (on the forum) before trying again. As it is, you didn't do anything wrong the first time. You should have added your code as a new comment to the first ticket. Creating a new, identical (mostly) ticket was wrong. > So i guess this function is more then AutoIt is planned to do? Yes. It offers only a slight variation over the standard PixelSearch(). > Also your name isn't that Russian? (just curious) No.
- 6:03 AM Ticket #896 (CPU intencive yet simple and powerful addition to PixelSearch) updated by
- sorry, I'm new to this, i was thinking i did something wrong to the first one. So i guess this function is more then AutoIt is planned to do? Also your name isn't that Russian? (just curious)
- 3:46 AM Ticket #897 (StringToASCIIArray() does not work correctly with binary data.) created by
- I need to fix StringToASCIIArray() to properly support binary data, …
- 3:39 AM Ticket #894 (StringToASCIIArray() with UTF-8 encoding gives wrong result) closed by
- No Bug: This line of code: […] After that call you are done with UTF-8. The variable $str now UNICODE. The problem is you are mangling the data in the call to StringToASCIIArray() because you lie to it and tell it the string is UTF-8 when in reality no it's not. However, it does what you tell it to and returns garbage as a result. I hope I don't need to explain what the fix is. This is not a bug.
- 3:13 AM Ticket #895 (CPU intencive yet simple and powerful addition to PixelSearch) closed by
- Duplicate: Closing as a duplicate of #896.
- 3:12 AM Ticket #896 (CPU intencive yet simple and powerful addition to PixelSearch) closed by
- Rejected: Is there some reason you had to post this as a second ticket? Couldn't you have just posted the code as a new comment in #895? Further, while the code is logically sound it uses GetPixel() rendering it useless. I would not be surprised at all if you (or at least somebody) can't write something in AutoIt faster than that. GetPixel() is horrible for repeated operations because it involves a tremendous amount of overhead per call. Since you know C++ I suggest you write a DLL (optionally make it a plugin DLL). The API is undocumented but it is still there and people on the forum do know how to write plugins. You just need to start asking the right questions in the right place which is something you haven't done so far.
- 1:50 AM Ticket #896 (CPU intencive yet simple and powerful addition to PixelSearch) created by
- Would help greatly because algorithm is VERY CPU intensive and is …
- 12:00 AM Ticket #895 (CPU intencive yet simple and powerful addition to PixelSearch) updated by
-
Version, Milestone changed
Automatic ticket cleanup.
Apr 9, 2009:
- 11:52 PM Ticket #895 (CPU intencive yet simple and powerful addition to PixelSearch) created by
- Would help greatly because algorithm is VERY CPU intensive and is …
- 3:27 PM Ticket #894 (StringToASCIIArray() with UTF-8 encoding gives wrong result) created by
- StringToASCIIArray() with UTF-8 encoding gives wrong result […] …
- 9:02 AM Ticket #351 (Reverse PixelSearch) updated by
- THANK YOU!!!! Can't wait!
Apr 8, 2009:
- 11:33 PM Ticket #889 (GUISetIcon() stops working after FileOpenDialog()) updated by
- Thanks for clarification. Connecting GUISetIcon's behavior to OpenFileDialog's change of working directory never came to my mind.
- 10:57 PM Ticket #892 (Request for ControlGetColor, ControlGetBkColor) updated by
- Gee, aweful nice of you to take as much time as I did in making this request.
Apr 7, 2009:
- 9:13 AM Ticket #888 (error with Send("{}}") under winXP) closed by
- Fixed: Fixed in version: 3.3.1.0
- 6:23 AM Ticket #893 (Generating a script / recording a script.) closed by
- Rejected: Try searching the forum next time.
- 6:00 AM Ticket #893 (Generating a script / recording a script.) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 5:58 AM Ticket #893 (Generating a script / recording a script.) created by
- why don't you add a feature like which will generate script or record …
Apr 6, 2009:
- 6:38 PM Ticket #890 (inconsistence with objects and execute) closed by
- No Bug: You missed the point which was the script is not reproduceable. You are using an object not commonly available. > what do you think? I think Execute() should be removed from the language.
- 6:24 PM Ticket #890 (inconsistence with objects and execute) updated by
- back again, just recogniced that it is impossible to set object attributes with execute because it is a read only function, i would suggest adding this as feature request for further autoit versions. what do you think?
- 6:23 PM Ticket #890 (inconsistence with objects and execute) updated by
- Environment = 3.3.0.0 under WIN_XP/Service Pack 3 X86
- 5:27 PM Ticket #892 (Request for ControlGetColor, ControlGetBkColor) closed by
- Rejected: There is no standard way of retrieving color information.
- 5:25 PM Ticket #891 (IE-Events are not viewable) closed by
- No Bug: Read WikiStart. Pay particular attention to the part where it says: > Do not ask for support
- 5:24 PM Ticket #890 (inconsistence with objects and execute) updated by
- WikiStart#Howtoreportbugs
- 3:37 PM Ticket #892 (Request for ControlGetColor, ControlGetBkColor) created by
- I've seen a bit of call for this and tried many suggestions and even …
- 2:09 PM Ticket #890 (inconsistence with objects and execute) updated by
- here the link to the thread: http://www.autoitscript.com/forum/index.php?showtopic=92674&st=0#entry666028
- 1:59 PM Ticket #891 (IE-Events are not viewable) created by
- Hello, I have the problem that I have an AutoIT-Script to gauge the …
- 12:59 PM Ticket #890 (inconsistence with objects and execute) created by
- Hi if i use the execute function to do a method call like this: …
- 11:04 AM Ticket #888 (error with Send("{}}") under winXP) reopened by
- Thanks to other dev I reopen it as doc say reverse. Not sure What will be the solution code/doc
- 10:53 AM Ticket #887 (Errors helfile 3.3.0.0) closed by
- Fixed: Fixed in version: 3.3.1.0
- 10:45 AM Ticket #887 (Errors helfile 3.3.0.0) updated by
- I try to incorporate most of what you changes. But Standard builtin never reference UDF. So Acos() will not reference _Degree() the crossreferencing is not all the time symetrical as "If" as no reference to reference "Select" Gary will be surprised as soon it get back it system working.
Apr 5, 2009:
- 4:54 PM Ticket #889 (GUISetIcon() stops working after FileOpenDialog()) closed by
- No Bug: doc say […] so no bug
- 4:52 PM Ticket #888 (error with Send("{}}") under winXP) closed by
- No Bug: {} -> Null followed by } so there is no error just use […]
Apr 4, 2009:
- 8:59 PM Ticket #881 (Au3Check Yacc stack overflow) updated by
- Thanks to all three of you.
- 8:20 PM Ticket #889 (GUISetIcon() stops working after FileOpenDialog()) updated by
- OpenFileDialog() changes the Workdir to the directory the file was chaoosen from. Try setting it back to de @Scriptdir right after the OpenFileDialog().
- 8:02 PM Ticket #889 (GUISetIcon() stops working after FileOpenDialog()) created by
- If you create a form AFTER FileOpenDialog() was called and …
- 11:58 AM Ticket #887 (Errors helfile 3.3.0.0) updated by
- Hi, I have found more "errors". 1 GUICtrlSetTip Mutual does not refer GUICtrlSetTip refers to Default. But not the other way 2 IsAdmin Mutual does not refer IsAdmin refers to RequireAdmin. But not the other way 3 ToolTip Mutual does not refer ToolTip refers to Default. But not the other way 4 WinMove Mutual does not refer WinMove refers to Default. But not the other way 5 comments-start Mutual does not refer comments-start refers to include. But not the other way 5 comments-start Mutual does not refer comments-start refers to include-once. But not the other way 6 Do Mutual does not refer Do refers to For. But not the other way 7 Exit Mutual does not refer Exit refers to FuncOnAutoItExit. But not the other way 8 ForInNext Mutual does not refer ForInNext refers to ObjEvent. But not the other way 9 Func Mutual does not refer Func refers to Dim. But not the other way 9 Func Mutual does not refer Func refers to include. But not the other way 10 include-once Mutual does not refer include-once refers to FileInstall. But not the other way 11 ReDim Mutual does not refer ReDim refers to UBound. But not the other way 12 Switch Mutual does not refer Switch refers to If. But not the other way 12 Switch Mutual does not refer Switch refers to IfElseEndIf. But not the other way For this "errors" I have NO corrected .txt-files. You must correct it yourself
Apr 3, 2009:
- 10:41 PM Ticket #888 (error with Send("{}}") under winXP) created by
- Hello & thanks for looking at this. My problem is: Send("{}}") …
- 9:33 PM Ticket #887 (Errors helfile 3.3.0.0) updated by
- I have send you an PM with the updated .txt-files with the related"Bug". Please check if it is now OK.
- 3:48 PM Ticket #887 (Errors helfile 3.3.0.0) updated by
- can you PM me the updated .txt to fix the related/back reference. I am not sure all should have backward But as I will not go manually to update all those. I fix the blank line which was due to an internal generation from the include.au3
- 1:35 PM Ticket #887 (Errors helfile 3.3.0.0) created by
- Hi, there are a lot of erros in the helpfile for 3.3.0.0. In the file …
Apr 2, 2009:
- 6:30 PM Ticket #881 (Au3Check Yacc stack overflow) closed by
- Fixed: Fixed in version: 3.3.1.0
Apr 1, 2009:
- 8:23 AM Ticket #883 (ScrollBox) updated by
- Ok, i assumed about this.
- 12:53 AM Ticket #885 (Investigate why Default compares true to False) closed by
- Fixed: Fixed in version: 3.3.1.0
- 12:48 AM Ticket #885 (Investigate why Default compares true to False) updated by
- After some discussion it's been determined that Default should only compare true to Default. It should not compare true to anything else including "" and -1. So with that in mind I'm closing this with the original fix from JP as it does solve the issue with comparison to False.
Mar 31, 2009:
- 11:10 PM Ticket #271 (FTP - make it as standard include file (or native AutoIt)) closed by
- Completed: Added in version: 3.3.1.0
- 10:11 PM Ticket #886 (Make it explicit that operator == is a forced string comparison.) closed by
- Fixed: Fixed in version: 3.3.1.0
- 6:00 PM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
-
Milestone changed
Automatic ticket cleanup. - 5:13 PM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) closed by
- Fixed
- 5:07 PM Ticket #883 (ScrollBox) closed by
- Rejected: It appears the user is talking about a Delphi control called ScrollBox. The native Windows API has no equivalent outside of a window itself. There's nothing here for us to implement.
- 4:53 PM Ticket #886 (Make it explicit that operator == is a forced string comparison.) reopened by
- The documentation was not made any clearer, re-opening.
- 4:52 PM Ticket #885 (Investigate why Default compares true to False) reopened by
- This is not fixed in the way that I want.
- 2:48 PM Ticket #883 (ScrollBox) updated by
- Replying to hunt: > In edit Control it is possible to add only the text, but in ScrollBox it is possible also others controls. If in ScrollBox do not hold controls then on the right appears ScrollBar. Usually it will occupy about 200 lines of a code to achieve ideal scrollbox . Just PM me them so I can have an idea how to add them to AutoIt code. Thanks
- 1:09 PM Ticket #886 (Make it explicit that operator == is a forced string comparison.) closed by
- Fixed: Fixed in version: 3.3.1.0
- 1:04 PM Ticket #885 (Investigate why Default compares true to False) closed by
- Fixed: Fixed in version: 3.3.1.0
- 9:14 AM Ticket #886 (Make it explicit that operator == is a forced string comparison.) updated by
- can you give us an example?
- 9:00 AM Ticket #883 (ScrollBox) updated by
- In edit Control it is possible to add only the text, but in ScrollBox it is possible also others controls. If in ScrollBox do not hold controls then on the right appears ScrollBar. Usually it will occupy about 200 lines of a code to achieve ideal scrollbox .
- 8:51 AM Ticket #867 (UDPRecv no longer gives the sender IP) closed by
- Fixed: Fixed in version: 3.3.1.0
- 8:16 AM Ticket #886 (Make it explicit that operator == is a forced string comparison.) updated by
-
Description, Summary changed
Fixed silly typos. - 8:15 AM Ticket #886 (Make it explicit that operator == is a forced string comparison.) created by
- It's ambiguous how operator == works. It needs to mention it is a …
- 6:56 AM Ticket #885 (Investigate why Default compares true to False) created by
- The following code compares true and displays "False" when tested. …
Mar 30, 2009:
- 9:29 PM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- Replying to rboucher: > It is important to you that I test on my end so that bug can be closed? I can install on a Win2008 VM and verify that it fixed. > > Rob no need I am sure of the test, Jos will close it when he want. You can use the AutoIt3Wrapper.exe in the download beta area of SciTE Thanks for your help
- 7:11 PM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- It is important to you that I test on my end so that bug can be closed? I can install on a Win2008 VM and verify that it fixed. Rob
- 6:49 PM Ticket #881 (Au3Check Yacc stack overflow) updated by
-
Owner, Status changed
Will have a look at this and "believe" I know how it can be solved. - 5:56 PM Ticket #884 (Proxy mode 0 (use IE) and authentication) created by
- I need to see about allowing authentication to work when using proxy …
- 5:30 PM Ticket #854 (InetGetSize) closed by
- Fixed: I'm going to go out on a limb and say this is fixed in 3.3.1.0 (the beta we'll eventually release). When fixing another proxy-related issue I discovered that InetGetSize() did not go through a proxy at all. In 3.3.1.0 this has been fixed.
- 5:14 PM Ticket #870 (Floating point error.) closed by
- Works For Me: Closing due to lack of information.
- 5:14 PM Ticket #131 (UDP socket and IP) closed by
- Duplicate: Closing as duplicate of #867. We don't need to track this in two places.
- 5:13 PM Ticket #867 (UDPRecv no longer gives the sender IP) updated by
-
Version, Type changed
Changed to a bug report. - 5:11 PM Ticket #854 (InetGetSize) updated by
- Replying to Jpm: > reopen as the test must be done thru a proxy as diagnose by psandu.ro If that is true then we need more details.
- 5:10 PM Ticket #881 (Au3Check Yacc stack overflow) updated by
- I've added the attachment on behalf of Manadar since he kept getting caught by the spam filter.
- 2:18 PM Ticket #883 (ScrollBox) updated by
- Can you describe how it is different from using an Edit control to display info? You can even set the state to disable if you don't want to have modification.
- 2:05 PM Ticket #854 (InetGetSize) reopened by
- reopen as the test must be done thru a proxy as diagnose by psandu.ro
- 12:00 PM Ticket #883 (ScrollBox) updated by
-
Version changed
Automatic ticket cleanup. - 10:06 AM Ticket #883 (ScrollBox) created by
- Hello. Whether really to add ScrollBox in Autoit?
- 9:46 AM Ticket #131 (UDP socket and IP) reopened by
- 9:45 AM Ticket #867 (UDPRecv no longer gives the sender IP) reopened by
Mar 28, 2009:
- 8:31 AM Ticket #615 (License needs fixed) updated by
- And again the TicketCleanup changed the severity…
Mar 27, 2009:
- 9:00 PM Ticket #615 (License needs fixed) updated by
-
Severity changed
Automatic ticket cleanup. - 6:48 PM Ticket #615 (License needs fixed) reopened by
- I'm re-opening this. I think that the license is still wrong.
- 6:28 PM Ticket #882 (Helpfile : _GUICtrlEdit_InsertText) closed by
- Fixed: Fixed in version: 3.3.1.0
- 6:19 PM Ticket #881 (Au3Check Yacc stack overflow) updated by
- unless you paste a bad link this pb cannot be reproduce with the pointed information. Please post a repro script. Thanks
- 2:56 PM Ticket #882 (Helpfile : _GUICtrlEdit_InsertText) created by
- Hello, Tidy --> …
- 2:31 PM Ticket #881 (Au3Check Yacc stack overflow) created by
- My code is wrong but I think it is Au3Check erroring. Previous case: …
- 6:41 AM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- For me it is working, Just the consolewrite at line 40 is a little confusing CPU: @OSArch it should be CPU: @CPUArch OS: @OSArch
Mar 26, 2009:
- 10:30 PM Ticket #873 (DLLCall crashes when characters \\.\ in parameters) closed by
- No Bug: Replying to helmut.hiller@…: > now works different from older versions, but works. Gee, I wonder if reading the changelog and in particular the script-breaking changes portion would tell you that?
- 9:08 PM Ticket #873 (DLLCall crashes when characters \\.\ in parameters) updated by
- Hi, now works different from older versions, but works. when I use: $hdl = DllCall($drv,"short","ldv_open","str"," .\LegacyMIP12","short*","LdiUSB_000-004") can open the driver to the device, send and receive messages. It,s not the original openLDV, it's the one for LOYTEC devices. BR Helmut
- 8:34 PM Ticket #880 (Run RunWait Error with Working Dir Parameter) closed by
- No Bug: Nothing to see here. Definitely not a bug.
- 8:29 PM Ticket #880 (Run RunWait Error with Working Dir Parameter) updated by
- Let me try that again but this time without so many typos :) Not sure what you think the BUG is, but the Workdir parameter ísn't used to find the program being shelled.
- 8:11 PM Ticket #880 (Run RunWait Error with Working Dir Parameter) updated by
- Not sure what you thing the BUIG is, but the Workdir parameter ísn't used to find the program being shelled.
- 7:55 PM Ticket #880 (Run RunWait Error with Working Dir Parameter) created by
- When trying to run a script located in the ScriptDir, if your working …
- 5:38 PM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- Uploaded a new Beat version of AutoIt3Wrapper with fixes for the wrong REGKEY. Let me know if this works, because I can test it. Jos
- 2:08 PM Ticket #868 (Add _WinAPI_SetLayeredWindowAttributes) closed by
- Completed: Added in version: 3.3.1.0
- 1:46 PM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- I will have a look this evening and upload a fixed version. Jos
- 12:47 PM Ticket #854 (InetGetSize) closed by
- Works For Me
- 12:46 PM Ticket #854 (InetGetSize) updated by
- added test script email by psandu.ro for me the script work with or without the _InetGetSource
- 11:59 AM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- I just test the beta version the bug is still there
- 11:57 AM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
-
Owner, Component changed
- 11:57 AM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- I don't know if the beta version of autoitWrapper correct it but I found the error nothing related with the 32/64 bit interaction just AutoitWrapper.au3 mistyping HKCR\AutoIt3Scrip -> HKCR\AutoIt3Script
- 8:18 AM Ticket #867 (UDPRecv no longer gives the sender IP) closed by
- No Bug
- 8:13 AM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- In fact if you run from Scite you always exercised the 32 bit version. Il almost sure that if you run the script from the explorer you will get the 64 bit version by default I am not sure that tou can run your script in 64bit mode from Scite which is a 32bit application as you did
Mar 25, 2009:
- 8:10 PM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- On second thought - It's possible that it could be the script editor install. When I run your script I get the following message box in the attached PNG I'm quite clear on the PNG that you posted. I'm chosing the x64 option every time I install. But when I'm using SciTE, it's running the 32-bit versions. The start menu icons for AutoIT are pointing to _X64, but I'm not using those. I'm doing everything from inside SciTE The install is in the Program Files (x86) directory even if I choose X64 option. I do this install AutoIT install extended version of the SciTE4AutoIT3 script editor. (There are no options in the script install that I can see about using x64) I go to Program Files There is no AutoIT3 folder I go to Program Files (x86) There's the AutoIT3 folder. I run the script editor. There are two links to it in the start menu, but both point to same place. c:\Program Files (x86)\AutoIt3\SciTE\SciTE.exe I know it's wrong because it's invoking the 32-bit version when I'm trying to run it. The X64 versions have a different filesize. My checking code below tells me when there is a mismatch. ConsoleWrite("OS Version is " & @OSARCH & @CRLF) ConsoleWrite("AutoIT 64bit Version Running? 1 if so -->" & @AutoItX64 & @CRLF) When I run these with a fresh install, @AutoITX64 = 0. If you want a video of the install as I'm doing it that's fine too. That would be from download from the site to install to execution.
- 5:42 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) closed by
- Rejected
- 5:42 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) reopened by
- FileRename() is entirely redundant. I don't understand why it's so hard for people to grasp that you move from NameA to NameB even though the directory doesn't change. I can think of a reason not to add WinSetPos(): SetWindowPos(). SetWindowPos() is a Windows API function that does something completely different than our WinSetPos() would. However, at first glance it would look like it would do the same thing with just a rename to our naming scheme. So sticking with WinMove() is less confusing in that regard. I'm going to re-open this ticket so I can change the resolution. We didn't complete it and we do not have any intention of completing it.
- 5:08 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- Hi, what happened to the idea of adding WinSetPos and FileRename and so on? Mega
- 4:56 PM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- Replying to rboucher: > The two issues I reported with RegRead and ControlTreeview are how I found the problem after hours of trouble shooting why they didn't work, but they are not the main issue. Sorry if I clouded things including them. > > On install. > I did choose "yes" to install the 64-bit versions of tool. Didn't matter. The install detects that I'm on a 64-bit OS, but it does not correctly install the 64 bit versions. When I run AutoIT from the installed icons, it's using the 32-bit versions for everything. > > On what directory is uses (Program Files (x86) - I'm just going where the start menu icons are pointing. As I mentioned in the bug, it does put the 64-bit versions of the program files in the same directory. > > And I've installed this 6 times with the same exact results. > > So this seems an install problem and not user error. > > How can you proof that the install is wrong? what is the result of the execution of the script I post above. under Vista the start menu is a the start menu.png I just post. You can see that both X86 and X64 can be exercised.
- 1:34 PM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- The two issues I reported with RegRead and ControlTreeview are how I found the problem after hours of trouble shooting why they didn't work, but they are not the main issue. Sorry if I clouded things including them. On install. I did choose "yes" to install the 64-bit versions of tool. Didn't matter. The install detects that I'm on a 64-bit OS, but it does not correctly install the 64 bit versions. When I run AutoIT from the installed icons, it's using the 32-bit versions for everything. On what directory is uses (Program Files (x86) - I'm just going where the start menu icons are pointing. As I mentioned in the bug, it does put the 64-bit versions of the program files in the same directory. And I've installed this 6 times with the same exact results. So this seems an install problem and not user error.
- 8:39 AM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- Autoit install under "Program Files (x86)" both X86 and X64 versions. When you install you get a window which ask you to configure the x64 tools, choose Yes. If you don't like "Program Files (x86)" you can choose later on another one. Remember that the x86 will also be installed under. When clicking on a .au3 file you will get x64 version running
- 12:40 AM WikiStart edited by
- Note about one ticket one issue policy. (diff)
- 12:36 AM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) updated by
- Do not report two separate issues in the same ticket. Your first problem may or may not be an issue. The second problem is not an issue. A 32-bit process accessing certain registry keys has them reflected to another key entirely. In short, the 32-bit and 64-bit processes aren't reading the same key even though you think they are. Turn off reflection or access the key by it's real path, not the reflected path. Now, as for your first problem, the path gives me a clue that you didn't install correctly for 64-bit (or there is an issue in installing for 64-bit). I don't think the program would be in "Program Files (x86)" if it was properly installed in 64-bit mode.
- 12:02 AM Ticket #879 (AutoIT installation fails to use 64-bit versions on 64-bit OS Win 2008) created by
- When I've installed AUTOIT on either real or virtualized version of …
Mar 24, 2009:
- 12:00 AM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) updated by
-
Milestone changed
Automatic ticket cleanup.
Mar 23, 2009:
- 11:01 PM Ticket #878 (Windows PE and GimageX) closed by
- Rejected: Please use forum to get help
- 10:59 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) closed by
- Fixed: I try to fix a maximum of them.
- 6:00 PM Ticket #878 (Windows PE and GimageX) updated by
-
Version changed
Automatic ticket cleanup. - 4:39 PM Ticket #878 (Windows PE and GimageX) created by
- Is it possible to make GimageX launch and work from a Windows PE disc. …
- 2:06 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) updated by
- OK, here an example: 13 PixelSearch Number of variables wrong / variables differently / variables in different order (is | should) 4 | 8 Syntax: PixelSearch ( left, top, right, bottom, color [, shade-variation [, step [, hwnd]]] ) Parameters: left top right bottom colour shade-variation step hwnd 4 | 8 means that the parameter 1, 2, 3 and 4 are identical in the syntax an the parameter list. Parameter 5 ist wrong. Here it is only a write error (color <> colour) here an example: 70 _GUICtrlListView_SimpleSort Number of variables wrong / variables differently / variables in different order (is | should) 2 | 3 Syntax: _GUICtrlListView_SimpleSort($hWnd, ByRef $vDescending, $iCol) Parameters: $hWnd $vDescending 2 | 3 means that the parameter 1 and 2 are identical in the syntax an the parameter list. Parameter 3 is missing.
- 1:29 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) updated by
- I cannot understand where the "(is | should) x | y" apply. Can you put an example of the corrected doc should be?
- 12:33 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) updated by
- Hi, the file GUIEvent.htm is the same as GUIRef.htm but older. I think the file GUIEvent.htm should be deleted. the file index.htm is the same as AutoIt.htm but older. I think the file index.htm should be deleted. Should we delete the examples "PluginOpen.au3" and PluginClose.au3"?. The txt-files are in the "unused" folder. Why are the examples not in the unused folder?
- 12:13 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) updated by
- Hi, the system means that this is spam. So I added a txt-File with the errors
- 12:02 PM Ticket #877 (errors in der helpfile for AutoIt 3.3.0.0 Part 1) created by
- Hi, we have translate the english helpfile into german. So we see that …
- 9:00 AM Ticket #869 (@OSLang will not detect MUI enviroments) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:17 AM Ticket #869 (@OSLang will not detect MUI enviroments) closed by
- Completed
Mar 22, 2009:
- 9:34 PM Ticket #269 (ImageSearch()) updated by
- Replying to dkrichun@…: > ImageSearch.au3 not work under Windows 7 x64 if AutoIt3_x64.exe used! > > ERROR > Line 40 ...ImageSearch.au3 > if $result[0]="0" then return 0 > if $result ERROR > > Error: Subscript used with non-Array variable > > If run under AutoIt3.exe - all ok! And what does that have to do with this ticket? Nothing. Post on the forum.
- 7:39 PM Ticket #269 (ImageSearch()) updated by
- ImageSearch.au3 not work under Windows 7 x64 if AutoIt3_x64.exe used! ERROR Line 40 ...ImageSearch.au3 if $result[0]="0" then return 0 if $result ERROR Error: Subscript used with non-Array variable If run under AutoIt3.exe - all ok!
- 6:12 PM Ticket #867 (UDPRecv no longer gives the sender IP) updated by
- Nothing change in this area for a long time UDPRecv never return IP. It is an input info contain in the socketarray parameter. So please post a script that will document what you expect as a new feature.
- 6:10 PM Ticket #876 (@error passthrough on 'Return' statements) updated by
- From the name and description, 'Developer Chat' looked as though it was for, well, 'Developers' (and 'C++ geeks'?). That's what turned me away - I had figured I'd need to be one or the other to be allowed to post (if that was worded differently I would have definitely gone there). Thanks for answering though. Never heard of copy-on-write, but I'll post in the Developer Chat area rather than continue this here.
- 5:34 PM Ticket #876 (@error passthrough on 'Return' statements) updated by
- Wow, what do you know, we have a a forum called Developer Chat. I wonder if maybe the developers answer posts there? Keep in mind, we aren't going to reveal all the implementation details of the language. It's somewhat well known, however, that array's have been implemented as copy-on-write for years and a year or so ago all variables were changed to copy-on-write as well. So as long as you aren't changing the variable in the temporaries then there's not much performance impact - even with massively large arrays.
- 2:46 PM Ticket #876 (@error passthrough on 'Return' statements) updated by
- Okay, it looks like I touched on a nerve - and that wasn't the intention. By the looks of your "correction" to my code, aren't you sending *more* data back and forth - by passing the temporary variable to SetError() also (before finally returning the value)? Of course, yes - I *have* searched the forums, and I really don't know the internals of how temporary variables plus SetError() are implemented. But how do I get a developer to answer a post on either matter, when I've had posts before (directed at developers) completely ignored? And with this type of attitude of 'you don't know what you're talking about - and I'm not providing an answer here' (which might have taken less words?), how do I have any hope of learning about the internals? Maybe it'd be more clear if you think of a huge array being returned. Passing that to a local variable, passing it to SetError() and then Returning it - in any other language, that's a waste. If there is some hidden implementation that avoids all that, yes I'd like to know - but give people like me some place to find that out, rather than from random forum users' guesses. Here in your response would have been nice, but instead i get a lash of the whip. I do still see use for a keyword like 'ReturnWithSubError', as it would avoid all the extra bits - and would also be clear to the programmer what is being returned. However, if this still seems like a ridiculous idea - please please provide some option on how to get information from developers on the implementation of temporary storage & SetError()'s implementation rather than posting something that will be ignored. thanks
- 8:27 AM Ticket #876 (@error passthrough on 'Return' statements) closed by
- Rejected: Absolutely not. The design is fine the way it is. It is designed to be verbose for a reason: reliability. If it's possible for values to propagate then it's no longer possible to determine where the value originated from. Also, the least you could do is actually try to write the "ridiculous" code correctly. […] Look at that, SetError() makes the ReturnWithExtraGarbage work like you described. And, once again, the behavior exists for a reason. The idea of some magic Return statement was rejected in favor of allowing SetError() to take and return a user-specified value. Its verbose, clean, convenient and fits with the other behavior. A magical keyword would just be confusing. Lastly, regarding your inline comment about "wasteful temporary storage"... when did you get the source code? How do you know how "wasteful" it is? Somebody who knows far more than you once said, "...Premature optimization is the root of all evil." Think about that the next time you attempt to criticize a language you do not know the implementation details of (even though if you really cared about the implementation details of those supposedly wasteful temporaries you could, I don't know, ask or search since it's not a secret).
- 7:10 AM Ticket #876 (@error passthrough on 'Return' statements) created by
- It would be nice to be able to use 'Return MyFunction()' to both …
- 7:02 AM Ticket #869 (@OSLang will not detect MUI enviroments) updated by
- I think MUI OS will be as @OSLang if it really exist. @OSLang must stay as is . For MUI lang support the reg value can be a good start to improve but the return of a new @MUILang macro must be as for OSLang not the reverse order as the regedit show us. I agree such improvement of a new macro is interesting for those using MUI. I will investigate the design of it.
Mar 21, 2009:
- 10:18 PM Ticket #875 (A UDF index online) closed by
- Rejected: The idea has been batted around on the forum countless times. It is not something easy to solve. It also doesn't belong on the issue tracker.
- 10:09 PM Ticket #875 (A UDF index online) created by
- right now UDF's are all in example scripts, and as a general rule, I …
- 5:27 PM Ticket #874 (reading special keys (like alt, ctl etc) from an ini) closed by
- No Bug: When you are not sure about it then don;t report it as a bug but use the forums. NOBUG
- 3:00 PM Ticket #874 (reading special keys (like alt, ctl etc) from an ini) updated by
-
Milestone changed
Automatic ticket cleanup. - 12:53 PM Ticket #874 (reading special keys (like alt, ctl etc) from an ini) created by
- not sure if its a bug or feature. my ini file contains; …
- 9:34 AM Ticket #873 (DLLCall crashes when characters \\.\ in parameters) updated by
- Should the line read? $hdl = DllCall($drv,"int","ldv_open","str"," .\LegacyMIP12","int*",0) The last parameter is described as: […]
- 3:00 AM Ticket #873 (DLLCall crashes when characters \\.\ in parameters) updated by
-
Severity, Milestone changed
Automatic ticket cleanup. - 12:00 AM Ticket #873 (DLLCall crashes when characters \\.\ in parameters) created by
- Hi, tried to use DLLCall as follws: $hdl = …
Mar 19, 2009:
- 9:10 PM Ticket #872 (Re-Fix BugTrac #850: _ExcelReadSheetToArray()) closed by
- Rejected
- 6:37 PM Ticket #871 (Functionality to sort ListView Items on column header click.) closed by
- Rejected: This is the kind of bloat that does not need to be built in. Ask for support on the forum getting it to work via UDFs.
- 6:00 PM Ticket #871 (Functionality to sort ListView Items on column header click.) updated by
-
Version changed
Automatic ticket cleanup. - 5:23 PM Ticket #872 (Re-Fix BugTrac #850: _ExcelReadSheetToArray()) created by
- The bug described and fixed in Track #850, was previously reported and …
- 4:17 PM Ticket #871 (Functionality to sort ListView Items on column header click.) created by
- I am writing a program that would be much improved with this feature …
Mar 18, 2009:
- 5:47 PM Ticket #870 (Floating point error.) updated by
- * Does this happen when you compile the script or run it through AutoIt3.exe? * If compiled, do you use UPX on the script? * Are the machines identical images? This is not a bug in AutoIt. This is either something broken on your machine or an external program breaking the AutoIt binary.
- 5:41 PM Ticket #870 (Floating point error.) updated by
-
Description changed
- 1:47 PM Ticket #870 (Floating point error.) created by
- Code: […] Error: Mircosoft Visual C++ Runtime libary: Program: …
- 1:23 AM Ticket #861 (Grammer Mistake) updated by
- Ironically, it's not a grammar mistake, it's a spelling mistake, much like the title of this bug. :P
- 12:00 AM Ticket #869 (@OSLang will not detect MUI enviroments) updated by
-
Version changed
Automatic ticket cleanup.
Note:
See TracTimeline
for information about the timeline view.
