Timeline
Oct 14, 2015:
- 6:22 AM Ticket #3140 (@error Description) updated by
- I don't know who wrote this page but it can be Jon himself since the wording is the same as in the first introduction in 2006 I am not either an English corrector so Just wait English fluent people validate the proposal
Oct 13, 2015:
- 8:00 PM Ticket #3140 (@error Description) updated by
-
Version changed
Automatic ticket cleanup. - 7:53 PM Ticket #3140 (@error Description) created by
- here: https://www.autoitscript.com/autoit3/docs/function_notes.htm …
- 1:20 PM Ticket #3139 (FileGetTime out by exactly one hour.) updated by
- Contrary to what you claim, the correct time for a decent filesystem is UTC. Want it or not this is the only non-contradictory possible convention and this is unsurprisingly what NTFS uses. Also your "fix" is wrong, you should be using _Date_Time_FileTimeToLocalFileTime. Can we now stop discussing this in Trac, this is definitely not the place for that. "No bug" confirmed.
- 9:47 AM Ticket #3139 (FileGetTime out by exactly one hour.) updated by
- Ignore the variable names! Brainfart. ;o)
- 9:43 AM Ticket #3139 (FileGetTime out by exactly one hour.) updated by
- For anyone finding this page, here is something which should be in the manual page for FileGetTime (after the big notice that AutoIt will return incorrect results if you happen to be inside daylight saving time, which should matter not one jot). […] NOW you have the correct date/time. What a pain. ;o) Cor
- 9:18 AM Ticket #3139 (FileGetTime out by exactly one hour.) updated by
- Some feedback about this in the forum would have been better, of course, but I've been waiting since July for that. I read the document you linked to. It seems to say that AutoIt is incorrectly retrieving the modification date, not taking into account local daylight saving time. I would concur. This is commonly known as a "bug". If you are telling me that *I* am doing something wrong and that there is another way to get the actual, correct modification time, then please share! How will changing the status to "no bug" stop AutoIt from producing the wrong results. The modification time is incorrect. It is obviously a bug!
- 1:42 AM Ticket #3103 (_Timer_GetIdleTime not working properly in Windows 10) closed by
- Works For Me
- 1:41 AM Ticket #3139 (FileGetTime out by exactly one hour.) closed by
- No Bug: It's not a bug in AutoIt, it's how the Windows API for file times works. https://msdn.microsoft.com/en-us/library/windows/desktop/ms724290%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396 Windows files times are in UTC and then adjusted for the time zone you're in, UTC isn't affected by daylight savings time.
Oct 12, 2015:
- 10:55 PM Ticket #3139 (FileGetTime out by exactly one hour.) created by
- I have a regular file, a movie. In Windows (8.1 x64) properties …
Oct 8, 2015:
- 6:22 PM Ticket #3138 (GUIRegisterMsg - add to chain) closed by
- Rejected: Jon has already stated that this will not be done. M23
- 8:52 AM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) updated by
- For me the StdIoClose() can do a definitive cleaning only if the process is really close so that normal it should be post after to have a complete cleaning The Stream reading must be available by StdOutRead() or StdErrRead() after the process closing. So If you don't do it StdIoClose() will do it for you. I hope I understand the AutoIt implementation. I leave to Jon the final answer
Oct 7, 2015:
- 6:23 PM Ticket #3138 (GUIRegisterMsg - add to chain) created by
- As written in help: GUIRegisterMsg - Register a user defined function …
- 3:53 PM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) updated by
- Correct or the other option is to replace the StdioClose() by a loop that reads the STDIO buffer until it has read everything. This will also avoid the leaking. Jos
- 12:26 PM Ticket #3093 (_FileWriteToLine() option to create a new line if it doesn't exist) updated by
- Added by revision [11561] in version: 3.3.15.1
- 12:25 PM Ticket #3093 (_FileWriteToLine() option to create a new line if it doesn't exist) closed by
- Completed: Added by revision [11560] in version: 3.3.15.1
- 10:29 AM Ticket #3137 (FileRead() treats count parameter as bytes instead of characters for ...) created by
- When reading from UTF-8 files (with or without a BOM) the count …
- 9:15 AM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) updated by
- Replying to anonymous: > but it seems there is also a leak when you comment the StdioClose()statement. Could it be that ProcessClose() isn't cleaning up when STDIO is used for the process? Interestingly, the only order which does seem to work is the exact one you posted on the forum where you call StdioClose after ProcessWaitClose. Any other order and it leaks memory.
Oct 6, 2015:
- 5:52 PM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) updated by
- Agree there is a bug there somewhere. Firstly the posted script is what the helpfile also advertises and has a memory leak, but it seems there is also a leak when you comment the StdioClose()statement. Could it be that ProcessClose() isn't cleaning up when STDIO is used for the process? Jos
- 2:57 PM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) updated by
- Jpm, the problem is solved. However, AutoIt methods should never leak memory. They should prevent the memory leak or catch the conditions where they can leak and return and set @error instead. Doing otherwise is unnecessarily confusing and placing the burden on end-users which we should not want. In this particular case, because the problem only happens with $STDERR_MERGED defined, I would guess it is probably an oversight inside of StdioClose or ProcessClose for that particular case.
- 8:38 AM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) updated by
- If I understand well you just miss a StdIoClose($pid) at the right place as suggested by Jos
Oct 5, 2015:
- 2:46 PM Ticket #3136 (_FTP_DirPutContents Help File return value error) closed by
- Fixed: Fixed by revision [11559] in version: 3.3.15.1
- 1:14 PM Ticket #3136 (_FTP_DirPutContents Help File return value error) created by
- I was working with FTP udf (#include <FTPEx.au3>) and check for …
- 9:36 AM Ticket #3135 (StdioClose with $STDERR_MERGED memory leak) created by
- The following AutoIt code when run on my machine by AutoIt v3.3.15.0 …
- 2:31 AM Ticket #3133 (Win* functions to set @error or @extended flag in case of fail / timeout) closed by
- Rejected: How would that make the code more readable or simpler? It already tells you it's failed by not returning 1, I don't see any gain to be made by adding an error code that has no meaning. It's just as readable and, frankly, simpler to write this: […] As it is to write this […]
Oct 4, 2015:
- 8:32 PM Ticket #3134 (Missing GetSystemMetrics Constants in WindowsConstants.au3) closed by
- Fixed: Fixed by revision [11557] in version: 3.3.15.1
- 1:36 PM Ticket #3134 (Missing GetSystemMetrics Constants in WindowsConstants.au3) created by
- Please add missing from WindowsConstants.au3 GetSystemMetrics …
Oct 2, 2015:
- 11:23 PM Ticket #3133 (Win* functions to set @error or @extended flag in case of fail / timeout) created by
- Now Win* functions have only one return value: Success: a handle to …
Sep 30, 2015:
- 4:02 PM Ticket #2995 (Create and pass array as parameter in the parameter itself) closed by
- Rejected
- 4:01 PM Ticket #3089 (Add cascading menus for contex menu intigration) closed by
- Rejected: It seems to me that when clicking on a registered extension the available options should be at the top of the menu, not tucked away in a submenu. M23
Sep 29, 2015:
- 3:22 PM Ticket #3131 (Add a "safe" modifier to ReDim to preserve Dimensions) closed by
- Rejected: minxomat, As Jon has clearly stated there will be no further Opt flags you can forget that. I not of the opinion that this is something that needs to be "checked" by AutoIt - it must be the responsibility of the coder to do check that any ReDim is correctly written. M23
- 3:12 PM Ticket #3132 (Version Au3.3.14.2 in Track) closed by
- Fixed
- 3:00 AM Ticket #3132 (Version Au3.3.14.2 in Track) updated by
-
Version changed
Automatic ticket cleanup. - 2:38 AM Ticket #3132 (Version Au3.3.14.2 in Track) created by
- Here in track there is lack of this version. Can not be choosen. …
Sep 27, 2015:
- 6:42 PM Ticket #3091 (_WinAPI_RegQueryValue never returns the buffer size on ERROR_MORE_DATA ...) closed by
- Fixed: Fixed by revision [11544] in version: 3.3.15.1
- 6:34 PM Ticket #3123 (file WinAPIGdi.au3 missing from SCITE editor v3.5.4.0 download) closed by
- Works For Me: 3 weeks has elapsed which is plenty of time for you to reply. As you haven't provided a way to replicate this bug report I am closing the ticket. DO NOT REOPEN THIS TICKET, instead go to the forum and explain your problem to the AutoIt users.
- 6:28 PM Ticket #3120 (Use https://www.ipify.org/ in _GetIP()) closed by
- Completed: Added by revision [11542] in version: 3.3.15.1
- 2:28 AM Ticket #3131 (Add a "safe" modifier to ReDim to preserve Dimensions) updated by
-
(1)
> Wouldn't this be up to the person writing the script to not do something like this?
Well, it's kind of the same deal with constants, where if you try to change a constant, it breaks with an error.
(2)
An analogy is Visual Basic, where if you
ReDim Preservean array, every other feature remains untouched (such as types). AutoIt'sReDimis preserving by default, but it trashes the old array. That's not an argument, rather a look how this is handled in other languages. ------------------------------ Another (way) less complicated way to do this would be to provide anOptflag much in the same way asMustDeclareVars. Something along the lines ofMustPreserveDimension. Actually, I think this would probably be the better way. - 12:46 AM Ticket #3129 (AutoIt Wiki fails to generate tumbnails, PHP Error) closed by
- Fixed
Sep 26, 2015:
- 8:47 PM Ticket #3131 (Add a "safe" modifier to ReDim to preserve Dimensions) updated by
- How exactly are you expecting this to work? Are you expecting the script to display an error and exit at this point? That would make it a debugging feature, and debugging features should never be in production code by default. Wouldn't this be up to the person writing the script to not do something like this? I can understand a bit of hand holding, but this is training wheels for bad coders isn't it?
- 9:52 AM Ticket #3129 (AutoIt Wiki fails to generate tumbnails, PHP Error) updated by
- It works now, Thanks for fixing it :)
- 4:07 AM Ticket #3131 (Add a "safe" modifier to ReDim to preserve Dimensions) created by
- This is a request for a modifying keyword (or alternatively an Opt …
- 2:09 AM Ticket #3129 (AutoIt Wiki fails to generate tumbnails, PHP Error) updated by
- It's working for me now, just tested it and the images are showing.
Sep 25, 2015:
- 10:33 PM Ticket #3129 (AutoIt Wiki fails to generate tumbnails, PHP Error) updated by
- Can you retest please, I've made a tweak.
- 9:30 PM Ticket #3128 (Pragma Compile Directive inputboxres description change) updated by
- Not quite the wording you suggested but much clearer language M23
- 9:29 PM Ticket #3128 (Pragma Compile Directive inputboxres description change) closed by
- Fixed: Fixed by revision [11536] in version: 3.3.15.1
- 9:24 PM Ticket #3130 (Crash since AutoIT3.3.14x on call COM-Object winhttp.winhttprequest.5.1) closed by
- Rejected: In future please use the forum for support questions. And yes there is a difference - 3.3.14.? now crashes on COM errors whereas previous releases silently hid them. I imagine it is this - but posting in the forum will get you more details. M23
- 9:11 PM Ticket #3130 (Crash since AutoIT3.3.14x on call COM-Object winhttp.winhttprequest.5.1) created by
- I use following code for doing HTTP-POST-requests: […] The server …
- 11:43 AM Ticket #3129 (AutoIt Wiki fails to generate tumbnails, PHP Error) created by
- Hello, I updated the screenshots of History page in the AutoIt wiki …
Sep 24, 2015:
- 4:01 PM Ticket #3128 (Pragma Compile Directive inputboxres description change) created by
- The description for the inputboxres pragma compile directive is …
- 3:02 PM Ticket #2915 (Map Memory Leak) updated by
- Forwarded from Mars: Replying to Mars (AutoIt.de): > {{{ > Global $Map[], $aArray[1], $Timer = TimerInit() > > While TimerDiff($Timer) < 5000 > $Map.Label = 5 > $aArray[0] = $Map > WEnd > }}} I will explain it: run the script, check taskmanager, see lots of memory consumption. It is impossible to write a script using arrays and maps together. The actual BETA 3.3.15.0 also has this bug.
- 1:13 PM TracRevisionLog edited by
- (diff)
- 1:13 PM WikiPageNames edited by
- (diff)
- 1:13 PM TracTimeline edited by
- (diff)
- 1:13 PM TracSearch edited by
- (diff)
- 1:13 PM TracRoadmap edited by
- (diff)
- 1:13 PM RecentChanges edited by
- (diff)
- 1:13 PM CamelCase edited by
- (diff)
- 1:13 PM TicketQuery created by
- 1:13 PM TracInterfaceCustomization edited by
- (diff)
- 1:13 PM TracSupport edited by
- (diff)
- 1:13 PM WikiRestructuredText edited by
- (diff)
- 1:13 PM TracBatchModify edited by
- (diff)
- 1:13 PM PageTemplates edited by
- (diff)
- 1:13 PM TracAdmin edited by
- (diff)
- 1:13 PM TracUnicode edited by
- (diff)
- 1:13 PM TracRss edited by
- (diff)
- 1:13 PM WikiHtml edited by
- (diff)
- 1:13 PM SandBox edited by
- (diff)
- 1:13 PM WikiMacros edited by
- (diff)
- 1:13 PM TracIni edited by
- (diff)
- 1:13 PM TracFastCgi edited by
- (diff)
- 1:13 PM TracInstall edited by
- (diff)
- 1:13 PM TracLinks edited by
- (diff)
- 1:13 PM TracChangeset edited by
- (diff)
- 1:13 PM WikiFormatting edited by
- (diff)
- 1:13 PM TracNavigation edited by
- (diff)
- 1:13 PM TracAccessibility edited by
- (diff)
- 1:13 PM TracGuide edited by
- (diff)
- 1:13 PM TracWiki edited by
- (diff)
- 1:13 PM TracStandalone edited by
- (diff)
- 1:13 PM TracRepositoryAdmin edited by
- (diff)
- 1:13 PM TracEnvironment edited by
- (diff)
- 1:13 PM InterWiki edited by
- (diff)
- 1:13 PM WikiRestructuredTextLinks edited by
- (diff)
- 1:13 PM TracQuery edited by
- (diff)
- 1:13 PM TracNotification edited by
- (diff)
- 1:13 PM WikiNewPage edited by
- (diff)
- 1:13 PM TracImport edited by
- (diff)
- 1:13 PM TracPermissions edited by
- (diff)
- 1:13 PM TracReports edited by
- (diff)
- 1:13 PM TracSyntaxColoring edited by
- (diff)
- 1:13 PM TracTickets edited by
- (diff)
- 1:13 PM TracWorkflow edited by
- (diff)
- 1:13 PM TracBrowser edited by
- (diff)
- 1:13 PM TracTicketsCustomFields edited by
- (diff)
- 1:13 PM WikiProcessors edited by
- (diff)
- 1:13 PM TracModWSGI edited by
- (diff)
- 1:13 PM WikiDeletePage edited by
- (diff)
- 1:13 PM TracPlugins edited by
- (diff)
- 1:13 PM TracFineGrainedPermissions edited by
- (diff)
- 1:13 PM TracBackup edited by
- (diff)
- 1:13 PM TracLogging edited by
- (diff)
- 1:13 PM TracUpgrade edited by
- (diff)
- 1:13 PM TracChangeLog created by
- 1:13 PM TitleIndex edited by
- (diff)
- 1:13 PM TracModPython edited by
- (diff)
- 1:13 PM TracCgi edited by
- (diff)
- 1:13 PM InterTrac edited by
- (diff)
Sep 22, 2015:
- 7:43 PM Ticket #3127 (PixelGetColor ignore third HWND parameter) updated by
- I have checked a behavior with "PixelCoordMode" option equal to 2. GetDC WinAPI function that is called before GetPixel still receive a NULL as input parameter. It is strange why processing of the HWND parameter should be tied with "PixelCoordMode" option. Expected result of the passing HWND parameter is possibility of getting a pixel color from an overlapped window.
Sep 20, 2015:
- 12:18 AM Ticket #3127 (PixelGetColor ignore third HWND parameter) updated by
- HWND used only if "PixelCoordMode" 0 or 2. If 1 then HWND is ignored. So it was always.
Sep 19, 2015:
- 8:08 PM Ticket #3127 (PixelGetColor ignore third HWND parameter) updated by
- Perhaps, this bug causes a strange behavior of the PixelCoordMode option switching. Now it seems that the default (absolute screen coordinates) mode is used always.
- 7:59 PM Ticket #3127 (PixelGetColor ignore third HWND parameter) created by
- The PixelGetColor function with passed HWND parameter should analyze a …
Sep 18, 2015:
- 2:26 AM Ticket #2768 (Error: missing separator character before keyword.) updated by
- There's been a new release version put out, the updated Au3Check is included with it.
Sep 17, 2015:
- 10:17 PM Ticket #2768 (Error: missing separator character before keyword.) updated by
- Au3check.exe is now 404. We do need it back plz
- 9:33 PM Ticket #3109 (2x FileInstall in same line (in if statement) not working compiled) updated by
- Stop spamming this ticket and instead try to understand the hint given.
- 8:29 AM Ticket #3109 (2x FileInstall in same line (in if statement) not working compiled) updated by
- Sorry but you did not try it, right? This is a bug.. See the evidence.. It has to work..
Note:
See TracTimeline
for information about the timeline view.
