Timeline
Apr 8, 2021:
- 3:24 PM Ticket #3820 (ProgressOn() - move feature) updated by
-
Summary changed
- 2:41 PM Ticket #3703 (2 ^ 49 and further return wrong results) updated by
- Sorry but the "max precision of 15/16 digits" has nothing to do here. The max number of exact digits output by printf() and friends, as the example below clearly shows, is determined by the upper integral value stored exactly in a FP double. Direct cast from double to long long gives the correct result up to 253 (9007199254740992). You can check that the conversion from FP to string in plain C also is correct up to 253. So there is no valid reason why AutoIt would yield a wrong result below the limiting value, which is actually hardware-dependant (FP used in PCs has a 53-bit mantissa). Here's a very simple C program illustrating the facts: […] and here's the result: […]
- 2:00 PM Ticket #3820 (ProgressOn() - move feature) updated by
-
Version changed
Automatic ticket cleanup. - 1:36 PM Ticket #3818 (InputBox() - TOPMOST option) updated by
-
Description changed
- 1:28 PM Ticket #3820 (ProgressOn() - move feature) created by
- Please add feature which give enduser the ability to move the progress …
Apr 7, 2021:
- 6:06 PM Ticket #3819 (_FileCountLines help file precision to add) created by
- _FileCountLines should say in help file that it allows File handle AND …
Apr 6, 2021:
- 10:00 PM Ticket #3818 (InputBox() - TOPMOST option) updated by
-
Version changed
Automatic ticket cleanup. - 9:39 PM Ticket #3818 (InputBox() - TOPMOST option) created by
- Please add a feature to set InputBox() window as top most like …
- 10:02 AM Ticket #3817 (Double to Int64 type conversion - wrong results) created by
- Following script: […] produces: $fN :562949953421312 (Double) …
Apr 1, 2021:
- 5:45 PM Ticket #3816 (Improvement of the example in the help of the function ...) closed by
- Completed: Added by revision [12515] in version: 3.3.15.4
- 10:00 AM Ticket #3816 (Improvement of the example in the help of the function ...) updated by
-
Version changed
Automatic ticket cleanup. - 9:26 AM Ticket #3816 (Improvement of the example in the help of the function ...) created by
- The example in the help for the _WinAPI_ReadDirectoryChanges function …
- 8:54 AM Ticket #3815 (Remark in help regarding return value of _ArrayDelete is wrong) updated by
- Replying to Jpm: > The doc is not wrong as row index is starting at 1 so the size of the arraay is equal to the highest row index But this is contradictory to the function _ArrayAdd. There is the same text in the remarks as in _ArrayDelete, but the behavior is different (and in my opinion correct): _ArrayDelete actually returns the new highest index and not the number of rows!
- 7:35 AM Ticket #3814 (_WinAPI_CreateFileMapping: $PAGE_xxx constants not defined) closed by
- Fixed: Fixed by revision [12513] in version: 3.3.15.4
- 6:45 AM Ticket #3815 (Remark in help regarding return value of _ArrayDelete is wrong) closed by
- No Bug: The doc is not wrong as row index is starting at 1 so the size of the arraay is equal to the highest row index
Mar 31, 2021:
- 9:07 PM Ticket #3815 (Remark in help regarding return value of _ArrayDelete is wrong) created by
- The "Remarks" section of the _ArrayDelete function contains the …
Mar 30, 2021:
Mar 27, 2021:
- 8:46 AM Ticket #3813 (_MemGlobalRealloc) closed by
- Completed: Added by revision [12508] in version: 3.3.15.4
Mar 26, 2021:
- 5:00 PM Ticket #3813 (_MemGlobalRealloc) updated by
-
Version changed
Automatic ticket cleanup. - 4:14 PM Ticket #3813 (_MemGlobalRealloc) created by
- Everything is in the title: It seems that this functions is laking …
Mar 16, 2021:
- 4:12 PM Ticket #3812 (_DateTimeSplit never returns @error, and thus, any bad formated ...) closed by
- Fixed: Fixed by revision [12502] in version: 3.3.15.4
- 4:10 PM Ticket #3812 (_DateTimeSplit never returns @error, and thus, any bad formated ...) updated by
- I fix, I think, all your concerns "include" and doc about _DateIsvalid reference
Mar 15, 2021:
- 8:59 PM Ticket #3812 (_DateTimeSplit never returns @error, and thus, any bad formated ...) updated by
- I think the documentation is wrong and shouldn't state that @error is returned as this function really is used as an helper function and not intended to check for validity of the date. You need to use _DateIsValid() for that. (which uses this UDF). This is all written a very long time ago so there most likely could be many improvements made now we indeed have regex to our disposal. :)
- 5:28 PM Ticket #3812 (_DateTimeSplit never returns @error, and thus, any bad formated ...) updated by
- IMO the easiest way forward would be to add a single line to the function checking the date format: […] But no doubt a real RegEx guru could come up with a better pattern. M23
Mar 12, 2021:
- 11:47 PM Ticket #3812 (_DateTimeSplit never returns @error, and thus, any bad formated ...) created by
- _DateTimeSplit doc states […] But you see the code of the …
Mar 9, 2021:
- 2:48 PM Ticket #3810 (_ArrayUnique not handling "Default" for Parameter $iIntType) closed by
- Fixed: Fixed by revision [12498] in version: 3.3.15.4
- 2:43 PM Ticket #3811 (_SQLite_FetchData should correctly read column data according to its type) closed by
- Completed: Added by revision [12497] in version: 3.3.15.4
- 1:00 PM Ticket #3811 (_SQLite_FetchData should correctly read column data according to its type) updated by
-
Version changed
Automatic ticket cleanup. - 12:57 PM Ticket #3811 (_SQLite_FetchData should correctly read column data according to its type) updated by
- In fact I will use the parameter in _SQLite_Startup to force the whole script and If not possible the scripter will use a new parameter in _SQLite_FetchData() in the suitable places
- 12:55 PM Ticket #3811 (_SQLite_FetchData should correctly read column data according to its type) updated by
-
Type changed
- 11:06 AM Ticket #3811 (_SQLite_FetchData should correctly read column data according to its type) updated by
- Hi, I don't thing it is a bug but more an improvement as a lot of script can be in error if we change as you suggest. For the time being I am trying to add a new parameter to _SQLite_GetTable2D and _SQLite_FetchData so that the decision to do it or not will be a scrippt decision. I will investigate if I can do it a the query or open time. it looks nmore difficult to implement. another solution can be a startup easy to implement for the global script
Note:
See TracTimeline
for information about the timeline view.
