Timeline
Nov 18, 2010:
- 4:00 PM Ticket #1818 ((UDF) _INetSmtpMail Importance parameter) updated by
-
Version changed
Automatic ticket cleanup. - 3:51 PM Ticket #1818 ((UDF) _INetSmtpMail Importance parameter) created by
- Since the importance of an email can be critical, I added a parameter …
- 12:28 PM Ticket #1815 (Conditional Compilation (#if, #ifdef, #ifndef, #else, #elif, #endif, ...) updated by
- I think this has been discussed before and the answer was no. IIRC it's because AutoIt packs the whole interpreter into each compiled script. What you'd be compiling would still be everything no matter what. I may be wrong.
- 12:00 PM Ticket #1817 (Tidy incorrectly formats an objects parenthesis) created by
- When you run Tidy on functions on a function like this: […] It …
Nov 17, 2010:
- 8:09 PM Ticket #1813 (Abs() and Mod() documentation) updated by
- Replying to Spiff59: > I'm retarded. And can't type... I meant to say Int() and Mod() should show as related in documentation.
- 8:08 PM Ticket #1813 (Abs() and Mod() documentation) updated by
- I'm retarded. I meant to say Int() and Mod() show show as realted in documentation.
- 4:33 PM Ticket #1336 (Remove UDF hard-coded buffer sizes.) updated by
- […] --> Link to this page is broken http://www.autoitscript.com/forum/index.php?showtopic=106621 Error message: #10343 We could not determine which topic you were attempting to view.
- 4:24 PM Ticket #1816 (_GUICtrlListView_GetItemText not properly work on Windows 7 x 64) updated by
- Look at these my previous tickets. Maybe it can help you because there are mentioned functions where it's correctly handled. http://www.autoitscript.com/trac/autoit/ticket/1317 http://www.autoitscript.com/trac/autoit/ticket/1318 http://www.autoitscript.com/trac/autoit/ticket/1336
- 10:16 AM Ticket #1816 (_GUICtrlListView_GetItemText not properly work on Windows 7 x 64) updated by
- I was wrong a little. Size of state and stateMask is OK. Problem in (from help): ptr: 32 or 64bit unsigned integer (depending on if the x86 or x64 version of AutoIt is used) If change in $tagLVITEM "ptr Text" to "uint Text" (i.e. make it 32bit) _GUICtrlListView_GetItemText solve the problem (but not solves the bug). Thank you for silence. Check other similar structs - maybe you have the same problems on x64.
- 9:29 AM Ticket #1816 (_GUICtrlListView_GetItemText not properly work on Windows 7 x 64) updated by
- I've found the reason of bug in your code. Remark: size of LV_ITEMA structure is 72 = 0x48 In new test I have Spy log: […] So... see the problem? Problem is: the value of cchTextMax must be in pszText, the value of lParam must be in cchTextMax. Bug is in your struct LV_ITEMA(W) creation - it looks like you make size of state and stateMask as 8 bytes each for x64 OS, but it must be 4 bytes in any OS! Check MSDN. Well, where and how I have to patch you code to correct solve the problem?
- 8:05 AM Ticket #1816 (_GUICtrlListView_GetItemText not properly work on Windows 7 x 64) updated by
- P.S.2. By the way, maybe I'm wrong, but why then you create in _GUICtrlListView_GetItemText wchar buffer, you don't reserve double size buffer in external memory? Your code: If $fUnicode Then $tBuffer = DllStructCreate("wchar Text[4096]") Else $tBuffer = DllStructCreate("char Text[4096]") ... Local $pMemory = _MemInit($hWnd, $iItem + 4096, $tMemMap) ... _MemRead($tMemMap, $pText, $pBuffer, 4096) Then I've searching for solution, I try to fix it, but it is not solve above problem.
- 7:22 AM Ticket #1816 (_GUICtrlListView_GetItemText not properly work on Windows 7 x 64) created by
- I can't get text of SysListView32 item (returns empty string). My …
Nov 16, 2010:
- 10:00 PM Ticket #1815 (Conditional Compilation (#if, #ifdef, #ifndef, #else, #elif, #endif, ...) updated by
-
Version changed
Automatic ticket cleanup. - 8:01 PM Ticket #1815 (Conditional Compilation (#if, #ifdef, #ifndef, #else, #elif, #endif, ...) created by
- Is it possible to introduce Conditional Compilation into Autoit so …
- 7:21 AM Ticket #1814 (On InputBox, the language of buttons stays in English) created by
- On InputBox, even if you have a localised Window, the buttons OK and …
Nov 15, 2010:
- 10:45 AM Ticket #1812 (AutoItSetOption("MustDeclareVars",1) not working fully) closed by
- No Bug
- 10:43 AM Ticket #1811 (String.au3 file inside help folder?) updated by
- walk though: (*Scite4AutoIt3 full install assumed) - open AutoIt help. (preferably from Scite*) - browse to one of the "string management" UDF's inside the help. - click "open this script" in the example script of that string UDF. - Scite*: use "tools: open include file" on the "#include <string.au3>" line in the opened example file. At this point I end up with the "...\AutoIt3\Examples\Helpfile\String.au3" file instead of the "...\AutoIt3\Include\String.au3" file inside Scite* Your getting the same result? - In case you do. Point being something to the effect of. Due to the include file find logic. Help files should not use same names as default(AutoIt) include files. I'm making any sens? (Trivial if this is the case. Just making a note of it to enforce some sort of resolution on this.) - If not ... Erm, back to my local drawing board.
- 9:01 AM Ticket #1788 (_GUICtrlRichEdit_GetMargins and _GUICtrlRichEdit_SetMargins) updated by
- That only affects the margins of the control on-screen. If you _GUICtrlRichEdit_StreamToFile() the control to an .RTF file, the margins are lost. No \margl or \margr tags are inserted into the resulting file.
- 8:00 AM Ticket #1813 (Abs() and Mod() documentation) updated by
-
Version changed
Automatic ticket cleanup. - 6:24 AM Ticket #1813 (Abs() and Mod() documentation) created by
- These seem complimentary functions... Abs() returns the whole-number …
- 12:30 AM Ticket #1812 (AutoItSetOption("MustDeclareVars",1) not working fully) updated by
- Thanks for your speedy response and apologies for my erroneous report.
Nov 14, 2010:
- 11:57 PM Ticket #1812 (AutoItSetOption("MustDeclareVars",1) not working fully) updated by
- According to the help file for a For...Next loop: 'The Variable will be created automatically with a LOCAL scope, even when MustDeclareVars is on. ' So, it's not a bug, it's a documented feature.
- 11:19 PM Ticket #1812 (AutoItSetOption("MustDeclareVars",1) not working fully) created by
- Despite the MustDeclareVars option being set to 1, an undeclared …
- 9:39 PM Ticket #1811 (String.au3 file inside help folder?) updated by
-
Owner, Component changed
Please explain what you mean because this is not clear to me. Jos - 9:26 PM Ticket #1811 (String.au3 file inside help folder?) created by
- ? The file "String.au3" thats residing in the general help folder …
- 3:10 PM Ticket #1810 (Crash, StringRegExpReplace, recursion.) updated by
- Correction on the "witch did not fail" in: > not really tested with StringRegExp, other than a quick StringRegExp test with same pattern and data. witch did not fail ... StringRegExp() will also fail. At the same(size) point. (not sure why this one got by me, but it did. :P ) […]
Nov 13, 2010:
- 6:19 PM Ticket #1810 (Crash, StringRegExpReplace, recursion.) updated by
- With "Crash" I mean a unexpected script termination: […]
- 3:52 PM Ticket #1810 (Crash, StringRegExpReplace, recursion.) created by
- Crash, StringRegExpReplace, recursion. crashes when a recursion …
- 2:06 PM Ticket #1807 (Success of some commands relies on last keyboard/mouse action) updated by
- I figure something like that ... The problem your running into here is: The need to proof that its AutoIt's fault and not the fault of RunAs. (with or without using /smartcard option.) To figure that out more data is needed on what going on here. (I currently have other things on my todo list. Maybe later.) (It might also already be documented somewhere else.)
Nov 12, 2010:
- 9:02 PM Ticket #1809 (Made an Error in script -> GUICtrlCreateButton $SS_RIGHT Create CheckBox) created by
- Hi, It's not really a bug i guess.. because it's bad coding .. but …
- 5:50 PM Ticket #1807 (Success of some commands relies on last keyboard/mouse action) updated by
- Replying to mvg: > Not reproducible or not failing in any way, shape, or form on Xp(32.Pro.Sp3) while using "RunWait(@ComSpec & ' /k dir')" I'm also running XP 32 bit Pro Sp3. I couldn't get it to happen with other commands, either. However, when you try it with "runas /smartcard ..." it DOES cause problems. Take a look at the sample code I attached- you don't need a smartcard reader to see how it fails. When you execute runas /smartcard without a smartcard, it will still try to find/read from a card reader device. When this bug occurs, the command will not even RUN. So seriously, take a look at what I attached. There must be something special about runas /smartcard causing the error, which may exist in other commands as well.
- 11:32 AM Ticket #1808 (OS Crash while executing..) created by
- […] Windows XP SP3 (x86) with 1GB RAM, first hangs and then …
Nov 11, 2010:
- 1:51 PM Ticket #1806 ($iBase in _ArrayUnique() not working properly) updated by
- Here an update of my ArrayUnique function (some bugs fixed): […] Br, UEZ
- 12:11 AM Ticket #1807 (Success of some commands relies on last keyboard/mouse action) updated by
- Not reproducible or not failing in any way, shape, or form on Xp(32.Pro.Sp3) while using "RunWait(@ComSpec & ' /k dir')"
Nov 10, 2010:
- 11:04 PM Ticket #1806 ($iBase in _ArrayUnique() not working properly) updated by
- Here my try for the ArrayUnique function for up to 2D arrays: […] I hope it is bug free ;-) Br, UEZ
- 8:47 PM Ticket #1788 (_GUICtrlRichEdit_GetMargins and _GUICtrlRichEdit_SetMargins) updated by
- You can set margins on a RichEdit with the same message that sets it on a regular Edit: EM_SETMARGIN Therefore _GuiCtrlEdit_SetMargins() works fine: […]
- 8:13 PM Ticket #1795 (long "long path" support) updated by
- That limit is set in the Windows API by Microsoft, not AutoIt: http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx#maxpath
- 7:37 PM Ticket #1807 (Success of some commands relies on last keyboard/mouse action) created by
- If a mouseclick is the last action before certain commands run, the …
- 5:09 PM Ticket #1806 ($iBase in _ArrayUnique() not working properly) updated by
- Seems _ArrayUnique() is also not working properly with 2D arrays! Br, UEZ
Nov 9, 2010:
- 8:37 PM Ticket #1806 ($iBase in _ArrayUnique() not working properly) created by
- […] Should return a 0 based array but it doesn't because of line …
- 6:18 PM Ticket #1805 (Functions that modify files should not change encoding) updated by
- Forgot to note where the issue came up, for reference: http://www.autoitscript.com/forum/topic/121931-fileinstall-corrupts-xml-changes-utf-16-encoding FileInstall corrupts XML (changes UTF-16 encoding), by akshaymishra14.
- 6:12 PM Ticket #1805 (Functions that modify files should not change encoding) created by
- Functions like _FileWriteToLine() and _ReplaceStringInFile() should …
Nov 5, 2010:
- 8:23 AM Ticket #1804 (FileSelectFolder does not position itself relative to the parent ...) updated by
- Aha, misread your message. "FileSelectFolder with flag 1 and/or 2 is locked to center position of desktop"(single screen over here) Additional test case, in case it helps. […]
Nov 4, 2010:
- 4:04 PM Ticket #1764 (FileCreateShortcut - cuts target to 8.3 style) closed by
- No Bug
- 2:25 PM Ticket #1804 (FileSelectFolder does not position itself relative to the parent ...) updated by
- I did some testing and found that this bug only occurs when flag 1 or 2 (or both) is used. Note: I have Windows XP and IE 8.
Nov 2, 2010:
- 7:53 PM Ticket #1804 (FileSelectFolder does not position itself relative to the parent ...) updated by
- no bug. Your not using it right. -> goto forum of help file.
- 6:27 PM Ticket #1764 (FileCreateShortcut - cuts target to 8.3 style) updated by
- ahh, can be closed, seems to be a "Windows feature" guess subst.exe will be best solution, if i really need it
- 2:37 PM Ticket #1804 (FileSelectFolder does not position itself relative to the parent ...) created by
- When using FileSelectFolder, the window does not position itself …
Oct 30, 2010:
- 10:14 PM Ticket #1803 (GuiRichEdit Zoom Set) created by
- _GUICtrlRichEdit_GetZoom ; Remarks .......: MSDN claims that …
- 11:09 AM Ticket #1802 (_WinAPI_CallWindowProc() and _WinAPI_DefWindowProc() are not Unicode ...) created by
- _WinAPI_CallWindowProc() and _WinAPI_DefWindowProc() still use the …
Oct 29, 2010:
- 8:11 PM Ticket #1801 (RUNAS Windows 7 x64) updated by
- Script to demonstrate the bug is missing and required for each Bugreport.
- 6:25 PM Ticket #1801 (RUNAS Windows 7 x64) created by
- RunAs dont work under Windows7 x64. RunAs return 0 and @error return 0.
- 1:30 AM Ticket #1799 (Result from TimerInit is wrong?) updated by
- PS: TimerInit doc says: "Returns a timestamp number (in milliseconds)." "(in milliseconds)" is wrong. I'm not sure what it returns, but it seems system depending. so probably cpu ticks or something to that effect. @OP: Check the "timer management" UDF and ask in forum if you run into problem.
Oct 28, 2010:
- 7:02 PM Ticket #1800 (_ClipPutFile error 9) created by
- Error in _ClipPutFile: "GlobalFree" returns 0 on success, but this is …
- 12:50 PM Ticket #1799 (Result from TimerInit is wrong?) updated by
- > Don't see how this can be true as TimerInit() and TimerDiff() work fine. Hi Jos, thanks for your reply, but in the given example, it's clearly visible that TimerInit() returns a type of timestamp, but what is the base of this value? The manual says, it should be in milliseconds, but thats not true, as you see a factor of around 3e6 between their difference and the result of TimerDiff(). Is this factor a constant value on each system or would it depend from CPU-frequency or something else? Kind regards, Daniel
- 8:42 AM Ticket #1799 (Result from TimerInit is wrong?) updated by
- Replying to anonymous: > ok; a function returns to a wrong value! I think this is a bug of this function or mistake in manual !!! Don't see how this can be true as TimerInit() and TimerDiff() work fine.
- 8:26 AM Ticket #1799 (Result from TimerInit is wrong?) updated by
- ok; a function returns to a wrong value! I think this is a bug of this function or mistake in manual !!!
Oct 27, 2010:
- 8:55 PM Ticket #1798 (Sound alert) closed by
- Rejected: This has nothing to do with the AutoIt language.
- 8:29 PM Ticket #1790 (au3.api, AutoItSetOption, Optional indicator.) updated by
-
Owner, Status changed
This is all auto-generated by the "AutoIt Extractor.au3" script. Reassigning it to Valik. Jos - 8:08 PM Ticket #1799 (Result from TimerInit is wrong?) closed by
- No Bug: NO Bug: Questions must be asked in our forum, This is for reporting bugs.
- 7:56 PM Ticket #1799 (Result from TimerInit is wrong?) created by
- Hi, a short question concerning the TimerInit and TimerDiff functions …
- 1:00 PM Ticket #1798 (Sound alert) updated by
-
Version changed
Automatic ticket cleanup. - 12:13 PM Ticket #1798 (Sound alert) created by
- Hi, can you please add sound alarm function to MonitoringScript.mq4 …
Oct 26, 2010:
- 4:32 PM Ticket #1796 (DirCopy does not copy readonly directories unless the flag is set to ...) updated by
- No bug. You tried to copy with using Windows?
- 6:13 AM Ticket #1797 (Critical bug with WS_CHILD) created by
- Compile this script with name GUI_PARENT.exe […] After compiling …
Oct 25, 2010:
- 2:37 PM Ticket #1796 (DirCopy does not copy readonly directories unless the flag is set to ...) created by
- ;"x\Source" contains readonly directories that contains files ;fails …
Oct 24, 2010:
- 7:28 PM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) updated by
- I also found out that you can't TaskKill the program from a command line unless you use the /f (Force terminate) command line switch with taskkill if the script includes the Opt("GUICloseOnESC", 0) option.
Oct 23, 2010:
- 10:25 AM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) updated by
- I think it's a problem in the option name/description, it should be something like this: Opt("GUIClose", 0) Because it's blocking the window from been closed by external application. Althought it could be handy, and we can always use GUISetAccelerators to prevent GUI closing by ESC.
- 7:00 AM Ticket #1795 (long "long path" support) updated by
-
Version changed
Automatic ticket cleanup. - 6:14 AM Ticket #1795 (long "long path" support) created by
- fileopen/filewrite/filewrite/etc. to support more than 255+ characters.
Oct 22, 2010:
- 11:43 PM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) updated by
- Too much complicated, here is a more simple reproducing script: […] no need to compile or anything else, just run the script twice, it should close the previous GUI, but it doesn't. BTW, it's only with AutoIt GUI, other winows closing fine.
- 5:53 PM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) created by
- When a script is compiled with Opt("GuiCloseOnESC", 0) active, another …
- 12:59 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, I know this is not a forum But the solution for Mstsc.exe […]
Oct 21, 2010:
- 7:53 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, I've checked another W7 X64 system (dutch pro), and you are correct it happens with mstsc.exe and not with calc.exe and notepad.exe but i cannot explain why it only happens to X64 and not with X86. Thanks for you time Best regards, Emiel
Oct 20, 2010:
- 6:55 AM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, Sorry you are totaly correct .. will check other X64 systems and see if i have the same problem
Oct 19, 2010:
- 11:43 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- You are not correct. The PID returned is 2688 (Two-Six-Eight-Eight). That is NOT 2268 (Two-Two-Six-Eight) which is the PID of ProcessExistTest.exe. The behavior you describe can easily be caused by mstsc.exe restarting itself. I don't know why it would do that (that doesn't happen on my system) but that's likely what is causing the problem.
- 7:16 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, I've took a better look and i made a screenshot for you to see the error The PID returned is the PID of the compiled executable. The error is caused by the Run Command. On My notebook Windows 7 X86 the problem does not exist In my screenshot http://www.emro.nl/AutoIt/RunPIDError.png Program name = ProcessExistTest.exe -> PID = 2268 (this is returned by the above example) Program name = mstsc.exe -> PID = 3212 (this should be returned by the above example) Windows 7 Ultimate X64 English language selected (MUI) I hope you will take another look. Best regards, Emiel Wieldraaijer
- 2:02 PM Ticket #1793 (Undefined Windows constants...) created by
- After searching the standard includes (and some non-standard, i.e., …
- 3:49 AM Ticket #1791 (GuiCtrlDelete is in the wrong place?) updated by
- "GUI Control Creation" makes more sens to me. "GuiCtrlDelete" being the complete opposite of it. (or: more similar as in "change in the existence of a control".) "GUI Control Update" makes less sens to me. As that section is more about changing the properties of a control. (assuming the argument for this case is that Deleting a control is a change to. Which I think is not a very strong/good argument.)
Note:
See TracTimeline
for information about the timeline view.
