Timeline
Mar 3, 2019:
- 1:00 PM Ticket #3702 (Make Execute capable of processing declarations) updated by
-
Version changed
Automatic ticket cleanup. - 12:57 PM Ticket #3702 (Make Execute capable of processing declarations) created by
- In some cases (not all completely obscure) it would be extremelly …
Feb 27, 2019:
- 7:33 AM Ticket #3701 (Hard crash on declaring an array with more than 2^24 cells) created by
- All is told. The following hard crashes AutoIt: […] AutoIt should …
Feb 26, 2019:
- 4:02 PM Ticket #3696 (Func _ArrayFromString($s, $sDelim_Col = "|", $sDelim_Row = @CRLF, ...) updated by
- The string to int. idea is just wrong. ( https://www.autoitscript.com/forum/topic/197277-_arrayfromstring/?do=findComment&comment=1419627 ) With those lines removed, the revised code would be: […]
- 12:54 AM Ticket #3700 (Add the 'Execute' function to the C# library) updated by
- Wouldn't you have to add all those functions to AutoItX to have them executed? I don't think that's a feasible request.
Feb 23, 2019:
- 2:08 AM Ticket #3700 (Add the 'Execute' function to the C# library) created by
- Adding the 'Execute' function to AutoItX.Dotnet will allow us to use a …
Feb 21, 2019:
- 9:11 PM Ticket #3696 (Func _ArrayFromString($s, $sDelim_Col = "|", $sDelim_Row = @CRLF, ...) updated by
- Replying to BrewManNH: > >>If $b[$m] == Int($b[$m]) > > Don't use the double equals sign in comparisons ... Regardless of the "double equals" or not, the idea is sound and the code is functional as is. If it needs correction, just change it on the final review.
- 11:38 AM Ticket #3698 (Problems Installing SciTE.exe) closed by
- No Bug: Let's continue this discussion in the forum as this is way too difficult to follow-up. :) Just post a new thread with the details so I can have a look. (Closing as No-Bug) Jos
- 10:31 AM Ticket #3698 (Problems Installing SciTE.exe) updated by
- Sorry for the response time. Putting the files from the above links solved the problem but Autoit Debugger continues, I can not compile directly by it ... do you have any idea because this project is discontinued[[Image(...)]]
Feb 19, 2019:
- 6:35 AM Ticket #3699 (_ArrayMin, _ArrayMinIndex, _ArrayMax, _ArrayMaxIndex: example scripts) closed by
- Fixed: Fixed by revision [12194] in version: 3.3.15.1
Feb 18, 2019:
- 2:21 PM Ticket #2057 (Advanced Window Descriptions - Add "PID" Property) updated by
- This is not the place to ask questions, but use the forum. Jos
- 9:53 AM Ticket #2057 (Advanced Window Descriptions - Add "PID" Property) updated by
- why was this rejected? i just had to write a whole set of functions to do exactly this? i know have to iterate through every window returned in winlist just to check the pid!?!?
Feb 17, 2019:
- 10:47 AM Ticket #3699 (_ArrayMin, _ArrayMinIndex, _ArrayMax, _ArrayMaxIndex: example scripts) created by
- $iEnd param should have -1 value instead of 0 in the last line of the …
Feb 15, 2019:
- 8:14 PM Ticket #3698 (Problems Installing SciTE.exe) updated by
- SciTE Lite ( the right image) comes with the AutoIt3 installer. What I have linked to is the update for the SciTE.exe and scilexer.dll file currently in the latest SciTE4AutoIt3 installer. So ensure you have that installer installed first and then replace those 2 files! The modification date should be 13 feb 2019! Jos
- 5:26 PM Ticket #3698 (Problems Installing SciTE.exe) updated by
- [[Image(...)]]At first I was able to solve the problem, exploring in the installation folder I found 2 executables (as follows) and the newest (from the right) normal wheel, I just copied and replaced. I believe that when installing the installer a defective version was used for XP. Another problem is in Debugger that to Build a program the message appears (erro wrapper) ... in Scite the execution line is different: "C: \ Program Files \ AutoIt3 \ SciTE \ .. \ AutoIt3.exe" C: \ Program Files \ AutoIt3 \ SciTE \ AutoIt3Wrapper \ AutoIt3Wrapper.au3 "/ NoStatus / prod / in" E: \ 0MeusDocs \ 0Projects \ AutoIt \ Atari \ GeraProject.au3 ", note that the new one does not use an .exe but rather a .au3
Feb 13, 2019:
- 10:15 PM Ticket #3698 (Problems Installing SciTE.exe) updated by
- I see the default in the standard mak files for scilexer and scite are not to build them for winxp support. Please try the current compiled version from the Beta directory to see whether that fixes it, and let me know: https://www.autoitscript.com/autoit3/scite/download/beta_SciTE4AutoIt3/SciTE.exe https://www.autoitscript.com/autoit3/scite/download/beta_SciTE4AutoIt3/SciLexer.dll Jos
- 3:56 PM Ticket #3696 (Func _ArrayFromString($s, $sDelim_Col = "|", $sDelim_Row = @CRLF, ...) updated by
- >>If $b[$m] == Int($b[$m]) Don't use the double equals sign in comparisons unless you want to do a case sensitive comparison, and in this example from your code would be silly to do.
- 12:17 PM Ticket #3698 (Problems Installing SciTE.exe) created by
- was with version 3.3.14.2 and I went to 3.3.14.5 and it worked …
Feb 11, 2019:
- 8:10 PM Ticket #3697 (_WinAPI_GetOverlappedResult fails to set the [out] parameter $iBytes ...) updated by
- Not sure why I'm persevering but it has occurred to me that what you said about MS not documenting it is not actually true. The MSDN documentation says: lpNumberOfBytesTransferred - A pointer to a variable that receives the number of bytes that were actually transferred by a read or write operation. It doesn't say "but only in the case when GetOverlappedResult is True otherwise it can't be bothered to tell you how many bytes were successfully transferred" When GetOverlappedResult returns False and GetLastError()==ERROR_MORE_DATA The Read/Write operation has transferred a whole buffer, and *lpNumberOfBytesTransferred is set to tell us how many that is - exactly as MSDN documents. The UDF then discards the value leaving junk in $iBytes (Also if an operation is aborted part way through, then it tells you how many where transferred - though I can't believe that's very reliable for Write). Anyway this is absolutely my last comment on the matter, a workaround is too easy for all this effort. Alan
- 6:47 AM Ticket #3697 (_WinAPI_GetOverlappedResult fails to set the [out] parameter $iBytes ...) updated by
- Hi, For me it is not a workaraound as if MS make some internal changes the UDF still work I leave to Jon the final answer on this Ticket Cheers
- 2:10 AM Ticket #3697 (_WinAPI_GetOverlappedResult fails to set the [out] parameter $iBytes ...) updated by
- Indeed MSDN doc is lacking <- nothing new there. In the MSDN example at the end of what I linked to in the first post, just how many chars does the _tprintf statement output anyway??? BUT:- as MSDN does NOT document how and when it sets the $iBytes parameter, why should the UDF decide to discard the value set by Microsoft, based on some unnecessary and arbitrary logic in the UDF. Why discard the value if the return is False but use it when it returns True. Surely the UDF should pass back whatever the Dll call sets! A look at Wine's implementation https://source.winehq.org/source/dlls/kernel32/file.c#0610 shows that it always sets the $iBytes value regardless of the return code or GetLastError() value. But it's up to you whether you fix this bug or not. AS you say there are workarounds.
Feb 10, 2019:
- 6:41 PM Ticket #3697 (_WinAPI_GetOverlappedResult fails to set the [out] parameter $iBytes ...) updated by
- Thanks, the MSDN DOC does not describe how the ibyte parameter is set <hen the return result is set to zero. So after the _WinAPI_GetOverlappedResult() return false you call the Getlasterror==ERROR_MORE_DATA then you need to use the nbbyte you use in the function that initiated the transfert _WinAPI-ReadFile() or other related function you use. Perhaps it was working with the old coding but as it is not described in the MSDN DOC I will not change it Cheers
- 11:58 AM Ticket #3697 (_WinAPI_GetOverlappedResult fails to set the [out] parameter $iBytes ...) updated by
- The Struct/ptr code change is not the problem (that change since 3.3.8.1 is fine and wanted) The problem is that: If @error Then Return SetError(@error, @extended, False) was changed to If @error Or Not $aResult[0] Then Return SetError(@error, @extended, False) So if $aResult[0] is False then the $iBytes = $aResult[3] statement doesn't get done. The issue is just that the ByRef parameter needs to be assigned whatever is set by the DllCall in all cases, not just when the result is True. An example would be long and complex but could be done, but hoping you don't need it. Alan
- 6:36 AM Ticket #3697 (_WinAPI_GetOverlappedResult fails to set the [out] parameter $iBytes ...) updated by
-
Component changed
- 6:36 AM Ticket #3697 (_WinAPI_GetOverlappedResult fails to set the [out] parameter $iBytes ...) updated by
- Hi, I cannot undzrstand why passing a ptr instead of a struct can set $iBytes. But well can you post an example that reproduce the pb so I can analyse more carefully Thanks for the help
Feb 9, 2019:
- 1:37 PM Ticket #3697 (_WinAPI_GetOverlappedResult fails to set the [out] parameter $iBytes ...) updated by
- Sorry - should have set component to Standard UDFs
- 11:29 AM Ticket #3697 (_WinAPI_GetOverlappedResult fails to set the [out] parameter $iBytes ...) created by
- _WinAPI_GetOverlappedResult does not set the $iBytes [out] parameter …
Note:
See TracTimeline
for information about the timeline view.
