Timeline
Mar 20, 2015:
- 2:14 PM Ticket #3002 (Bug - _DateAdd('s', 1, '1970/01/01') Returns '1970/01/01') updated by
- Modyfication I mean only by appropriate use this new internal function.
- 2:12 PM Ticket #3002 (Bug - _DateAdd('s', 1, '1970/01/01') Returns '1970/01/01') created by
- Repro: […] solusion proposal: new internal function: […] …
Mar 19, 2015:
Mar 13, 2015:
- 5:29 PM Ticket #3000 (scriptline) updated by
- Ok nevermind, looks like custom error handling won't be useful for me anyway. For me it returns -1, are you sure it is compiled script?
Mar 12, 2015:
- 2:03 PM Ticket #2988 (_Excel_RangeFind fails without throwing error when searching inactive ...) updated by
-
Owner, Status changed
- 2:03 PM Ticket #2993 (_Excel_RangeFind returns only last occurrence of string found Rather ...) updated by
-
Owner, Status changed
- 2:01 PM Ticket #2993 (_Excel_RangeFind returns only last occurrence of string found Rather ...) updated by
- The problem was caused by exiting the loop to search in the next sheet before increasing the index. Thus the first hit of the next sheet was overwriting the last hit of the previous sheet. This should work as well. Can you please confirm? […]
- 12:11 PM Ticket #2994 (Can't run _Excel_RangeFind example in 3.3.13.19) closed by
- Wont Fix: This is caused by the way AutoIt 3.3.13.19 handles COM errors. Up to 3.3.12.0 a COM error was returned by setting @error, with 3.3.13.19 the script crashes when you haven't set up a COM error handler. Up to 3.3.12.0 the script simply checked @error and then decided what to do. Now you need a COM error handler even when you wanted to ignore the error. I hope this change will be thought over before the release of the next production version. Now it is a huge overhead with little to none advantage compared to the "old" solution. The current Excel UDF in the repository has a COM error handler established for each function when called and dropped at the end.
- 9:04 AM Ticket #3000 (scriptline) updated by
- in […] I use example from HelpFile and in Au3.3.10.2 and Au3.3.13.19 I get: […] And in helpFile you can read: @ScriptLineNumber Line number currently being executed. Useful for debug statements such as the calling line number for a function. (Not significant in compiled scripts) So it works but remember: "(Not significant in compiled scripts)" And this rule is also for ObjEvent.
Mar 11, 2015:
- 10:32 PM Ticket #2988 (_Excel_RangeFind fails without throwing error when searching inactive ...) updated by
-
Component changed
- 10:31 PM Ticket #2993 (_Excel_RangeFind returns only last occurrence of string found Rather ...) updated by
-
Component changed
- 10:02 PM Ticket #3000 (scriptline) updated by
- I expect to return line number like in the default error message.
- 8:34 PM Ticket #3001 (Added AutoIt3x_64.dll to Excel Add-in list loads it as initial spreadsheet.) created by
- Added AutoIt3x_64.dll to Excel Add-in list. Now the DLL loads as …
- 5:49 PM Ticket #3000 (scriptline) updated by
- And what you are expect ? If you want to see a proper Line Number in compiled script then you must use Au3Stripper.exe […] btw. next time try to ask on the forum
- 10:32 AM Ticket #3000 (scriptline) updated by
- […] When I don't use my com error handler the script line number is returned in the error message even when the script is compiled.
- 9:14 AM Ticket #3000 (scriptline) updated by
- not sure to understand can you a repro script Thanks
- 12:00 AM Ticket #3000 (scriptline) updated by
-
Version changed
Automatic ticket cleanup.
Mar 10, 2015:
- 11:24 PM Ticket #3000 (scriptline) created by
- When I don't set my own com error function and an error occurs the …
- 10:15 PM Ticket #2998 (Add key #03 to _IsPressed() in the Help file) closed by
- Completed: Added by revision [11236] in version: 3.3.13.20
- 10:08 PM Ticket #2986 (_GUICtrlListView_SetColumnOrderArray - typo in parameters description) closed by
- Fixed: Fixed by revision [11235] in version: 3.3.13.20
Mar 8, 2015:
Mar 6, 2015:
- 6:21 AM Ticket #2999 (FTP read fails because of exe file name and the path location) closed by
- No Bug
Mar 5, 2015:
- 7:52 PM Ticket #2999 (FTP read fails because of exe file name and the path location) updated by
- Please disregard.. I had code that added a firewall block rule.. which makes perfect sense why renaming the filename was screwing me. woops
- 7:06 PM Ticket #2999 (FTP read fails because of exe file name and the path location) created by
- This is on Windows 7 Ultimate x64, if the file is named mtu.exe and it …
- 6:14 PM Ticket #2997 (Bug in PCRE) updated by
- Yes it is. It also crept in PCRE2 (10.00 and 10.10RC2 exhibit the same bug). No doubt it will be fixed soon by Philip Hazel & co.
- 5:16 PM Ticket #2997 (Bug in PCRE) updated by
- After a test 8.35 induce the regression if it is really a regression
- 5:00 PM Ticket #2998 (Add key #03 to _IsPressed() in the Help file) updated by
-
Version changed
Automatic ticket cleanup. - 4:58 PM Ticket #2998 (Add key #03 to _IsPressed() in the Help file) created by
- In the Help file, the listing of keys for _IsPressed() in the Misc.au3 …
- 4:23 PM Ticket #2997 (Bug in PCRE) updated by
- In fact PCRE has been updated to 8.35 in 3.3.13.13 It can be related I will check
- 1:07 PM Ticket #2997 (Bug in PCRE) created by
- A bug in recent releases of the PCRE library has been reported which …
Mar 3, 2015:
- 8:35 PM Ticket #2996 (3.3.13.19 installer doesn't end-task file dependencies) updated by
- We install the Beta in a fixed subdirectory of the production version for several reasons. No Bug and expected begaviour. When you don't like these defaults you can always download the ZIP version and do whatever you like as to where you locate ot as long as you don't complain about things not working. ;) As to the installer not being able to install a file on your D: disk, that has to be something on your installation as it is only trying to write a shortcut file. Jos
- 7:58 PM Ticket #2996 (3.3.13.19 installer doesn't end-task file dependencies) updated by
- I was using x64 tools as the choice.
- 7:57 PM Ticket #2996 (3.3.13.19 installer doesn't end-task file dependencies) created by
- 1.install 3.3.8.1 into d:\autoit-3.3.8.1\ 2.install 3.3.13.19 into …
Feb 27, 2015:
- 5:37 PM Ticket #2995 (Create and pass array as parameter in the parameter itself) updated by
- This works fine already: […]
- 8:00 AM Ticket #2995 (Create and pass array as parameter in the parameter itself) updated by
-
Version changed
Automatic ticket cleanup. - 7:44 AM Ticket #2995 (Create and pass array as parameter in the parameter itself) created by
- Sorry for my English, I am using a translator. It would be very useful …
Feb 26, 2015:
- 3:10 AM Ticket #2994 (Can't run _Excel_RangeFind example in 3.3.13.19) created by
- When you try to run any of the example scripts, from the help file for …
Feb 25, 2015:
- 11:25 PM Ticket #2993 (_Excel_RangeFind returns only last occurrence of string found Rather ...) created by
- It appears that the routine returns only the last occurrence of string …
- 10:09 PM Ticket #2628 (Add mode to StringRegExp) updated by
- Very good idea, or at least set @extended for flag 3, then we could calculate the position of each match in a loop (with StringLen).
Feb 24, 2015:
- 12:41 PM Ticket #2793 (SetError And SetExtended not integer value) updated by
- Personally, I think this would be a good addition to the language. We are talking about @extended and not @error so I do not find the "MS numeric error code" argument particularly convincing. Being able to pass strings as well as numbers could be very useful. And Jon has only himself to blame for having implemented the FileFindNextFile @extended return in that way - if he had stuck to a numeric value (as is returned by the API) the question would not have arisen! M23
- 4:20 AM Ticket #2793 (SetError And SetExtended not integer value) updated by
- Microsoft decided long ago that error codes would be numeric. No one seems to mind that, so I don't understand why you'd expect AutoIt to do something like this.
- 4:16 AM Ticket #2992 (Int, Dec, Number return incorrect results when used with binary and ...) closed by
- No Bug
Feb 23, 2015:
- 4:11 PM Ticket #2992 (Int, Dec, Number return incorrect results when used with binary and ...) updated by
- http://www.binaryconvert.com/result_double.html?hexadecimal=00000000000000FF You are doing it wrong.
- 1:58 PM Ticket #2992 (Int, Dec, Number return incorrect results when used with binary and ...) created by
- Forum bug report: …
Feb 18, 2015:
Note:
See TracTimeline
for information about the timeline view.
