Timeline
Oct 13, 2019:
- 1:02 PM Ticket #3731 (Binary() performs hidden and wrong conversion on strings) updated by
- Fine. The issue finally boils down to: "what should be the correct semantic of Binary when applied to a native (UCS2) AutoIt string?"
- 7:20 AM Ticket #3731 (Binary() performs hidden and wrong conversion on strings) updated by
-
Owner, Status changed
I leave to Jon the final answer to change only doc or the code to follow your recommandation …
Oct 12, 2019:
- 11:52 AM Ticket #3731 (Binary() performs hidden and wrong conversion on strings) updated by
- The doc is indeed incomplete, but there are a number of very unexpected "conversions" elsewhere in the range > 0xFF (maybe even in the range [0x7F,0xFF] depending on local codepage), making Binary(<string>) deceptive. […] For instance some codepoints are converted, but not all possible and not always right: β (lowercase Greek beta) turned into ß (German eszet) ?!?!? Γ -> G but γ (lowercase Greek gamma) isn't converted Many codepoints are unexpectedly converted to control characters! I'm not completely against attempts to convert, say, Ā to A in a distinct function but at least this has to be clearly documented AND it's better to have it right and consistant (that is much, much harder than it looks.) In any case, a function named Binary shouldn't emasculate anything and OTOH an attempt to map UCS2 > 0x7F to local Windows codepage is doomed to failures. All in all I doubt a simple approach can be really satisfactory. From this point of view, _StringToHex() [which produces hex of the string in UTF8] and StringToASCIIArray() [which returns an array of codepoints] are more robust.
- 7:10 AM Ticket #3731 (Binary() performs hidden and wrong conversion on strings) updated by
- Certainly the doc is incomplete about the conversion to byte not to UCS2
- 7:01 AM Ticket #3735 (_DebugOut all output on one line) closed by
- Works For Me: I confirm that the lastest commit to produce next beta 3.3.15.1 is OK
Oct 10, 2019:
- 4:40 PM Ticket #3733 (_FileListToArrayRec hangs when using a UNC path) closed by
- Fixed: Fixed by revision [12228] in version: 3.3.15.1
- 4:24 PM Ticket #3735 (_DebugOut all output on one line) updated by
-
Owner, Status changed
- 4:23 PM Ticket #3735 (_DebugOut all output on one line) updated by
- The Beta v3.3.15.1 was never officially release, just an ZIP version, so I tested with v3.3.15.0 which obviously worked.... sorry :) That code was removed again in rev 12148 on May 16, 2018 so I can only guess it is fixed now, but JPM should know as he made these changes and reverted them again. I can't give you the current debug.au3 file as that requires multiple include file changes. Jos
- 11:28 AM Ticket #3735 (_DebugOut all output on one line) updated by
- Jos, Thanks for checking. How do you install? I ran the v3.3.14.5 installer and then copied the extracted beta-zip into the install folders. No other modifications. My v3.3.15.1 beta is dated 20-mar-2018. Can you send me your Debug.au3? Mine is 19-mar-2018 and had some CRLF stripping logic added around line 600 that I do not fully trust. […]
Oct 7, 2019:
- 4:21 PM Ticket #3735 (_DebugOut all output on one line) updated by
- Works fine for me with v3.3.15.1. Have you modified anything yourself?
- 11:55 AM Ticket #3735 (_DebugOut all output on one line) created by
- OK in 3.3.15.0 Not OK in 3.3.15.1 _DebugOut puts all output onto one …
Oct 4, 2019:
- 5:41 PM Ticket #3734 (TraySetOnEvent) closed by
- Fixed: Fixed by revision [12226] in version: 3.3.15.1
- 4:08 PM Ticket #3734 (TraySetOnEvent) updated by
- Assume this is the same issue as was fixed with #3689 and #3707, it was an easy fix, but you forgot to post a full bugreport with an example script that demonstrates the bug. ;) (no need to supply it anymore tho)
- 2:00 PM Ticket #3734 (TraySetOnEvent) updated by
- What I observed is that the previously registered function is still executed but when the script exits.
- 1:44 PM Ticket #3734 (TraySetOnEvent) created by
- TraySetOnEvent with an empty function does not disable the previous …
Oct 3, 2019:
- 6:21 PM Ticket #3733 (_FileListToArrayRec hangs when using a UNC path) updated by
- Hi Jos, Your solution seems to fix the problem. Thank you! Ben
- 12:52 PM Ticket #3733 (_FileListToArrayRec hangs when using a UNC path) updated by
- I think I found an issue making it loop endlessly. Could you try this version of the file.au3 include to see if that fixes it for you: https://www.autoitscript.com/autoit3/scite/download/beta_SciTE4AutoIt3/test/File.au3 Just rename the current one and download this one to the AutoIt3\include directory. Jos
Oct 2, 2019:
- 9:20 PM Ticket #3733 (_FileListToArrayRec hangs when using a UNC path) updated by
- Oh, I just saw it has been discussed here before. It shouldn't be necessary to convert to long UNC I think. Or is there a reason why this is happening?
- 9:16 PM Ticket #3733 (_FileListToArrayRec hangs when using a UNC path) created by
- When using _FileListToArrayRec when $sFilePath is a UNC path (like …
Sep 30, 2019:
- 5:00 PM Ticket #3732 (_Excel_BookList) updated by
-
Version changed
Automatic ticket cleanup. - 4:27 PM Ticket #3732 (_Excel_BookList) created by
- _Excel_BookList returns an array of [Object, Name, Path] …
- 10:59 AM Ticket #3731 (Binary() performs hidden and wrong conversion on strings) created by
- One would expect Binary(<string>) to return the binary image of …
Note:
See TracTimeline
for information about the timeline view.
