Timeline
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.
Mar 17, 2009:
- 10:55 PM Ticket #869 (@OSLang will not detect MUI enviroments) created by
- Hi All, I have Vista Ultimate English and have installed several MUI …
- 9:00 PM Tickets #867,868 batch updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 8:04 PM Ticket #868 (Add _WinAPI_SetLayeredWindowAttributes) created by
- i think, _WinAPI_SetLayeredWindowAttributes and …
- 6:16 PM Ticket #867 (UDPRecv no longer gives the sender IP) created by
- This request is very similar to ticket #131 which was rejected because …
- 9:08 AM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by
- Aah. Of course you are right Valik. Sorry then.
Mar 16, 2009:
- 10:04 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- I know it's a bit late :-) but what about FileMove()? […]
- 9:59 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by
-
Severity changed
The function you mention does not work with built-in file functions. - 9:59 PM Ticket #769 (FileFlush function) updated by
- The function you mention does not work with built-in file functions.
- 9:50 PM Ticket #135 (FileWrite, FileWriteLine extended to set write mode and pointer position) updated by
- Just note: Already implemented as UDF --> _WinAPI_SetFilePointer()
- 9:43 PM Ticket #769 (FileFlush function) updated by
- Just note: It's already implemented as UDF --> _WinAPI_FlushFileBuffers()
- 3:21 PM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) updated by
- Also tested on Windows XP with AutoIt 3.2.12.0 with the same result. Dale p.s. Reported in this post: http://www.autoitscript.com/forum/index.php?showtopic=91334&hl=
- 8:33 AM Ticket #866 (new function FileGetDir( )) updated by
- Replying to Valik: > Nothing is stopping you from calling _getdcwd() via DllCall(). Sorry, could you give me demo code to call _getdcwd( ) via DllCall( ).
- 8:19 AM Ticket #863 (DirMove() appends an extra dot in the name of the moved directory) closed by
- Fixed: Fixed in version: 3.3.1.0
- 7:39 AM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) updated by
- Surprisingly this is actually crashing in AutoIt and not in the DLL. Hmm.
- 7:39 AM Ticket #866 (new function FileGetDir( )) closed by
- Rejected: Nothing is stopping you from calling _getdcwd() via DllCall().
- 6:51 AM Ticket #866 (new function FileGetDir( )) created by
- Hi ! I hope add a new function called FileGetDir( ) to get current …
- 5:26 AM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) created by
- […] […]
Mar 15, 2009:
- 4:55 PM Ticket #864 (GUIOnEventMode bug) closed by
- No Bug: This is an intentional design decision, not a bug.
- 3:00 PM Ticket #864 (GUIOnEventMode bug) updated by
-
Severity changed
Automatic ticket cleanup. - 1:22 PM Ticket #864 (GUIOnEventMode bug) created by
- in GUIOnEventMode events are not catched while in a loop if the …
Mar 14, 2009:
- 11:59 AM Ticket #863 (DirMove() appends an extra dot in the name of the moved directory) created by
- Hi! DirMove() adds an extra dot to the existing one in the name of …
Mar 13, 2009:
- 4:49 PM Ticket #862 (DllStructCreate DllStructSetData) closed by
- No Bug: You cannot expect to keep unicode if you use char, you have to use wchar. internally AutoIt work in UNICODE and do conversiion when you ask for. Your conversion is impossible chinese is unicode and cannot be store in ANSI (char) string. I close this report next time go to forum when you need help.
- 4:28 PM Ticket #862 (DllStructCreate DllStructSetData) updated by
- keywords is: DllStructSetData drop some non-english text. keywords is not use ShellAbout API. I know ShellAboutW use wstr can work. --------------- $Struct=DllStructCreate("char var1[255];char var2[255]") DllStructSetData($Struct,"var1","test") ;ansi char DllStructSetData($Struct,"var2","测试") ;non-english char MsgBox(0,"",DllStructGetData($Struct,"var1")) ;display "test",it's right MsgBox(0,"",DllStructGetData($Struct,"var2")) ;display "测",it's error --------------- sorry. forgive me bad english.
- 3:06 PM Ticket #860 (With...EndWith is not a loop) closed by
- Fixed: Fixed in version: 3.3.1.0
- 2:41 PM Ticket #862 (DllStructCreate DllStructSetData) updated by
- You have to use ShellAboutW with wstr and not ShellAbout. ShellAbout is not using Unicode. I cannot testit but Return DllCall("shell32.dll","int","ShellAboutW", "hwnd",$hwnd, "wstr",$szApp, "wstr",$szOtherStuff, "hwnd",0) should work Such help info must go to forum before going here for bug fixing if any.
- 2:14 PM Ticket #862 (DllStructCreate DllStructSetData) updated by
- There are a lot of AutoIt3 groups using Chinese fans, so suggest modify the bug. forgive my poor English _
- 12:51 PM Ticket #862 (DllStructCreate DllStructSetData) updated by
- some win32api need char pointer. wstr can use in dllcall（use in Struct can not work）.but i want use Struct ,not dllcall.
- 12:28 PM Ticket #862 (DllStructCreate DllStructSetData) updated by
- I think you have to use wchar var2[255] That's working on a nonchinese windows version
- 12:17 PM Ticket #862 (DllStructCreate DllStructSetData) created by
- $Struct=DllStructCreate("char var1[255];char var2[255]") …
- 8:45 AM Ticket #861 (Grammer Mistake) closed by
- Fixed: Fixed in version: 3.3.1.0
- 8:08 AM Ticket #861 (Grammer Mistake) created by
- I'm not real sure this belongs here, but I thought it to be relevant …
- 4:46 AM Ticket #860 (With...EndWith is not a loop) created by
- With...EndWith is listed under AutoIt>Language Reference>Loop …
Mar 12, 2009:
- 11:53 PM Ticket #834 (Request for _FileListToArray() to offer additional options) updated by
- I like that idea too. It can be added as new _FileListToArrayEx() function: […] Note: I can't "reopen this ticket" :-(
- 2:43 AM Ticket #859 (Source code small change of UDF _StringExplode( )) closed by
- No Bug: Closing just like #858. Same non-issue, different function. Same resolution.
- 2:18 AM Ticket #859 (Source code small change of UDF _StringExplode( )) created by
- Hi ! I found a small shortage, in UDF _StringExplode( ), when last …
- 2:17 AM Ticket #854 (InetGetSize) updated by
- Please read WikiStart. We must be able to reproduce an issue to fix it.
- 2:12 AM Ticket #857 (MSGBOX not working properly) closed by
- No Bug: You need to read WikiStart. This is not the place to ask for support. Your example does not meet the criteria for a suitable example.
- 2:10 AM Ticket #858 (Source code small change of StringSplit( )) closed by
- No Bug: The behavior is correct. This will not be changed because it is not a bug.
- 1:54 AM Ticket #858 (Source code small change of StringSplit( )) created by
- Hi ! I found a small shortage, in StringSplit( ), when last character …
- 12:20 AM Ticket #857 (MSGBOX not working properly) created by
- just started using a 64 bit Vista Laptop. I upgraded Autoit to latest …
Mar 11, 2009:
- 10:22 PM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) closed by
- No Bug: Closing due to inactivity. PM me the file when you want me to look at it. Jos
- 9:00 PM Ticket #856 (_StringAddThousandsSep() prefixes some #'s with ,) updated by
-
Milestone changed
Automatic ticket cleanup. - 8:58 PM Ticket #856 (_StringAddThousandsSep() prefixes some #'s with ,) closed by
- Completed: This was fixed after the release version. Should be in next beta. […]
- 5:17 PM Ticket #847 (Image not showing in GUI when called by _Timer_SetTimer) updated by
- Thank you Jpm for taking the time to explain that. Adlib wouldn't work for this particular instance in my app because it would/may conflict with other adlibs I have with certain instances and conditions. What I did in the mean time was put this with a regular TimerInit and TimerDiff with conditions in the main loop until I figure a better way of doing what I want.
- 3:51 PM Ticket #856 (_StringAddThousandsSep() prefixes some #'s with ,) created by
- During testing, this UDF sometimes puts a ',' at the beginning of a …
- 10:13 AM Ticket #855 (PixelGetColor bug) updated by
-
Severity changed
Replying to anonymous: > Already asked, no one knows what's wrong. > > Maybe you could help at this a little please? Never use the Bug tracking system for support... this is not appreciated.
Mar 10, 2009:
- 10:57 PM Ticket #855 (PixelGetColor bug) updated by
- Already asked, no one knows what's wrong. Maybe you could help at this a little please?
- 10:39 PM Ticket #855 (PixelGetColor bug) closed by
- No Bug: No bug, just bad coding. Use the forum for coding support. Jos
- 10:23 PM Ticket #855 (PixelGetColor bug) created by
- ((( While 1 If Not PixelGetColor(492,16) = 0xF7EFBD Then _Bot() …
- 4:41 PM Ticket #813 (AutoItX_64.dll and Window Handles on XP64 issue) closed by
- Fixed: Fixed in version: 3.3.1.0
- 1:38 PM Ticket #854 (InetGetSize) created by
- #include <Inet.au3> $a = InetGetSize("http://address/version.dat") If …
- 1:23 AM Ticket #850 (_ExcelReadSheetToArray doesn't work with German Excel 2003) closed by
- Fixed: Fixed in version: 3.3.1.0
Mar 9, 2009:
- 11:35 PM Ticket #814 (HttpSetProxy - proxy with credentials) closed by
- Fixed: Fixed in version: 3.3.1.0
- 11:33 PM Ticket #850 (_ExcelReadSheetToArray doesn't work with German Excel 2003) updated by
- Changed the code to submitter's suggestion; nothing breaks, and seems to work as suggested. Recommend updating build with the following replacement function: […]
- 7:16 PM Ticket #853 (Embedded IE object has a memory leak when refreshing .php pages) closed by
- Wont Fix: And you expect us to do what? Using an embedded control means you are using a control written by somebody else. In this case, Microsoft since they wrote Internet Explorer. We can't exactly fix Internet Explorer.
- 6:25 PM Ticket #853 (Embedded IE object has a memory leak when refreshing .php pages) created by
- If continual refreshes are used (IE: hit home button several times), …
- 6:00 PM Ticket #814 (HttpSetProxy - proxy with credentials) updated by
-
Owner, Status changed
- 5:47 PM Ticket #814 (HttpSetProxy - proxy with credentials) reopened by
- Err, I'm not done with this ticket yet, don't close it.
- 10:54 AM Ticket #814 (HttpSetProxy - proxy with credentials) closed by
- No Bug: You right Kurt, don't mix basic function as HttpSetProxy() and UDF. If such parameters are needed for the UDF just extend the UDF.
- 9:58 AM Ticket #814 (HttpSetProxy - proxy with credentials) updated by
- _INetGetSource() uses the api call InternetOpen(). From Inet.au3: Local $ai_IO = DllCall($h_DLL, 'int', 'InternetOpen', 'str', "AutoIt v3", 'int', 0, 'int', 0, 'int', 0, 'int', 0) HOWEVER: It does NOT set any proxy settings. All proxy related parameters are set to 0. See here: http://msdn.microsoft.com/en-us/library/aa385096(VS.85).aspx Conclusion: _InetGetSource does not support proxy usage. InetGet() is different! Cheers Kurt
Mar 8, 2009:
- 10:03 AM Ticket #847 (Image not showing in GUI when called by _Timer_SetTimer) updated by
- We cannot support interference between Basic AutoIt functions and all windows API called by DllCall(UDF). We can understand that a lot of time there is no conflict but in your case definitly there is one that I cannot figure out why. Internal tracing proof that Autoit is handling the receive message the same way, with or without the your timer addition. It would be better you use AdLib if you want some function interaction with a timer. don't mix. Remember AutoIt is not a multiThread application.
- 9:54 AM Ticket #852 (Plugin for scite) closed by
- Rejected: We are using the standard SciTE as supplied by Neil Hodgson as the base for our version and have no intent to do any development on SciTE. If any changes like are wanted then you need to request them at the SciTE interest website. Jos
Mar 7, 2009:
- 9:00 PM Ticket #852 (Plugin for scite) updated by
-
Version changed
Automatic ticket cleanup. - 8:00 PM Ticket #852 (Plugin for scite) created by
- A toolbar to esplore projet in scite
- 6:52 PM Ticket #847 (Image not showing in GUI when called by _Timer_SetTimer) closed by
- No Bug: Code works for me. It's poorly written and ill-thought out, but it works.
- 6:00 PM Ticket #848 (Tidy.exe - enhancement to '/rel : Remove empty lines from the ...) updated by
-
Milestone changed
Automatic ticket cleanup. - 5:36 PM Ticket #848 (Tidy.exe - enhancement to '/rel : Remove empty lines from the ...) closed by
- Completed: I have added trhis option as it was pretty easy to do. Check the Tidy version available in the Beta download directory. INI * Remove Empty lines from Script Source. 1=Remove all 2=Remove all more then 1 Remove_Empty_Lines=1 Remove_Empty_Lines=2 Commandline / #Tidy_Parameter: /r_empty_lines or /rel /r_extra_empty_lines or /reel
- 5:16 PM Ticket #851 (Compile Script - UPX.exe error) closed by
- No Bug: There is no Windows 7 support for autoit3 yet.
- 5:05 PM Ticket #851 (Compile Script - UPX.exe error) created by
- I can't compile scripts OS: Windows 7 Beta 32bit Error: Unable to …
Mar 6, 2009:
- 11:09 PM Ticket #848 (Tidy.exe - enhancement to '/rel : Remove empty lines from the ...) updated by
- Replying to Jos: > Just wondering why you are not siply putting a ; on the lines you want to keep? > That is what I do when I want to have an empty seperator line. That is what I do when I remember to, but offten I forget and when I run Tidy with /rel I need to go back and put the blank lines back. No great hassal, but it would be nice to have the option to leave a single blank line.
- 9:08 PM Ticket #850 (_ExcelReadSheetToArray doesn't work with German Excel 2003) created by
- In _ExcelReadSheetToArray, the last-cell-string is Split by the …
- 8:50 PM Ticket #849 (Optimization p2) updated by
- Your benchmarks? Because my simple benchmarks shows floating point division being nearly 4 times faster than integer division in a simple C++ program. This is... how did you get to be a dev??? You don't know how a/b is translated from C++ to ASM?!? C++ does the floating point operation, then it converts it to an integer... IT'S EVIDENT IT TAKES MORE TIME TO TRUNCATE IT! WOW!!! Try it in Assembler or Pascal! Did you ever touched anything than c++? Before the arithmetical coprocessor was invented, the main CPU had to crunch all the floating point arithmetics; even if we have the coprocessor now it's still slower to calculate useless digits…
- 7:52 PM Ticket #849 (Optimization p2) closed by
- Rejected: Replying to madflame991@…: > Why implement a Div() function? Are you asking for a Div() function? It's not very clear... > 1) It's a lot faster than basic a/b because it only returns the integer part of the result (floating point operations are A LOT SLOWER) Your benchmarks? Because my simple benchmarks shows floating point division being nearly 4 times faster than integer division in a simple C++ program. > 2) Precision is only needed in graphical/financial programs Wow, that's an incredibly short-sighted statement. > 3) Round(a/b) is slower... evidently Well, Round() isn't the right thing anyway. Try Int(). Either way, I find performance to be acceptable casting with Int(). If you don't, then chances are this isn't the right language for your task to begin with. > 4) Mod() is already implemented, but it looks incomplete without Div() Mod() is implemented as a function because we didn't make it an operator. Division has an operator, there's no reason to add a function for it. > 5) It doesn't break backward compatibility It doesn't add anything useful, either. Does casting to an int slow things down? Sure, but not enough to be an issue. Not until you get in the hundreds of thousands of calculations. But when you start getting that high, you're probably using the wrong language anyway.
- 7:32 PM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by
- Replying to anonymous: > Replying to Jos: > > Couldn't resist trying it and I do not see what you are explaining. > > When I add the line you specified to a UTF8 without BOM file I do see the fieldname being displays as 8 single characters and the content is displayed correctly. > > What File encoding are your using and what version of AutoIt3Wrapper? > > > > Jos > > my file encoding is GB2312, version of AutoIt3Wrapper is: AutoIt3Wrapper GUI to Compile AutotIt3 Script (ver 1.10.1.14) This is the charaterset you use, but what type of Unicode file are you using. To make it easier just pm or Email me an example of the script that I can test with.
- 7:29 PM Ticket #848 (Tidy.exe - enhancement to '/rel : Remove empty lines from the ...) updated by
- Just wondering why you are not siply putting a ; on the lines you want to keep? That is what I do when I want to have an empty seperator line.
- 6:00 PM Tickets #848,849 batch updated by
-
Version changed
Automatic ticket cleanup. - 5:52 PM Ticket #849 (Optimization p2) created by
- Why implement a Div() function? 1) It's a lot faster than basic a/b …
- 4:53 PM Ticket #848 (Tidy.exe - enhancement to '/rel : Remove empty lines from the ...) created by
- It would be nice if the Tidy.exe parameter /rel : Remove empty …
- 7:14 AM Ticket #846 (UDF _PathFull( ) return path not correct) closed by
- Completed: Added in version: 3.3.1.0
- 7:10 AM Ticket #846 (UDF _PathFull( ) return path not correct) reopened by
- 6:18 AM Ticket #845 (#AutoIt3Wrapper_Res_Field not support Simplified Chinese) updated by
- Replying to Jos: > Couldn't resist trying it and I do not see what you are explaining. > When I add the line you specified to a UTF8 without BOM file I do see the fieldname being displays as 8 single characters and the content is displayed correctly. > What File encoding are your using and what version of AutoIt3Wrapper? > > Jos my file encoding is GB2312, version of AutoIt3Wrapper is: AutoIt3Wrapper GUI to Compile AutotIt3 Script (ver 1.10.1.14)
- 6:10 AM Ticket #846 (UDF _PathFull( ) return path not correct) updated by
- Replying to Valik: > You passed in garbage, you received garbage. Function is working as designed. If you pass it something sensible then you will get something sensible back. > > No bug. path "d:dir1\dir2\dir3\filename.txt" is legal under command prompt. test like this, suppose you have a batch file named test.bat, contents of test.bat is @echo off echo full path is: "%~f1" now ,run cmd.exe to enter command prompt, suppose dir d:\myfile exists, type C:\Documents and Settings\Administrator>cd d:\myfile C:\Documents and Settings\Administrator>test.bat d:dir1\dir2\dir3\filename.txt output is C:\Documents and Settings\Administrator>full path is: "d:\myfile\dir1\dir2\dir3\filename.txt" this is correct result. maybe change source code of _FullPath( ) to handle this type of path is good. sorry for my poor english.
- 5:45 AM Ticket #847 (Image not showing in GUI when called by _Timer_SetTimer) created by
- It seems that when a gui is called by _timer_settimer the image will …
- 4:08 AM Ticket #846 (UDF _PathFull( ) return path not correct) closed by
- No Bug: You passed in garbage, you received garbage. Function is working as designed. If you pass it something sensible then you will get something sensible back. No bug.
- 3:57 AM Ticket #846 (UDF _PathFull( ) return path not correct) created by
- code like this: […] this code display …
Note:
See TracTimeline
for information about the timeline view.
