Context Navigation

Timeline

4:46 PM Ticket #3821 (_WinAPI_OemToChar should be forced to ASCII) closed by J-Paul Mesnage: Fixed: Fixed by revision [12536] in version: 3.3.15.4
4:41 PM Ticket #3821 (_WinAPI_OemToChar should be forced to ASCII) updated by J-Paul Mesnage: Not sure the title is the right way to describe that when using _WinAPI_OemToChar() with string greater than 65536 a crash occurs The pb is the same for _WinAPI_CharToOem() the right solution is […]

7:39 PM Ticket #3821 (_WinAPI_OemToChar should be forced to ASCII) updated by argumentum: https://www.autoitscript.com/forum/topic/205736-solved-how-to-write-special-characters-to-scite-editor-moved/?do=findComment&comment=1481251 The proposed change, does not solve the issue.
4:55 PM Ticket #3821 (_WinAPI_OemToChar should be forced to ASCII) created by Nine: As per this thread : …

7:13 PM Ticket #3764 (ConsoleWrite binary mode) updated by divinity76@…: @Jpm if you really believe that "stdout data corruption is an acceptable alternative to a binary write mode", then you're a moron.

2:54 PM Ticket #3515 (Assigning directly a value to an element of an array in array) updated by kovlad: I published my function for nested arrays (not read-only). https://www.autoitscript.com/forum/topic/205675-nested-arrays

4:45 PM Ticket #3817 (Double to Int64 type conversion - wrong results) updated by J-Paul Mesnage: Owner, Status changed
Fix sent to Jon

1:23 PM Ticket #3817 (Double to Int64 type conversion - wrong results) updated by J-Paul Mesnage: Checking the code I realize that big positive float lead to negative return due to precision loss so I decide to return in this case the max positive int64 Not sure is IEEE conversion compatible but I cannot accept a positive float number be converted as a negative number even if it is the max negative number …

9:12 PM Ticket #3820 (ProgressOn() - move feature) closed by mLipok: Works For Me: My mistake.
1:46 PM Ticket #3818 (InputBox() - TOPMOST option) updated by J-Paul Mesnage: Owner, Status changed
Will be set by default Fix sent to Jon
1:05 PM Ticket #3820 (ProgressOn() - move feature) updated by J-Paul Mesnage: I don't understand as the $DLG_MOVEABLE is doing the job
1:02 PM Ticket #3819 (_FileCountLines help file precision to add) closed by J-Paul Mesnage: Fixed: Fixed by revision [12523] in version: 3.3.15.4

7:49 AM Ticket #3817 (Double to Int64 type conversion - wrong results) updated by AspirinJunkie: The problem has already been reported here once: https://www.autoitscript.com/trac/autoit/ticket/3703 Anyway - the reasoning that this is not a bug is not correct. As explained here, rounding errors are not the cause, since these should only occur from 2⁵³ - not already from 2⁴⁹. Furthermore C/C++ gets along with this type conversion - only in AutoIt wrong results are produced. So the problem must be related to the internal handling in AutoIt.

Note: See TracTimeline for information about the timeline view.