Timeline
Jan 5, 2017:
- 3:05 AM Ticket #2405 (Possible issue with FileGetVersion.) updated by
- We can also use shell script to obtain file version associated with .dll & .exe file using below line of codes: [string]$Vesrion = [System.Diagnostics.FileVersionInfo]::GetVersionInfo("C:\Program Files\example\Example.exe").FileVersion echo $Vesrion
Dec 30, 2016:
- 6:47 PM Ticket #3524 (_FileCountLines crashes program with "Error allocating memory".) closed by
- No Bug: This standard UDF isn't made for this purpose as it reads the whole file into memory and counts the LineFeed characters to determine the number of lines. In case you really need to know a total linecount for such a larger file, you need to write your own logic for that. Come to the forum in case you want to have a dialog on this. Jos
- 6:26 PM Ticket #3524 (_FileCountLines crashes program with "Error allocating memory".) created by
- Trying to get the total line count of large text file using …
- 11:19 AM Ticket #3523 (Can't access array with _WM_COMMAND) closed by
- No Bug: Not a bug - just do not use blocking functions within a handler, as is explained in the Help file. And in future, please use the forum for support - not Trac. M23
- 7:22 AM Ticket #3523 (Can't access array with _WM_COMMAND) created by
- I have a complete error with array when i'm clicked in button, array …
Dec 26, 2016:
- 12:05 PM Ticket #3307 (Au3Info reports not useful mouse coordinates) closed by
- No Bug
- 11:05 AM Ticket #3307 (Au3Info reports not useful mouse coordinates) updated by
- Should be a request instead of a bug.
- 10:51 AM Ticket #3522 (FileGetVersion) closed by
- No Bug: FileGetVersion with a parameter will return the information found in the "StringFileInfo" block, so I am marking this as No-Bug. Jos
Dec 25, 2016:
- 10:49 PM Ticket #3522 (FileGetVersion) updated by
- The output of ${MyVersion} is no bug as that actually returns what is (wrongly) stored in that section by the NSIS generated EXE. […] Jos
- 12:15 PM Ticket #3522 (FileGetVersion) created by
- ConsoleWrite(FileGetVersion (@ScriptDir&"\SciTE4AutoIt3.exe", …
Dec 23, 2016:
- 9:08 AM Ticket #3521 (Au3Check is not able to recognize Global variables declared inside ...) updated by
- I have created a thread on the forum, please use that for discussion :)
- 7:08 AM Ticket #3521 (Au3Check is not able to recognize Global variables declared inside ...) updated by
-
Replying to mLipok:
> Replying to TheDcoder <TheDcoder@…>:
> > I know that it is not unintentional but Au3Check should be able to detect such situations... There are times when you have to declare
Globalvariables inside functions, something like GUI_CreateMainWindow. > > Show example on the forum, and there we can discuss I will create a thread about this on the forum and will post a link in the ticket, Thanks for the suggestion :)
Dec 22, 2016:
- 6:35 PM Ticket #3521 (Au3Check is not able to recognize Global variables declared inside ...) updated by
-
Replying to TheDcoder <TheDcoder@…>:
> I know that it is not unintentional but Au3Check should be able to detect such situations... There are times when you have to declare
Globalvariables inside functions, something like GUI_CreateMainWindow. Show example on the forum, and there we can discuss - 5:06 PM Ticket #3521 (Au3Check is not able to recognize Global variables declared inside ...) updated by
-
I know that it is not unintentional but Au3Check should be able to detect such situations... There are times when you have to declare
Globalvariables inside functions, something like GUI_CreateMainWindow. - 1:24 PM Ticket #2833 (macro @funcname) updated by
- Zinthose, I think you misunderstood the request or you're trying to implement it in the worst way possible. What the request is asking for is to have a macro that tells you the currently executing function, which I don't think would be at all useful because it's just as easy to include a variable set to the name of the function to do exactly the same thing, but would require a coder to have to think for themselves. Your request is trying to rerun the current function. I'm not sure of what you think you're attempting, but I don't see that as a smart way to do it.
- 1:16 PM Ticket #3521 (Au3Check is not able to recognize Global variables declared inside ...) closed by
- No Bug: This isn't a bug but poor programming. Au3Check reads the script line by line from the first line to the last. It doesn't execute the script. Because you're trying to access a global variable that hasn't been declared yet (at that point in the script read), you get an error.
- 11:01 AM Ticket #3521 (Au3Check is not able to recognize Global variables declared inside ...) created by
- Au3Check is not able to recognise Global variables declared inside …
Dec 21, 2016:
- 11:29 AM Ticket #2833 (macro @funcname) updated by
- If this is ever considered for actual implementation I believe that a macro @CallStack would be even more useful, returning an array of functions called in decreasing depth order (LIFO mode). If the associated overhead is going to block making that real, perhaps it's time to have an Opt() switching that on for those who need it.
- 6:41 AM Ticket #2833 (macro @funcname) updated by
- I'm surprised this hasn't been added yet. I'm working on some pretty insane deep nested functions and was trying to do something like This: […] This is to address an issue when resolving a variable name using Eval from a global array. The problem is any changes are saved to the local copy made with Eval and not the original variable from the global scope. I guess ideally I'd like to see Eval have a ByRef parameter to address my issue but I'd still like to see @FuncName implemented.
Dec 16, 2016:
- 10:29 PM Ticket #2580 (Aut2Exe failing to run multiple times on Windows XP prior to SP3) updated by
- Replying to anonymous: > ' > == == > 'babar ali virk
Dec 7, 2016:
- 5:02 PM Ticket #3520 (Unexpected parameter type limit of _GUICtrlTreeView_GetItemParam) updated by
- Replying to Jpm: > Can yo more precise on what should be change where(?). > the _GuiCtrlTreeview_* must work on ID when AutoIt builtin are used to create the item > and Hwnd when created by _GUICtrlTreeView_* are used Because treeview and items both may created by AutoIt internal functions or _GUICtrlTreeView_* functions, $hWnd and $hItem may be a handle or an ID. To supporting all 2*2=4 cases, _GUICtrlTreeView_* functions should consider their conversions independently. For example, _GUICtrlTreeView_GetFirstChild uses two if statements to adjust $hWnd and $hItem. However, _GUICtrlTreeView_GetItemParam returns False when $hWnd is an ID and $hItem is not an ID. I think it can ignore GUICtrlGetHandle failure, like the implementation in in _GUICtrlTreeView_GetItemHandle. By the way, _GUICtrlTreeView_GetParentParam has the same structure of code and the same problem.
Note:
See TracTimeline
for information about the timeline view.
