Timeline
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 …
Feb 3, 2019:
- 2:53 PM Ticket #3696 (Func _ArrayFromString($s, $sDelim_Col = "|", $sDelim_Row = @CRLF, ...) created by
- […] This function reconstructs an "array to text" created with …
- 2:40 PM Ticket #3695 (Func _SQLite_Display2DResult($aResult, $iCellWidth = 0, $bReturn = ...) created by
- […] This version has the possibility to declare Column and Row …
Feb 2, 2019:
- 2:07 AM Ticket #3694 (WinGetSize function missing from AutoItX3_64) created by
- I am using AutoItX3_x64.dll (AutoItX3.dll does not load). I tried the …
Jan 30, 2019:
- 8:33 AM Ticket #3238 (Au3info doesn't compensate for DPI scaling) updated by
-
Owner, Status changed
Understood but that would mean a change in the program in case that needs changing. I just demonstrated that the manifest needs updating for the dpi awareness. I leave this ticket open to make the change permanent in the next versions. Jos
Jan 29, 2019:
- 11:10 PM Ticket #3238 (Au3info doesn't compensate for DPI scaling) updated by
- It displays the correct pixels now but now the window is very small on high resolution monitors since it doesn't use the system-wide DPI scaling now.
Jan 27, 2019:
- 1:01 PM Ticket #3238 (Au3info doesn't compensate for DPI scaling) updated by
- Replying to anonymous: > Jos can you repost it. I get Not Found > > The requested URL /autoit3/scite/download/beta_SciTE4AutoIt3/Au3Info.exe was not found on this server. It should be there again.. Jos
- 12:55 PM Ticket #3693 (Invalid SciTEConfig_Source.zip File on downloads page) closed by
- Fixed
- 12:36 PM Ticket #3693 (Invalid SciTEConfig_Source.zip File on downloads page) updated by
- Updated the ZIP file by skipping the -LMZA parameter on the 7zip commandline. It can now also be opened by the buildin WIN10 extract option. Same done for Au3Stripper.zip. Jos
- 1:37 AM Ticket #3693 (Invalid SciTEConfig_Source.zip File on downloads page) created by
- Issue: The SciTEConfig_source.zip file that is located here …
- 12:47 AM Ticket #3238 (Au3info doesn't compensate for DPI scaling) updated by
- Replying to Jos: > It seems just a matter of changing the manifest of the program. I have made a trial version of the original au3info where I updated the manifest with reshacker and stored it here: https://www.autoitscript.com/autoit3/scite/download/beta_SciTE4AutoIt3/Au3Info.exe > > Give it a try and let us know. > > Jos Jos can you repost it. I get Not Found The requested URL /autoit3/scite/download/beta_SciTE4AutoIt3/Au3Info.exe was not found on this server.
Note:
See TracTimeline
for information about the timeline view.
