Timeline
Dec 7, 2009:
- 11:29 PM Ticket #1332 (Mod funktion wrong output) updated by
- Yes, the problem is because the operation is being performed as floating point.
- 11:15 PM Ticket #1332 (Mod funktion wrong output) updated by
- Could it be a sign that Mod() in doing a floating-point computation instead of integral? Sounds like a 56-bit mantissa representation limitation. […]
- 5:43 PM Ticket #1332 (Mod funktion wrong output) created by
- mod("175367809538821201","1767842701") returns 421042353 but its wrong …
- 4:54 PM Ticket #1331 (Help example for _GuiCtrlDTP_SetSystemTimeEx uses wrong struct.) created by
- The 3.3.1.6 Beta include file StructureConstants.au3 no longer defines …
- 1:15 AM Ticket #1330 (_GUICtrlListView_CreateSolidBitMap() - the same as ...) created by
- _GUICtrlListView_CreateSolidBitMap in GUIListView.au3 include file is …
Dec 6, 2009:
- 10:08 PM Ticket #1329 (GUICtrlCreatePic width=height=0.) created by
- If minimize and restore GUI, with using GUICtrlCreatePic with …
- 2:24 PM Ticket #1328 (StringFormat() does not produce right output in AutoIt v3.3.1.6 (beta)) created by
- There appears to be a bug in the StringFormat() function in the …
Dec 4, 2009:
- 9:07 PM Ticket #1320 (_GUIImageList_DragMove() - bad hWnd parameter) closed by
- Fixed: Fixed by revision [5430] in version: 3.3.1.7
- 9:03 PM Ticket #1312 (_GUIImageList_BeginDrag.au3 - example in helpfile) closed by
- Fixed: Fixed by revision [5429] in version: 3.3.1.7
Dec 3, 2009:
- 8:38 PM Ticket #1327 (F1 in Scite Does Not Open Help File for Some Keywords) updated by
- Works for me. How did you test this?
- 8:27 PM Ticket #1327 (F1 in Scite Does Not Open Help File for Some Keywords) created by
- For some keywords, the help file is not opened via F1 in Scite (with …
- 8:34 AM Ticket #1326 (_GuiCtrlListView_DeleteItem does not handle control ID correctly) created by
- _GuiCtrlListView_DeleteItem works if the listview handle is passed but …
Dec 2, 2009:
- 11:24 PM Ticket #1325 (Date.au3: calls to _Date_Time_SetLocalTime($pSystemTime) are not ...) created by
- In Date.au3, there are several function that call …
Dec 1, 2009:
- 9:55 PM Ticket #1324 (MsgBox: options for size and position) closed by
- Rejected: Write your own.
- 9:00 PM Ticket #1324 (MsgBox: options for size and position) updated by
-
Version changed
Automatic ticket cleanup. - 8:01 PM Ticket #1324 (MsgBox: options for size and position) created by
- It would be nice if normal MsgBox also could be resized and positioned …
- 12:34 PM Ticket #1323 (Wrong size of some types in DllStructCreate()) created by
- Documentation says that the size of 'ptr' with DllStructCreate() is 4 …
- 9:45 AM Ticket #851 (Compile Script - UPX.exe error) updated by
- Correction: Not the au3 script name or build exe filename need to have a space in there names, but the path that is used to the (probebly) exe file.
- 8:58 AM Ticket #851 (Compile Script - UPX.exe error) updated by
- Exe build, Upx lockup case. When the target output executeble, thats going to be build, is selected within a windows explorer window. In general upx part will fail with: Error: Unable to execute upx.exe to compress stub file: upx: C:\...\Script.exe: IOException: rename error: Permission denied In General, as building a exe with final(3.3.0.0) instead of beta(3.3.1.?), and if the source script has a space in its name. Its seems to be able to initally bybass this lockup error on the first consecutive build. In this case it seems to lockup in general on second consecutive build. AutoIt:3.3.1.6 (Os:WIN_XP/X86/Service Pack 3 Language:0409 Keyboard:00000409 Cpu:X86)
- 7:29 AM Ticket #1303 (script to replace the @ScriptLineNumbe) updated by
- Not sure what Odin has in mind. But giving it a little thought, Obfuscator seems a nice candidate for a possible optional option for this. Thinking of the scanning of the original source files part, while merging them into one single file. As at this point it has access to the original(#include) line number's where the @ScriptLineNumber is used on.
Nov 30, 2009:
- 6:50 PM Ticket #1322 (ControlCommand with "GetSelected" used on ListView crashes the script) created by
- To reproduce the bug, just open some Explorer window (folder), and run …
- 2:06 PM Ticket #1321 (DllStruct Element Name Limits) created by
- I couldn't find this any where in the documentation, but …
- 11:48 AM Ticket #1320 (_GUIImageList_DragMove() - bad hWnd parameter) created by
- In documentation there is mentioned bad (not existent) hWnd parameter: …
Nov 29, 2009:
- 5:38 PM Ticket #1319 (AutoIt3.exe always exists after closing script with RichEdit) updated by
-
Found the error:
I think it is
__GCR_SetOLECallback($hRichEdit)wich is called in_GUICtrlRichEdit_Create. When AutoIt is being closed, the callbacks or the dllstructs are freed before the RichEdit was destroyed. The Richedit tries to call the release function of the "object", but since it does not exist anymore, this leads to unexpected behaviour. It should be documented that you have to use_GUICtrlRichEdit_Destroyon exit. Also, the COM-Object should not be initialised for each richedit. Sometimes a RichEdit without image-support is needed. I propose to remove__GCR_SetOLECallbackfrom the create function and document instead that you have to call an other function for image support. - 5:09 PM Ticket #1319 (AutoIt3.exe always exists after closing script with RichEdit) updated by
- this is a workaround working on xp: […]
- 5:03 PM Ticket #1319 (AutoIt3.exe always exists after closing script with RichEdit) updated by
- Nearly the same on Windows 7. But on seven the Script just fatal exit: !>17:57:55 AutoIT3.exe ended.rc:-1073741819 No CPU load.
- 4:56 PM Ticket #1319 (AutoIt3.exe always exists after closing script with RichEdit) created by
- Hi, i've used in SciTE the following script with Windows XP Home SP2. …
- 2:07 PM Ticket #1303 (script to replace the @ScriptLineNumbe) updated by
- What exactly did you have in mind here? How should this work? Jos
- 11:39 AM Ticket #1284 (minor fold hickup.) updated by
- Updated SciLexer.DLL available in the Beta directory of the SciTE4AutoIt3 website. Jos
- 11:37 AM Ticket #1284 (minor fold hickup.) closed by
- Fixed: Fixed by revision [5426] in version: 3.3.1.7
Nov 28, 2009:
- 9:40 PM Ticket #1313 (Add Opt.htm page redirecting to AutoItSetOption.htm) updated by
- >The documentation is auto-generated But it's could generate that page as well, or i missing something? Ok, then i think this should be at least fixed in the geshi... changes for autoit.php: 1) Remove 'Opt' from "3 => array(" list. 2) Replace in that same array this: […] with this: […] 3) Now replace this (styles): […] with this: […] 4) And now add to URLs array the 7-th element for the Opt link: […] P.S This fix i made on our AutoIt Russian Community forum, working well, but i just thought that this is can be fixed on the online documentation side.
- 8:38 PM Ticket #1318 (UDFs char/wchar --> bad numbers of bytes for _MemRead()/_MemWrite()) created by
- According to Ticket #1317 there is similar ANSI/Unicode problem also …
- 7:41 PM Ticket #1317 (UDFs & DllStructCreate() & char/wchar --> Unicode/ANSI problem) created by
- In latest Autoit version should be used in almost all UDFs wchar …
- 1:49 PM Ticket #1312 (_GUIImageList_BeginDrag.au3 - example in helpfile) updated by
- ad 3) Purpose of that change is to have vertical scrollbar visible in listview (set less hight of listview) to be able to test implemented "autoscrolling" while draging functionality. BTW: That autoscrolling works very nice.
Nov 27, 2009:
- 11:42 PM Ticket #1314 (ColorMode (Option) problem) updated by
- Sorry, my mistake. I'll be checking the latest version in the future.
- 11:22 PM Ticket #1316 (SleepUntilTime($hour, $min, $sec) and RunOnTime($hour, $min, $sec, ...) closed by
- Rejected: The first one is too trivial and the second one will not work. It seems you didn't notice AutoIt isn't multi-threaded.
- 11:20 PM Ticket #1314 (ColorMode (Option) problem) closed by
- No Bug: Congratulations on filing a completely useless bug report... twice. I really don't know how to chasten you further because you filed the report against 3.3.0.0 which implies you didn't bother to test with the latest beta like you should have. If you are testing with the latest beta but are for some reason reading the 3.3.0.0 documentation then you should read the changelog for the beta where you will discover the mode has finally been removed after languishing in a deprecated state for years.
- 11:00 PM Ticket #1316 (SleepUntilTime($hour, $min, $sec) and RunOnTime($hour, $min, $sec, ...) updated by
-
Version changed
Automatic ticket cleanup. - 10:56 PM Ticket #1316 (SleepUntilTime($hour, $min, $sec) and RunOnTime($hour, $min, $sec, ...) created by
- #include<Date.au3> ;Idea of first: Func SleepUntilTime($hour, $min, …
- 10:22 PM Ticket #1314 (ColorMode (Option) problem) created by
- In AutoIT Help: ColorMode(Option)is sugested in PixelGetColor and …
- 9:50 PM Ticket #1313 (Add Opt.htm page redirecting to AutoItSetOption.htm) closed by
- Wont Fix: The documentation is auto-generated. The next time the online documentation is updated the change would be obliterated. This seems so minor as to not be worth fooling with.
- 9:10 PM Ticket #1311 (MouseGetCursor() - identify also standard hand cursor (IDC_HAND)) updated by
- @MrCreatoR No. I want special non zero number for standard HAND cursor. Zero is returned for all other non standard (custom) cursors. So in this way we can distinguish standard ones. HAND cursor is the only one from all standard cursors not recoginzed by MouseGetCursor().
- 7:32 PM Ticket #1311 (MouseGetCursor() - identify also standard hand cursor (IDC_HAND)) updated by
- http://www.autoitscript.com/autoit3/docs/functions/MouseGetCursor.htm >Returns a cursor ID Number: 0 = UNKNOWN (this includes pointing and grabbing hand icons) 1 = APPSTARTING 2 = ARROW 3 = CROSS 4 = HELP 5 = IBEAM 6 = ICON 7 = NO 8 = SIZE 9 = SIZEALL 10 = SIZENESW 11 = SIZENS 12 = SIZENWSE 13 = SIZEWE 14 = UPARROW 15 = WAIT Perhaps 0 is the same?
- 7:00 PM Ticket #1313 (Add Opt.htm page redirecting to AutoItSetOption.htm) updated by
-
Version changed
Automatic ticket cleanup. - 6:02 PM Ticket #1313 (Add Opt.htm page redirecting to AutoItSetOption.htm) created by
- This issue is more related to autoit tag on the forum... The …
- 9:23 AM Ticket #1312 (_GUIImageList_BeginDrag.au3 - example in helpfile) updated by
- ad 2) The same applies also to another function: […]
- 9:18 AM Ticket #1312 (_GUIImageList_BeginDrag.au3 - example in helpfile) updated by
- ad 2) I found this bug: […] There should be wchar instead of char: […] I think this kind of ANSI/Unicode bug probably will be also in another standard UDFs.
- 9:07 AM Ticket #1312 (_GUIImageList_BeginDrag.au3 - example in helpfile) created by
- "C:\Program …
Nov 26, 2009:
- 5:00 PM Ticket #1311 (MouseGetCursor() - identify also standard hand cursor (IDC_HAND)) updated by
-
Version changed
Automatic ticket cleanup. - 3:55 PM Ticket #1311 (MouseGetCursor() - identify also standard hand cursor (IDC_HAND)) created by
- I'm looking at sources of MouseGetCursor() in script_misc.cpp …
- 7:04 AM Ticket #1310 (TCPConnect Timeout) created by
- I'd like the TCPconnect() function to have a parameter where you can …
Nov 25, 2009:
- 8:39 AM Ticket #1309 (BitShift() as Unsigned Integer by Default) closed by
- Rejected: No. AutoIt needs to have better handling of unsigned integers in general. This will not be done on a function-by-function basis.
- 7:40 AM Ticket #1309 (BitShift() as Unsigned Integer by Default) created by
- Change AutoIt's default BitShift() behavior to peform the operation as …
- 12:09 AM Ticket #1308 (Execute to assign variable) updated by
- Nice. I'm excited for the new assign and eval features. Will make rewriting some of the array functions to support all different dimensions easier.
Nov 24, 2009:
- 11:19 PM Ticket #1308 (Execute to assign variable) closed by
- Rejected: One of these days Assign() and Eval() will support arrays. That makes this feature request redundant.
- 9:00 PM Ticket #1308 (Execute to assign variable) updated by
-
Version changed
Automatic ticket cleanup. - 8:18 PM Ticket #1308 (Execute to assign variable) created by
- It would be nice if the execute() function could assign variables. …
Nov 22, 2009:
- 10:40 PM Ticket #1307 (Better and consistent naming of boolean parameters in UDF functions) closed by
- Rejected: Code comes from more than one individual and we currently have no requirements on how it should be formatted. I'm closing this because it's an all or nothing thing. Either we review all code and ensure it conforms to a format we come up with, or we do nothing. At this point in time, we do nothing.
- 10:15 PM Ticket #1307 (Better and consistent naming of boolean parameters in UDF functions) created by
- I would like to request that a bit more consistent logic is used in …
- 7:37 PM Milestone 3.3.1.6 completed
- 6:05 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) closed by
- Fixed: Fixed by revision [5418] in version: 3.3.1.6
- 5:12 PM Ticket #1153 (User-defined libraries support with 'Open Include'.) closed by
- Rejected
- 5:10 PM Ticket #1306 (DriveGetSerial Docs can be misleading) closed by
- Fixed: Fixed by revision [5417] in version: 3.3.1.6
- 5:03 PM Ticket #1296 (_GUICtrlTreeView_ClickItem fails with item text wider than TreeView) closed by
- Fixed: Fixed by revision [5416] in version: 3.3.1.6
- 4:56 PM Ticket #1290 (_GUICtrlTreeView_DisplayRectEx with "$fTextOnly = True" returns same ...) closed by
- Fixed: Fixed by revision [5415] in version: 3.3.1.6
- 3:22 AM Ticket #1306 (DriveGetSerial Docs can be misleading) created by
- This is not important at all because most of us know the answer but …
Nov 21, 2009:
- 12:56 PM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) closed by
- Fixed: Fixed by revision [5412] in version: 3.3.1.6
Nov 20, 2009:
- 6:47 AM Ticket #1305 (GUISetFont, GUICtrlCreateTreeViewItem, korean language combination bug) closed by
- No Bug: This is not a bug. The font you choose must contain Chinese and Korean characters in order for it to know what to render. Presumably the default font you have configured contains those characters. When you change to a different font that doesn't contain those characters... then the non-Latin characters can't be rendered.
- 6:14 AM Ticket #1305 (GUISetFont, GUICtrlCreateTreeViewItem, korean language combination bug) created by
- If you use the korean language with a treeview …
Nov 18, 2009:
- 5:27 PM Ticket #1279 (_FTP_FilePut() - DOC precission - for parametres) closed by
- Fixed: Fixed by revision [5406] in version: 3.3.1.6
- 5:06 PM Ticket #1304 (_GDIPlus_BitmapLockBits() input parameters are incorrect) closed by
- Fixed: Fixed by revision [5404] in version: 3.3.1.6
- 2:45 PM Ticket #1277 (_GDIPlus_ImageGetGraphicsContext needs to be "disposed" in help example) closed by
- Fixed: Fixed by revision [5402] in version: 3.3.1.6
- 2:39 PM Ticket #1291 (FileSetTime() Error descripton) closed by
- Completed: Added by revision [5401] in version: 3.3.1.6
- 11:42 AM Ticket #1304 (_GDIPlus_BitmapLockBits() input parameters are incorrect) created by
- […] According to the help file, $iRight and $iBottom refer to the …
- 4:25 AM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) updated by
- Replying to Valik: > AutoItWrapper will need to be updated to support the new /x86 parameter and the re-addition of the /unicode parameter. Beyond that nothing needs done to AutoItWrapper. It is up to you properly pass the correct command line arguments (or set the appropriate AutoItWrapper flags when they are suppored) to force the binary output to what you want. That's what I meant, the current AutoIt3Wrapper flags won't allow for proper compilation. By default AutoIt3Wrapper builds x86 even on an x64 platform (maybe that should be changed to reflect the Aut2Exe default behavior and build x64 by default?). Now it will also need to pass the new parameters when the x86 bin is used (#AutoIt3Wrapper_UseX64=n).
Nov 17, 2009:
- 10:05 PM Ticket #1270 (GUISetIcon (@ScriptName) sets the 48x48 icon to the GUI) closed by
- Completed: Added by revision [5393] in version: 3.3.1.6
- 8:04 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) closed by
- Fixed: Fixed by revision [5392] in version: 3.3.1.6
- 8:00 PM Ticket #1270 (GUISetIcon (@ScriptName) sets the 48x48 icon to the GUI) updated by
-
Version changed
Automatic ticket cleanup. - 7:55 PM Ticket #1270 (GUISetIcon (@ScriptName) sets the 48x48 icon to the GUI) updated by
-
Type, Severity changed
Changing to a feature request. We need a complete overhaul of the icon loading code and it has to try different resolutions and depths depending on the OS. We also only support loading the "small" icon atm. So we would need to change that to both small and large. So not a simple change. - 5:09 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- This ticket is referenced in revision: [5391]
- 4:49 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- Lucky guess, Jon, though obvious. UNICODE length < ANSI length = boom. o.o
- 3:31 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- […] AutoIt3_x64-thesnow.exe it's worked too.
- 3:21 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- I'm not sure it's related but I fixed a typo in some conversion code. Can you test this version please: http://www.autoitscript.com/autoit3/files/beta/autoit/AutoIt3_x64-thesnow.exe
- 3:01 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- Can you try this please: […] Without that flag the write is written in ANSI using the codepage. I'm wondering if there's something wrong in the chinese unicode -> ansi conversion code. But need to rule out some things first.
- 10:00 AM Ticket #1303 (script to replace the @ScriptLineNumbe) updated by
-
Version changed
Automatic ticket cleanup. - 9:00 AM Ticket #1303 (script to replace the @ScriptLineNumbe) created by
- Add in the possibility of replacing SciTe @ScriptLineNumber on line …
- 9:00 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- System info: […]
- 8:49 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- […] it's work! […] […]
- 8:42 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- I have turn off all antivirus software. 3.3.0.0 is worked. 3.3.1.5 is Crashed. 3.3.1.3 is worked.
- 3:09 AM Ticket #1298 (Poor Behavious of UBound Function) updated by
- Actually, you're just plain wrong. Visual Basic and VBS both behave very much like AutoIt. If you need to track the last used index then track it yourself. AutoIt cannot do that for you. No language can do it with 100% reliability to suit everyone. AutoIt, VB and VBS all have the correct behavior which is to report what the highest possible index is (keeping in mind the index needs offset by subtracting 1).
- 2:54 AM Ticket #1257 (Fix bugs in Static array handling) updated by
-
Severity changed
- 2:54 AM Ticket #1265 (Au3Check support for Static) updated by
-
Severity changed
- 2:52 AM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) updated by
-
Severity changed
- 2:51 AM Ticket #865 (winhttp.winhttprequest.5.1 ObjEvent unhandled exception.) updated by
-
Severity changed
- 2:51 AM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
-
Severity changed
- 2:49 AM Ticket #1298 (Poor Behavious of UBound Function) updated by
- Even I hate VB, I think VB behaves more logically correct. UBound should return the Upper Index of an array instead of Upper Index + 1, If you name UBound as ArraySize, then the current implementation is correct. I am interested to see other admin's comment
- 2:46 AM Ticket #1301 (Bug InetGetSize through a proxy) closed by
- No Bug: It works fine for me. I can clearly see the connection passing through the proxy (by looking at the proxy access log).
- 2:21 AM Ticket #1297 (wrong $bPasswordHash in the example of _Crypt_HashData-documentation, ...) closed by
- Fixed: Fixed by revision [5390] in version: 3.3.1.6
- 2:15 AM Ticket #1300 (DllCall() unloads the loaded module) closed by
- Fixed: Fixed by revision [5389] in version: 3.3.1.6
- 2:09 AM Ticket #1299 (AU3Check: #include with Single-Quote character, File not found.) closed by
- Fixed: Fixed by revision [5388] in version: 3.3.1.6
Nov 16, 2009:
- 10:36 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
-
Severity changed
- 10:31 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
-
Owner, Status changed
- 10:30 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- Did it also happen in the release version 3.3.0.0? Or is it just the beta?
- 10:27 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- Which part of the script is crashing for you? Can you make it smaller? What about just this: […]
- 10:11 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- I tried x86 and x64 on Windows 7 x64 and both worked ok for me. Maybe an Anti Virus related problem?
- 8:45 PM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) updated by
- Replying to wraithdu: > However it sounds like Aut2Exe still thinks it's compiling x64, hence the ignored /pack parameter. A full fix would need some work by Jos in AutoIt3Wrapper to accomodate your changes I think. AutoItWrapper will need to be updated to support the new /x86 parameter and the re-addition of the /unicode parameter. Beyond that nothing needs done to AutoItWrapper. It is up to you properly pass the correct command line arguments (or set the appropriate AutoItWrapper flags when they are suppored) to force the binary output to what you want.
- 8:43 PM Ticket #1302 (InetGet - Multiple) closed by
- Completed: Maybe you should have looked at the beta? It's been available in the beta since May.
- 8:37 PM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) updated by
- Replying to wraithdu: > I see. That would explain Jos's 'workaround' in AutoIt3Wrapper where he copies the desired .bin to a temp directory and feeds it to Aut2Exe via the /bin parameter. > The only reason I do this is to update the resource info in the copy of the BIN file before the aut2exe step. Doing that after the aut2exe step gave problems. Jos
- 8:00 PM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) updated by
- I see. That would explain Jos's 'workaround' in AutoIt3Wrapper where he copies the desired .bin to a temp directory and feeds it to Aut2Exe via the /bin parameter. However it sounds like Aut2Exe still thinks it's compiling x64, hence the ignored /pack parameter. A full fix would need some work by Jos in AutoIt3Wrapper to accomodate your changes I think.
- 8:00 PM Ticket #1302 (InetGet - Multiple) updated by
-
Version changed
Automatic ticket cleanup. - 6:56 PM Ticket #1302 (InetGet - Multiple) created by
- Hello, Would it be possible to enable the use of 2 or more instances …
- 12:36 PM Ticket #1301 (Bug InetGetSize through a proxy) created by
- InetGetSize() with "username:password@" did not go through a proxy. …
Nov 15, 2009:
- 11:05 PM Ticket #1300 (DllCall() unloads the loaded module) created by
- There is a possible situation with freeing loaded modules that are …
- 5:38 PM Ticket #1298 (Poor Behavious of UBound Function) closed by
- Rejected: The behavior of VB is stupid.
- 4:49 PM Ticket #1299 (AU3Check: #include with Single-Quote character, File not found.) created by
- AU3Check (1.54.14.0) versus (1.54.19.0) AU3Check (1.54.19.0) can't …
- 4:00 PM Ticket #1298 (Poor Behavious of UBound Function) updated by
-
Version changed
Automatic ticket cleanup. - 2:53 PM Ticket #1298 (Poor Behavious of UBound Function) created by
- For UBound function, it gives me an impression that it should return …
- 2:16 AM Ticket #1009 (Remove hard-coded calls to ConsoleWrite() in SQLite.au3) reopened by
- 12:36 AM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
- After reading the above comment WinSetState is also affected, if trying to set the state of the window to something else than the current state (that is, trying to change the state of the targeted suspended window). I forgot to mention my testing where done with : WinXP SP3 and AutoIT 3.3.0.0
Nov 14, 2009:
- 10:13 PM Ticket #1297 (wrong $bPasswordHash in the example of _Crypt_HashData-documentation, ...) updated by
- sorry, the version is not 3.3.0.0. The version is 3.3.1.5
- 10:11 PM Ticket #1297 (wrong $bPasswordHash in the example of _Crypt_HashData-documentation, ...) created by
- Hello, the $bPasswordHash in the example of the …
- 6:14 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) updated by
- Replying to Valik: > Undoubtedly a regression caused by the "fix" for #1087. Most probably indeed. Sorry I missed the link to this later one.
- 4:23 PM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) reopened by
- Undoubtedly a regression caused by the "fix" for #1087.
- 1:34 AM Ticket #975 (GUICtrlCreateCheckbox() on tabs.) updated by
- Bug reappeared in 3.3.1.4 and 3.3.1.5 (OS:WIN_XP/Service Pack 3 CPU:X86). Here's another script to demo: run from Scite or compile. MessageBox says it all. […]
Nov 13, 2009:
- 11:51 PM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
- Just as a reminder here; this is an old issue that has been talked about in the forum atleast once. See topic 97196 http://www.autoitscript.com/forum/index.php?showtopic=97196
Nov 12, 2009:
- 10:53 PM Ticket #1270 (GUISetIcon (@ScriptName) sets the 48x48 icon to the GUI) updated by
-
Severity changed
- 10:52 PM Ticket #1277 (_GDIPlus_ImageGetGraphicsContext needs to be "disposed" in help example) updated by
-
Severity changed
- 10:52 PM Ticket #1290 (_GUICtrlTreeView_DisplayRectEx with "$fTextOnly = True" returns same ...) updated by
-
Severity changed
- 10:52 PM Ticket #1296 (_GUICtrlTreeView_ClickItem fails with item text wider than TreeView) updated by
-
Severity changed
- 10:51 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
-
Severity changed
- 10:51 PM Ticket #1279 (_FTP_FilePut() - DOC precission - for parametres) updated by
-
Severity changed
- 10:50 PM Ticket #1291 (FileSetTime() Error descripton) updated by
-
Severity changed
- 10:50 PM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
-
Severity changed
- 8:00 PM Ticket #1230 (Changes to the build process.) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:46 PM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
- More testing seems to show that WinSetTitle, WinGetText, WinFlash, WinSetOnTop are affected the same way, but NOT WinGetState, WinGetPos, WinGetProcess, WinGetHandle, WinSetState, WinExists, WinList, WinWait. I only tested the most usual functions.
- 7:42 PM Ticket #1230 (Changes to the build process.) reopened by
- Re-opening because there's more stuff to do, no longer blocking, though.
- 4:42 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- file is unicode or UTF-8,Crash too.
- 3:38 AM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
-
Version, Type changed
I'm pretty sure this behavior is a bug if it's true. - 3:36 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
-
Version changed
- 3:36 AM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) closed by
- Fixed: Fixed by revision [5379] in version: 3.3.1.6
- 3:23 AM Ticket #1283 (aut2exe_x64 Ignores /pack Parameter When Compiling x86 Executable) updated by
- Actually it's compiling a 64-bit application. The x64 build defaults to compiling x64 unless otherwise specified. Previously you could use /unicode to force using the x86 build but according to the code that's been disabled. I'm going to add an /x86 option and also fix the /unicode option so that it works as it once did. In 3.3.1.6 you'll be able to use either: […] or: […]
- 2:32 AM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- i tested on windows 7 x86,Crashed ----------------- --------------------------- AutoIt --------------------------- Error allocating memory. --------------------------- 确定 ---------------------------
Nov 11, 2009:
- 9:08 PM Ticket #1292 (_IETagNameGetCollection) closed by
- No Bug: Closing due to Dale's comments, thanks Dale.
- 9:02 PM Ticket #1292 (_IETagNameGetCollection) updated by
- This is not considered a bug. These errors can occur in many places in IE.au3 due to the asynchronous nature of the browser and IE.au3. To prevent them from being fatal and allowing you to trap for them, please use _IEErrorHandlerRegister. This error comes from attempting to access the tags in the document before the document is even instantiated. You make it much more likely for this to occur by turning off the call to _IELoadWait in _IECreate as you have and attempting to replace it with an arbitrary 3 second delay. Suggest you let it call loadwait and use _IELoadWaitTimeout to reduce the time it pauses waiting for the page to load if that is an issue for you. You can then check the return status from _IECreate for a timeout. Dale p.s. This would have been a good discussion in the forum rather than in Trac
- 6:41 PM Ticket #1293 (odd value returned when assigning "default" to Scripting.Dictionary) updated by
- Aha, I understand now - the Scripting.Dictionary COM object is responsible for how its methods define the "default" value for each parameter. So the value it assigns to the dictionary, as a result of calling its Add() method with "Default", is outside the control of AutoIt. Thanks for taking the time to explain this, I appreciate it!
- 5:42 PM Ticket #1296 (_GUICtrlTreeView_ClickItem fails with item text wider than TreeView) created by
- If a TreeView or Gui containing a TreeView is not wide enough to show …
- 4:46 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) updated by
- sorry,the autoit version is 3.3.1.4 or 3.3.1.5.
- 4:44 PM Ticket #1295 (Crashed with fileread and filewrite on windows 7 X64) created by
- Crashed with fileread and filewrite on windows 7 X64 And,if file is …
- 3:56 PM Ticket #1280 (wrong lines in au3.api) closed by
- Fixed: Fixed by revision [5378] in version: 3.3.1.6
- 1:41 PM Ticket #1286 (FileGetShortName does not expand . or .. directories) updated by
- thank you for your prompt response.
- 5:14 AM Ticket #1293 (odd value returned when assigning "default" to Scripting.Dictionary) updated by
- But there's no bug here. Default is an AutoIt keyword that has a special meaning in the context of COM. It is not, however, data that can be marshaled through a COM object or a C-like (Dll) API. In the context of COM the Default keyword behaves more or less like it does in AutoIt. That is, it tells the function to treat that parameter as being undefined and to use whatever internal value it wants to. You can likely reproduce the same behavior in VBS by using it's "Default" convention (I don't know what it is, I don't use VBS). However, even though it works in COM in a similar fashion to AutoIt, there is a translation that occurs before going to the COM object.
- 4:21 AM Ticket #1293 (odd value returned when assigning "default" to Scripting.Dictionary) updated by
- My intention was to illustrate the contradictory nature of the returned value, which seems to indicate a bug of some kind.
- 4:00 AM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) updated by
-
Version changed
Automatic ticket cleanup. - 2:27 AM Ticket #1294 (WinGetTitle freezes script when reading the title of a ...) created by
- Not really a bug, so it is a feature request... If an autoit script …
- 1:53 AM Ticket #1243 (Request @FuncName) updated by
- jchd, there's already a way built into SciTE for realtime function tracing (not quite the same as a call stack but meh). I don't know what the hotkey is but look for an option called "Insert Trace Lines" or something. It... inserts a trace line at the start of every function in the current file. These lines can be easily removed with the accompanying "Remove Trace Lines" menu entry. I'm not sure what their exact names are in SciTE4AutoIt but I'm 99% sure they are there as I wrote them and gave them to Jos. As for your idea, its flawed. We don't preserve state information about the current - or previous - function calls. That's the whole "performance impact" bit I mention. In order to store any of that information we have to incur a performance penalty. Sure, we could do something simple like generate UID's for the UDFs and only store the UID and then perform an on-demand lookup to retrieve the string name. That still imposes a minor performance penalty for every single function call regardless if it uses @FuncName or not. That's just poor design; the most common code path should be the fastest branch if at all possible.
Nov 10, 2009:
- 11:31 PM Ticket #1243 (Request @FuncName) updated by
- I'm also contemplating a @Function feature but with a different rationale. First, I see this as a debugging aid and deep error catching feature best used for complex scripts (applications). The "macro" wouldn't be updated until needed to avoid performance impact. When invoked, it is irrelevant if it needs an awful long time to process, just because it's an exceptional branch. Then, I'd see it a returning an array populated with function names call stack (without arguments of course). I agree with Valik in that with only one call level, there is little point in adding anything and that his example is all what's needed. Sketched situation where I see this put at good use is an example I'm working on. Because the SQLite UDF is too low-level to handle error conditions itself and because it would be very clumsy to have the application level check after every SQLite call for every possible error combination, then some form of "middleware" is needed. There it really needs to know who was calling to display informative message so that the user can take action accordingly if something turns out bad. The same feature would also solve the question that sometimes arises in non-trivial applications: "How on Earth did I manage to get _that_ function called"? With a @Function[] possibility (or an equivalent: the stack info may as well be returned by an AutoIt function), we can handle both situations more gracefully than the current (slow and cumbersome): […]
- 10:51 PM Ticket #1293 (odd value returned when assigning "default" to Scripting.Dictionary) closed by
- No Bug: Um, okay. I'm not sure how you expect an AutoIt-specific keyword to be stored and preserved in an external object. This is certainly not a bug.
- 10:47 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- First, of all, you're pretty damn stupid. Congratulations on that. Second, you don't say my script has the same flaw? Do you know why it does? BECAUSE IT'S SUPPOSED TO. It reproduces your problem in a fraction of the code. See, your script is unacceptable. It's stupid and it's rude of you to post it. Third, I don't recall stating that the mis-use of styles had anything to do with the problem. In fact I don't recall explaining to you what the problem is in the first place. I do know, I debugged it and I know how to fix it as well and it's none of your business what the problem is. The point being, I said nothing about styles being the problem, I simply said they were bad code. Also, I never claimed I fixed it. I claimed I posted a script that reproduced the problem without needing to wade through all the bullshit you seem to think is necessary. In fact your comments above are just completely asinine and show you're living in some sort of fantasy world because you're responding to things that simply did not happen. Fourth, you're making a critical assumption that is not true. You are assuming every single style is a unique binary op. That is WRONG. Some styles are composites of other styles. Styles like $GUI_SS_DEFAULT_GUI are composite styles. Do you know what that means? It means if you add (binary +) a style that's already part of the composite style you create a new number completely. Compare that with bitwise-oring the composite style and stand-alone style and you'll produce a value that has the correct style bit set. Fundamentally huge difference and very easily a source of subtle bugs. So yes, it is bad to add styles. There's a reason it's documented styles should be bitwise-or'd together. But what do I know, it's not like I have years of Windows programming experience or anything. Lastly, I'll talk to you any damn way I please. You gave up your rights to civility when you posted an obscenely long script. You were told to cut it down but you didn't cut it down nearly enough. I then broke policy by looking at your stupidly long script and wasted far too much time cleaning it up and eliminating irrelevant pieces of code just to confirm there was a bug in AutoIt. And what do I get from you? Nothing but a bunch of ignorance and stupidity in response to my trying to teach you how to not fail at programming. You're a real winner, champ. A word of advice and a warning all rolled into one: Before you ever post on this issue tracker again you better be damn sure you aren't going to waste my time because if you do you will be blocked. I've wasted far too much time on you due entirely to your stupidity and I'm not wasting anymore unless it be the precious few seconds it takes to ensure I don't have to deal with you again.
- 7:29 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- And for your information, it's not necessarily bad to add up styles, because they are all decimal numbers and powers of 2. Which means they all have exactly ONE "non-zero binary digit". Example: (dec)256 equals (bin)1.0000.0000; 64 equals 0100.0000. If you add 256+64 you get 320. And if you BitOR(256, 64) you get 1.0100.0000 witch equals 320 in decimal just as well. You can think of it like this: * using BitAnd is like multiplying every bit in line (0*0=0, 0*1=0, 1*1=1) * using BitOr is like adding every bit in line (0+0=0, 1+0=1, 1+1=1) ||BitOr|| ||1.0000.0000 (256) 0.0100.0000 (64) +|| ||1.0100.0000 ==> 320|| and ||BitAnd|| ||1.0000.0000 (256) 0.0100.0000 (64) x|| ||0.0000.0000 ==> 0|| Take it from me, its has worked for me so far, and the fault is not in the styles. Maybe you should learn your math/science lessons again?
- 7:06 PM Ticket #1293 (odd value returned when assigning "default" to Scripting.Dictionary) created by
- When the AutoIt "default" value is assigned to a Scripting.Dictionary …
- 6:58 PM Ticket #1280 (wrong lines in au3.api) updated by
-
Component changed
Au3.API is automatically generated so there must be an invalid input file read by AutoIt Extractor.au3 that is the root cause of this issue. - 6:56 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- @VALIK dude, you really think you're the man now, don't you?? well SHUT the F*CK up! I do NOT take this language from you. Second an most important, you better learn to FIX bugs when you say that's what you doing! see, YOUR shitty script --just copying your language and way of thinking here-- has the exact same flaw. !!! Have you even TRIED was I mentioned about resizing the window with your mouse? When you try to fix something, then fix it, you immature ..…
- 12:39 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- And BitNOT() styles for edit too.
- 12:38 PM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- Group is not neccessary too for reproducing: […]
- 2:41 AM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- Posting private link in case this isn't fixed anytime soon.
- 12:42 AM Ticket #1282 (WinMove results in unespected resizing behavior of controls) updated by
- Several comments. First, next time I tell you to shrink a script I mean shrink the fucking script. It takes 27 lines (or less) to duplicate your issue (see below). I've wasted way too much time digging through your shitty to code to find the minimum amount required to reproduce the issue. That leads me to... Second, your shitty code. I suggest you learn how to combine styles because you are doing it wrong. You cannot add (or subtract) styles together. Well, you can, but it's bad code that leads to subtle bugs. I thought everybody knew that by now SINCE IT'S CLEARLY DOCUMENTED. Anyway, that's all for now. Obviously something is screwy here. This is the test script. I suggest you learn from it to 1) Learn how to write a fucking bug report; 2) Learn how to use GUI styles. […]
Nov 9, 2009:
- 11:51 PM Ticket #1286 (FileGetShortName does not expand . or .. directories) closed by
- No Bug: […] No bug, not a feature we will add.
- 7:48 PM Ticket #1205 (Dim / ReDim / Static optimization) updated by
- Replying to anonymous: > I think there is a mismatch somewhere when it comes to ReDim with a initializer. ReDim does not take an initializer. An initializer is supposed to set the value of a new variable. ReDim is supposed to used with existing arrays. These are not compatible ideas. To rebuild an existing array into a new array, use Dim (or preferably, Local or Global). I will check the documentation and make sure it is clear that ReDim does not get an initializer.
- 7:45 PM Ticket #1205 (Dim / ReDim / Static optimization) updated by
- The following keywords will be involved in this optimization: Local, Global, Dim, Const, Static, ReDim. So much of the internal code that implements these keywords is very similar, so I will have each routine just set a few flags and then call a set of common functions. Multiple keywords set multiple flags. A list of incompatible flags are at the bottom. Dim: SCOPE_ANY Local: SCOPE_LOCAL Global: SCOPE_GLOBAL Const: FLAG_CONST | MUST_INIT | NO_EXIST Static: FLAG_STATIC ReDim: ACTION_RESIZE | NO_INIT | MUST_EXIST | MUST_ARRAY If FLAG_STATIC is set for an existing static array, then it sets ACTION_RESIZE. FLAG_STATIC will skip the initializer for an existing variable. NO_EXIST gives a hard error if the variable already exists. MUST_EXIST gives a hard error if the variable does not already exist in the given scope. MUST_ARRAY gives a hard error if the variable (and script line structure) is not an array. Incompatibles: Getting multiple flags set that are on one line in this table will cause a hard error. MUST_INIT, NO_INIT MUST_EXIST, NO_EXIST FLAG_CONST, FLAG_STATIC SCOPE_LOCAL, SCOPE_GLOBAL (either of these overrides SCOPE_ANY) Also review what is happening during function calls re: assigning values to parameters.
- 6:04 PM Ticket #1281 (ControlClick()) closed by
- No Bug: An example is supposed to actually reproduce the problem. Yours doesn't and for good reason: Notepad doesn't have a control with ID 123. At least not in Windows XP SP3. Anyway, there's no bug here, just user error.
- 5:58 PM Ticket #1276 (_TicksToTime() displayed seconds increment at wrong time) updated by
- Demonstration script: […]
- 5:57 PM Ticket #1276 (_TicksToTime() displayed seconds increment at wrong time) closed by
- Fixed: Fixed by revision [5376] in version: 3.3.1.6
- 5:39 PM Ticket #1278 (_FTP_ProgressUpload() - german comment in example in helpfile) closed by
- Fixed: Fixed by revision [5375] in version: 3.3.1.6
- 5:36 PM Ticket #1269 (One some laptops OnEvent mode misses some events.) closed by
- Works For Me: Not enough information provided. Closing.
- 5:34 PM Ticket #1287 (_Debug functions are changing Blockinput() Flag) closed by
- Fixed: Fixed by revision [5374] in version: 3.3.1.6
- 5:29 PM Ticket #1288 (DLLStructSetData behavior with binary variant data) closed by
- Fixed: Fixed by revision [5373] in version: 3.3.1.6
- 5:02 PM Ticket #1288 (DLLStructSetData behavior with binary variant data) updated by
- From my reply on the forum: This is a documentation error. The documentation claims that the index defaults to 1 when not specified. This is wrong. AutoIt defaults to writing as much of the source string into as much of the destination buffer as it can. That's why these two lines behave differently: […] I will correct the documentation to describe the actual behavior.
- 4:49 PM Ticket #1288 (DLLStructSetData behavior with binary variant data) updated by
-
Description changed
- 4:28 PM Ticket #1285 (Unexpected result when using BitShift) closed by
- Fixed: Fixed by revision [5372] in version: 3.3.1.6
- 7:13 AM Ticket #1292 (_IETagNameGetCollection) created by
- I have a script which is downloading the anti virus files from …
Nov 8, 2009:
- 10:00 PM Ticket #1291 (FileSetTime() Error descripton) updated by
-
Version changed
Automatic ticket cleanup. - 8:46 PM Ticket #1291 (FileSetTime() Error descripton) created by
- Suggestion Additional explanation in Helpfile: succes: but …
- 9:05 AM Ticket #1290 (_GUICtrlTreeView_DisplayRectEx with "$fTextOnly = True" returns same ...) created by
- "Left" value when the $ftextOnly parameter is "True" returns 0, same …
- 1:39 AM Ticket #1289 (Port to Mac) closed by
- Rejected: It's good to see you read WikiStart and more specifically AutoItNotOnToDoList before making this request. I also especially enjoy how you opened a bug report instead of a feature request.
- 1:19 AM Ticket #1289 (Port to Mac) created by
- Great app. Can it be ported to mac. Everything up to the GUI …
Nov 7, 2009:
- 7:45 PM Ticket #1288 (DLLStructSetData behavior with binary variant data) updated by
- Sorry I didn't check the claims made in the post avidly enough. The 2nd and 3rd code blocks do set the same data, but DllStructSetData($a,1,0xAABB,2) sets it differently. to me, I would have though all 3 to set the data to: 0xFFAABBFF.
- 7:35 PM Ticket #1288 (DLLStructSetData behavior with binary variant data) created by
- As demonstrated in …
Note:
See TracTimeline
for information about the timeline view.
