Timeline
Jul 8, 2009:
- 9:19 PM Ticket #1059 (Incorrect error handling in _FileListToArray()) updated by
- Revision: The possible combinations of $iFlag and @extended are 0,0],[0,1],[1,0][1,1],[2,0],[2,1. The test to exclude items in the main While loop only triggers ContinueLoop for two combinations: [2,0] and [1,1]. I prefer the consolidation of the two tests into a single line like below. It produces a measurable increase in performance and reduces the function size to 18 lines. […]
- 9:08 PM Ticket #1060 (Run return 0, but failed) updated by
- Sorry for my previous post. I check that Run\RunWait returns 1 to @error for example 2. Its ok, its realy failed. But.. where I can get information about len of cmd and parameters? I create a stupid vbs script, that starts calc with any len of parameters(much more that 120 chars). And I can start Calc again wtih any len of parameter throw windows shell(cmd). I check documenation again - it has information that max len of any script line can be =4096 chars. And nothing about len for Run\Runwait family cmds. Situation was reprodused on WinXP SP3 x86 and on Win2003 SP1 x86. Thanks again.
- 7:59 PM Ticket #1058 (Eventlog.au3 in Beta) updated by
- Confirmed issue with simplified reproducer (only show last 10 records): […] Missing fields in Beta (they are present in Prod) are: [10] Event Source, [11] Computer name, and [13] Description
- 7:03 PM Ticket #1060 (Run return 0, but failed) updated by
-
Description changed
Please read WikiStart to learn how to properly post code on the issue tracker. In case you didn't notice: This isn't the forum. Now, as for the ticket itself... okay, and? The documentation clearly states to check the error property on the AutoItX3 object to see if a call to Run() or RunWait() failed. I don't see you checking that property so the return value of 0 is expected. Finally, I am pretty sure this is not a bug. There are OS-imposed limits on the length of the command line and its parameters. I'll test it but I don't expect to find a problem in AutoIt(X). - 11:07 AM Ticket #1060 (Run return 0, but failed) created by
- When I use a long argument(more than 120 char) for functions: Run, …
- 3:17 AM Ticket #1059 (Incorrect error handling in _FileListToArray()) updated by
- Ok, when I counted it in SciTE, I counted the lines between Func and EndFunc. It is 19 lines in length, total.
- 3:14 AM Ticket #1059 (Incorrect error handling in _FileListToArray()) created by
- FLTA is documented to return an @error = 4 condition when a call …
Jul 7, 2009:
- 11:25 PM Ticket #1058 (Eventlog.au3 in Beta) created by
- EventLog.au3 in Beta does not read the event log description …
- 7:39 PM Ticket #1056 (InetGet rundll32.exe error on Vista / Windows 7 on "Screen-saver" desktop) reopened by
- I reopen so Valik or other dev can have a look. For me the security token is not validate when this screen saver run that's the reason of the failure
- 6:56 PM Ticket #1057 (SciTe ToolTip negative coordinates) closed by
- Rejected: We do not make SciTE. We are not the people to ask.
- 6:54 PM Ticket #1056 (InetGet rundll32.exe error on Vista / Windows 7 on "Screen-saver" desktop) updated by
- The user is still logged in when the locked Screen-saver desktop is displayed. The only change is the active desktop, that is why I included a button for Internet Explorer in my example because IE runs fine & even downloads files. If you check SysInternals process explorer you will see what I mean. The screen saver is run as the logged in user, even when the desktop is locked. The system creates a second desktop called Screen-saver, switches to it, & runs the app. The regular "Default" desktop still exists, it just doesn't have focus. InetGet() works properly at the system login prompt (not the user locked desktop login). At system login screen the screen saver is run by SYSTEM on XP & LOCAL SERVICE on Vista/W7, so the theory that a user needs to be logged into the PC for InetGet() to work is incorrect. It's definitely a bug of some kind. Please, please take a look before closing the ticket again.
- 5:39 PM Ticket #1025 (Box-comment in SciTe) updated by
- Replying to Valik: > This is a bug in SciTE. That means it needs reported on the Scintilla/SciTE bug tracker found here. Closing as won't fix. It'll need to be fixed in standard SciTE before it will be fixed in our version. Okay I added an 'artifact' on there..
- 3:11 PM Ticket #1057 (SciTe ToolTip negative coordinates) created by
- I would like to request that the ToolTip feature in SciTE support …
- 1:20 PM Ticket #1056 (InetGet rundll32.exe error on Vista / Windows 7 on "Screen-saver" desktop) closed by
- No Bug
- 1:19 PM Ticket #1056 (InetGet rundll32.exe error on Vista / Windows 7 on "Screen-saver" desktop) reopened by
- 1:17 PM Ticket #1056 (InetGet rundll32.exe error on Vista / Windows 7 on "Screen-saver" desktop) closed by
- Fixed: You cannot run under screen saver a function which need to be loggin as you request the "On Resume, display logon screen" which means that when the screen saver fire no user are logon
- 2:10 AM Ticket #1049 (InetRead() inserts arbitrary \0 characters.) closed by
- Fixed: Fixed in version: 3.3.1.2
Jul 6, 2009:
- 10:30 PM Ticket #1056 (InetGet rundll32.exe error on Vista / Windows 7 on "Screen-saver" desktop) created by
- InetGet("valid url") generates an error window: "rundll32.exe - …
- 8:43 PM Ticket #1051 (Au3Check does not detect invalid statement) updated by
- Replying to Valik: > Jos, can you have a look and see if you can figure out anything? I tried a couple things and while I was able to get Au3Check to flag the above code as an error, it flagged valid variable declarations as errors, too. Will see what I can do.
- 7:31 PM Ticket #1055 (WinAPI CreateCompatibleBitmap: The specified module could not be found.) closed by
- Duplicate: in fact there was a bug in _ScreenCapture_Capture which was not releasing e GDI object. It is already fixed in 3.3.1.2 Next time report with the Standard release today 3.3.0.0. in your case it would have been the same error.
- 3:04 PM Ticket #1055 (WinAPI CreateCompatibleBitmap: The specified module could not be found.) created by
- am getting the following error message after running Autoit script. …
- 9:10 AM Ticket #1051 (Au3Check does not detect invalid statement) updated by
-
Description changed
Jos, can you have a look and see if you can figure out anything? I tried a couple things and while I was able to get Au3Check to flag the above code as an error, it flagged valid variable declarations as errors, too. - 8:42 AM Ticket #1024 (GUICtrlSetTip for tabitems sets incorrectly in certain situations) updated by
- It looks like the tip for tabitem is working only if they are defined just after the tabitem creation and also the tip for first tabitem must be defined (with "" if you don't want one). The global tab tip is destroyed when a tabitem tip is set. That the best I can understand on how the MSDN API are working. I intend to document it.
- 8:23 AM Ticket #1054 (Character Encoding) updated by
-
Owner, Status changed
- 8:22 AM Ticket #1054 (Character Encoding) updated by
- Hm. How about this: Instead of setting @extended I can add a new function called FileGetEncoding(). It will take either a handle (from FileOpen()) or a string specifying a file. It will return the encoding in BinaryToString() format and set @extended to the encoding in FileOpen() format. The problem I have with setting @extended for FileRead() is the information doesn't really need returned every single time FileRead() is called. It's more of a check it once kind of thing. I don't think returning it from FileOpen() makes much sense, either. It's only useful when a mode isn't specified which makes it kind of redundant.
- 5:35 AM Ticket #1025 (Box-comment in SciTe) closed by
- Wont Fix: This is a bug in SciTE. That means it needs reported on the Scintilla/SciTE bug tracker found here. Closing as won't fix. It'll need to be fixed in standard SciTE before it will be fixed in our version.
- 5:28 AM Ticket #1033 (UDF's missing @error checks after DLLCalls()) reopened by
- 5:25 AM Ticket #1043 (ClipPut Function bug or limitation) closed by
- Works For Me: The following test script works fine. I get the results I expect. Closing as works for me. […]
Jul 5, 2009:
- 5:07 PM Ticket #1054 (Character Encoding) created by
- Would like to know what character encoding the file has. FileOpen() or …
- 12:56 AM Ticket #966 (_FileListToArray - new flag (4)) updated by
- This will not be in 3.3.1.2. The changes that came with this turned a 27 line function into a 186 line function. That is not acceptable. Edit: I know that wasn't part of your initial proposal, Zedna, but never-the-less, when your idea was integrated it came with more than it should have.
Jul 4, 2009:
- 11:55 PM Ticket #966 (_FileListToArray - new flag (4)) closed by
- Completed: Added in version: 3.3.1.2
- 10:32 PM Ticket #1005 (TraySetClick bug) closed by
- Fixed: Fixed in version: 3.3.1.2
- 10:22 PM Ticket #1005 (TraySetClick bug) updated by
- Looking again I think 64 as defined is more a 63. So I will document 64 as the hovering.
- 10:16 PM Ticket #1045 (ConstantsAll.au3 or GUIConstantsAll.au3 - new include file/files) updated by
- Replying to Jpm: > perhaps not all dev's. difficult to convince Valik ... It's not hard at all to convince me.... if the idea is good. This is not a good idea. It's an idea lazy people want so they don't have to think. If you don't want to think don't write scripts. Otherwise, suck it up and turn your brain on.
- 9:24 PM Ticket #1045 (ConstantsAll.au3 or GUIConstantsAll.au3 - new include file/files) updated by
- perhaps not all dev's. difficult to convince Valik …
- 8:23 PM Ticket #1042 (AURecord has problems with save/save as) updated by
- Since 3.3.1.0 an AU3Record_x64.exe is delivered in the Extras dir. Not sure when Jos will reference it with SciTE environment. At least test it manually to see if something change Thanks for the help
- 8:07 PM Ticket #1053 (The computer hangs for a while when used DllCallbackRegister()) closed by
- No Bug: Multiple event sources are put into a queue. You're creating a conflict here. This is not a bug, it's a design limitation.
- 8:05 PM Ticket #1026 (_Gdiplus_BitmapCreate* functions document wrong resource disposal function) closed by
- Fixed: Fixed in version: 3.3.1.2
- 6:24 PM Ticket #1053 (The computer hangs for a while when used DllCallbackRegister()) created by
- The computer hangs for a while (from several seconds or more), if any …
- 8:11 AM Ticket #1052 (GUICtrlCreateIcon() returns 0 if the file does not exist) closed by
- No Bug
Jul 3, 2009:
- 10:37 PM Ticket #1040 (_ScreenCapture_Capture(): GDI object leak with cursor capture) closed by
- Fixed: Fixed in version: 3.3.1.2
- 9:55 PM Ticket #1052 (GUICtrlCreateIcon() returns 0 if the file does not exist) updated by
- It is the desire behavior to allow GUICtrlSetImage to update empty ("") created by GUICtrlCreateIcon("", ...)
- 9:38 PM Ticket #1052 (GUICtrlCreateIcon() returns 0 if the file does not exist) created by
- GUICtrlCreateIcon() returns 0 if the file does not exist, but …
- 12:03 PM Ticket #1043 (ClipPut Function bug or limitation) updated by
- can you put a script that reproduce the problem. Not sure if you speak of a script .au3 or the use of AutoItX3.dll which is very different. Thanks for the help
- 11:59 AM Ticket #1013 (MDI childs doesn't adjust to parent windows client rect) closed by
- Fixed: Fixed in version: 3.3.1.2
- 11:45 AM Ticket #1051 (Au3Check does not detect invalid statement) created by
- […] is not detected
- 8:32 AM Ticket #1013 (MDI childs doesn't adjust to parent windows client rect) updated by
- So I will do it if menu is used in the parent windows it will be outside the client area
Jul 2, 2009:
- 2:40 PM Ticket #1037 (tagNMHDR not working on x64) updated by
- I don't understand how a lot of structure are staying with "int" in MSDN. But I correct this one.
- 2:37 PM Ticket #1037 (tagNMHDR not working on x64) closed by
- Fixed: Fixed in version: 3.3.1.2
- 2:16 PM Ticket #1048 (_WinAPI_EnumDisplayDevices() Example in Help-File wrong) closed by
- Fixed: Fixed in version: 3.3.1.2
Jul 1, 2009:
- 3:23 PM Ticket #1049 (InetRead() inserts arbitrary \0 characters.) updated by
- Hi, I was about reporting this problem last week but got distracted by more urgent stuff. I've had the same problem with IE6 installed, tried IE7 and IE8 (but downgraded to IE7 since IE8 seems a bit "experimental"). I don't know if this is related but, besides truncated captures, I also experienced bad results from InetRead when trying to capture slow websites. _InetGetSource is much more patient and gives good results even on pathalogically slow pages (up to 30s latency). It would be nice to have the fixed InetRead be as patient (or have a way to specify timeout for Inet* functions).
- 7:36 AM Ticket #1050 (TextPad v5 syntax files) closed by
- Completed: Added in version: 3.3.1.2
- 6:49 AM Ticket #1050 (TextPad v5 syntax files) updated by
- Replying to Valik: > Actual syntax files are useless as they will be outdated just about every beta release. A more fruitful endeavor is to detail the changes in the format so the scripts we use to generate the syntax file can be updated to produce a proper version. The syntax file itself works well, but the auto installation script won't work with TextPad v5 (and won't work on x64 systems with TextPad v4 or v5) I've attached a new script which should work with TextPad v4/v5 on x86 and x64 Systems (_install_syntax_files.au3)
- 6:05 AM Ticket #1050 (TextPad v5 syntax files) updated by
- Actual syntax files are useless as they will be outdated just about every beta release. A more fruitful endeavor is to detail the changes in the format so the scripts we use to generate the syntax file can be updated to produce a proper version.
- 3:50 AM Ticket #1050 (TextPad v5 syntax files) created by
- Add an auto install script for TextPad v5 syntax files (attached) …
Jun 30, 2009:
- 7:33 AM Ticket #1049 (InetRead() inserts arbitrary \0 characters.) updated by
- Improved test script: […]
- 4:31 AM Ticket #1049 (InetRead() inserts arbitrary \0 characters.) updated by
- Replying to Valik: > It's a bug in how the data is stored internally. I'll take care of it. > > Your code is also wrong, though. > {{{ > InetClose($sSrc) > }}} > $sSrc is not a handle, it's the number of bytes read. Sorry about that InetClose. In my script I was testing multiple methods and that was left in from a previous test.
- 3:43 AM Ticket #1049 (InetRead() inserts arbitrary \0 characters.) updated by
-
Owner, Status, Severity, Summary changed
Sigh, this is not as easy to fix as I thought. Changing the title to reflect the actual bug and setting as blocking. This needs fixed before the next beta but requires extensive changes.
Jun 29, 2009:
- 7:03 PM Ticket #1049 (InetRead() inserts arbitrary \0 characters.) updated by
- It's a bug in how the data is stored internally. I'll take care of it. Your code is also wrong, though. […] $sSrc is not a handle, it's the number of bytes read.
- 4:26 PM Ticket #1049 (InetRead() inserts arbitrary \0 characters.) created by
- I'm classing this as a bug but it may be more of a feature request. …
- 9:18 AM Ticket #1048 (_WinAPI_EnumDisplayDevices() Example in Help-File wrong) created by
- ; HiHo Devs, ; the example for _WinAPI_EnumDisplayDevices() in the …
Jun 27, 2009:
- 4:59 AM Ticket #1047 (/in is dir, it's crash) closed by
- Works For Me: Always test with the latest beta before filing a bug report. It does not crash with the current beta.
- 4:26 AM Ticket #1047 (/in is dir, it's crash) created by
- just i try : X:\X-USB\App\Development\AutoIt\Program …
Jun 26, 2009:
- 9:35 PM Ticket #1046 (Hard crash when parsing larger strings using StringSplit()) updated by
- Replying to Valik: Thanks for taking the time to explain the reasons this happens I'd forgotten that characters are now 2 bytes, I will now start to add checks on the size of my data and estimate if I am likely to encounter memory problems and act appropriately.
- 8:40 PM Ticket #1046 (Hard crash when parsing larger strings using StringSplit()) closed by
- No Bug: The practical limits to the amount of characters is much less than the theoretical limit. Right off the bat concatenation means you only get 230 characters instead of the listed 231 characters since there must be room for both the old string and the new string (with data concatenated) to exist. Then you need to understand that every character is actually 2 bytes because AutoIt uses UNICODE. So now you're down to 229. Then you factor in some memory is reserved and some is used for the program itself. So the total number of character available is less than 229. Now, as for the error message: It's working as designed. Running out of memory is not an easy error to recover from. For one thing, AutoIt itself doesn't know why it ran out of memory. It would be a tremendous amount of effort, bloat the code and slow the language down if we tried to handle memory exhaustion in a recoverable manner. And even then, how would AutoIt even know if it could recover from the error? What would you expect to happen in your example? How would you even test for out-of-memory in AutoIt? So there's no bug to see here. Everything is working as expected and designed.
- 8:16 PM Ticket #1046 (Hard crash when parsing larger strings using StringSplit()) created by
- Environment = 3.3.1.1 under WIN_XP/Service Pack 3 X86 Environment = …
- 5:25 PM Ticket #1045 (ConstantsAll.au3 or GUIConstantsAll.au3 - new include file/files) updated by
- OK. Sorry Valik for getting you angry/upset or whatever else. I was really dissapointed by "optimization" of GUIConstants include file so I finally maded this hack (as simplest solution) for me and I use it personally all the time. Now I thought it could usefull also for others. But I see it's nott good/possible from developers' point of view so I will not bring this back anymore.
- 5:05 PM Ticket #1045 (ConstantsAll.au3 or GUIConstantsAll.au3 - new include file/files) closed by
- Rejected: Absolutely not. You should be shot on the spot for even suggesting this. I did a tremendous amount of work to remove this stupid bloated cock-up from our library and now you want it back? No way in hell. Rejected with extreme prejudice.
- 2:24 PM Ticket #1045 (ConstantsAll.au3 or GUIConstantsAll.au3 - new include file/files) updated by
- Example for Obfuscator /striponly […]
- 2:21 PM Ticket #1045 (ConstantsAll.au3 or GUIConstantsAll.au3 - new include file/files) created by
- ConstantsAll.au3 or GUIConstantsAll.au3 - new include file/files …
Jun 24, 2009:
- 8:10 PM Ticket #1044 (StdErr constants for Run()) closed by
- No Bug: It is a completely separate flag. It merges the stdout and stderr stream into a single stream. This is not the same thing as stdout having its own stream and stderr having it's own stream.
- 7:38 PM Ticket #1044 (StdErr constants for Run()) updated by
- Something messed up the code block for the ticket so I'm redoing it without the blocks' I'm not sure if the docs are wrong here or not 0x8 ($STDERR_MERGED) = Provides the same handle for STDOUT and STDERR. Implies both $STDOUT_CHILD and $STDERR_CHILD. however 4 + 2 = 6, and BitOR(4, 2) = 6 or $STDERR_CHILD + $STDOUT_CHILD = 6 and BitOR($STDERR_CHILD, $STDOUT_CHILD) = 6 That being the case, where does the 0x8 come from?
- 7:34 PM Ticket #1044 (StdErr constants for Run()) created by
- I'm not sure if the docs are wrong here or not […] however …
- 4:54 PM Ticket #1043 (ClipPut Function bug or limitation) updated by
- I must to add that this happen with the 32bits version of the dll: AutoItX3.dll Running under Windows 2003 R2 SP2 server. If this can help... Regards, Ricky
- 4:53 PM Ticket #1041 (WinExists Error) closed by
- No Bug: I suggest you re-read the documentation to learn what the syntax you are using really means. Second, even if it behaved how you wish, it would always return true because there are always hidden windows with no title in existence. In fact, most of the windows in the system do not have a title.
- 4:49 PM Ticket #1043 (ClipPut Function bug or limitation) created by
- If you put more than 127 characters into clipboard, this function fail …
- 11:57 AM Ticket #1042 (AURecord has problems with save/save as) created by
- AutoIt3.exe 3.3.0.0 AU3Record.exe 3.1.1.0 Windows 2008 english 64-Bit …
- 10:11 AM Ticket #1041 (WinExists Error) created by
- The script below returns any window that exists, I have a problem: we …
Jun 23, 2009:
- 8:46 PM Ticket #1040 (_ScreenCapture_Capture(): GDI object leak with cursor capture) created by
- The returned bitmap handles from _WinAPI_GetIconInfo() are not …
- 12:00 PM Ticket #990 (Wiki thumbnail creator broken) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 9:11 AM Ticket #990 (Wiki thumbnail creator broken) closed by
- Fixed
- 9:10 AM Ticket #990 (Wiki thumbnail creator broken) updated by
-
Owner, Status changed
I've added some more missing packages so this should work now.
Jun 21, 2009:
- 9:21 AM Ticket #1039 (DocStrings?) closed by
- Rejected: There is no need to build anything directly into AutoIt. Docstring-esque functionality can be obtained by specially formatted comments or pre-processor statements. A UDF can be written to parse the document and transform the output to whatever.
- 9:00 AM Ticket #1039 (DocStrings?) updated by
-
Version changed
Automatic ticket cleanup. - 8:59 AM Ticket #1039 (DocStrings?) created by
- Could AutoIT feature DocStrings similar to Python? It could feature a …
Jun 20, 2009:
- 5:33 PM Ticket #1038 (Add icon to menu item) closed by
- Rejected: I suggest looking around on the forum. It took me less than 30 seconds to find a thread on how to do custom menus.
- 1:35 PM Ticket #1038 (Add icon to menu item) created by
- I want to add icon to the menu items, like this in ahk: …
- 11:56 AM Ticket #1037 (tagNMHDR not working on x64) created by
- The definition of tagNMHDR in StructureConstants.au3 is wrong. It is …
- 3:25 AM Ticket #1036 (InetClose and InetGetInfo error in compiled script (not in uncompiled ...) closed by
- Fixed: Fixed in version: 3.3.1.2
- 3:00 AM Tickets #1034,1035 batch updated by
-
Version changed
Automatic ticket cleanup. - 2:23 AM Ticket #1036 (InetClose and InetGetInfo error in compiled script (not in uncompiled ...) created by
- InetClose throws the error "Unknown function name" when a beta …
- 2:09 AM Ticket #1033 (UDF's missing @error checks after DLLCalls()) updated by
- Replying to Jpm: > I don't think we have to check something delivered by standard Windows. > > I mean the .dll exists and the function is always inside, > the parameter are tose described by MSDN. > > So what else to check @error will never be set. > > I agree we can have more usage of Unicode than ANSI functions I will check. All calls to DllCall() should be immediately followed by a test of @error. Period. There is no excuse for being lazy in the AutoIt libraries.
- 12:59 AM Ticket #1035 (Different SendModes) created by
- Since there is more than one keyboard out there, having more than one …
- 12:23 AM Ticket #1034 (SetLocale()?) created by
- Sorry if this isn't possible and it's wasting your time to read this. …
- 12:20 AM Ticket #1033 (UDF's missing @error checks after DLLCalls()) updated by
- Why are there already checks for standard DLLs then? And why was this part of the change history for v. 3.3.0.0? "Fixed #517: WinAPI UDF - bad error checking after DllCall()" I'm taking a guess here that there could be errors 'beyond AutoIT's control' - perhaps a bad DLL exists, or a DLL of the same name but wrong version exists in the same application's running folder. (I've actually seen that happen with psapi.dll). I know from looking at the previous version that there were standard dll's existing for a few of the WinAPI UDF calls, and they were considered standard on the OS, so why was that ticket completed? thanks
- 12:14 AM Ticket #1005 (TraySetClick bug) updated by
- Hm, indeed, it's strange... I can confirm (tested also on 3.2.8.1, 3.12.1.0, and latest beta). But if it's a really bug, then i think this behaviour (hover event) should be added anyway to the TraySetClick function :)
Jun 19, 2009:
- 11:09 PM Ticket #1033 (UDF's missing @error checks after DLLCalls()) updated by
- I don't think we have to check something delivered by standard Windows. I mean the .dll exists and the function is always inside, the parameter are those described by MSDN. So what else to check @error will never be set. I agree we can have more usage of Unicode than ANSI functions I will check.
- 10:41 PM Ticket #1031 (_ClipBoard_SetData inconsistency with new _ClipBoard_GetData) closed by
- Fixed: Fixed in version: 3.3.1.2
- 7:34 PM Ticket #1033 (UDF's missing @error checks after DLLCalls()) created by
- I've gone through and compiled a list of all standard include UDF's …
- 6:00 PM Ticket #1032 (_winapi_getlasterror and _winapi_getlasterrormessage do not work as ...) closed by
- No Bug: You should not be mixing native AutoIt functions and the Windows API. This is not supported. This is not a bug.
- 5:10 PM Ticket #1032 (_winapi_getlasterror and _winapi_getlasterrormessage do not work as ...) created by
- I am testing this as follows: I have a drive (X:) mapped to …
- 3:05 PM Ticket #1031 (_ClipBoard_SetData inconsistency with new _ClipBoard_GetData) updated by
- Da*n, always forgetting something. Could you add me to the list of Author(s)? Or I could submit a new version I suppose.
- 2:59 PM Ticket #1031 (_ClipBoard_SetData inconsistency with new _ClipBoard_GetData) created by
- Not sure if this is the place to put this, but this isn't really a …
Jun 18, 2009:
- 2:18 PM Ticket #996 (Beta documentation errors (Tweaky)) closed by
- Fixed: 7/8/9 should be fixed
- 2:15 PM Ticket #1028 (_ClipBoard_GetData does not work properly) closed by
- Fixed: Fixed in version: 3.3.1.2
- 2:11 PM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- Replying to anonymous: > Darn, I forgot to remove one piece of code. Is it possible for someone to just pull this piece out: > > {{{ > ; Reset Global structure, releast memory > $_stClipGetStruct = 0 > }}} > Done
- 2:09 PM Ticket #1030 (Check spelling) closed by
- Fixed
- 11:21 AM Ticket #1030 (Check spelling) created by
- Check spelling of minimum in _GUICtrlEdit_ShowBalloonTip() & …
- 7:46 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- Darn, I forgot to remove one piece of code. Is it possible for someone to just pull this piece out: […]
- 7:40 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- Dang, what the heck was I doing before that I was only getting one byte of data back at a time? I had that happen like last year or something, and have avoided trying to work with DLLStruct's with binary data as much as possible since then. Now that I just tested it however, it's fine. Live and learn! I'll attach a new version right away ('Fix2'). By the way, the HTML 'get' example I had above can now be changed to: […] The other versions test fine as well: […] Thanks, Valik
- 6:56 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- […]
- 6:40 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- That would make sense, except I don't know an efficient way to grab the data and put it into a binary form. I might be not seeing something obvious though, because I have only gotten data into DLLStructs where you can only grab 1 byte at a time (for binary/unknown data) using DLLStructGetData, so it would require a type of For..Next loop to get each and every byte, which can be a long process for large amounts of data. Is there another way that I'm not seeing though?
- 3:58 AM Ticket #1029 (New Feature: Restrict users from changing windows) closed by
- Rejected: AutoIt is a scripting language, not a does everything Hilmy wants in a built-in way language. The point of letting you write your own code is so you can implement features like you describe which are not generally useful.
- 3:57 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- Shouldn't the data be returned? Why does a pointer or a structure have to be returned at all? AutoIt supports binary data so the data returned will either be a string or a binary string.
- 2:35 AM Ticket #1029 (New Feature: Restrict users from changing windows) created by
- Hi, I don't believe there is a function in AutoIT yet where you can …
- 2:08 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- So do you recommend this method of returning a DLLStruct for non-text Clipboard types? This may break existing code, which I'd hate to do - but I already pointed out that the function is barely working as it is, and not doing the 'Get' properly. The change in return value would also confuse users, plus the Help info would need to be adjusted. Should I discuss this with GaFrost, since he appears to be the one handling UDF's? Or should I just post the modified code? thanks
- 1:29 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- A pointer is just a number. There is nothing special about it. You must return the DllStruct itself. You can't return the pointer and hope that does something because it can't and shouldn't.
- 12:22 AM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- From further testing, it appears that the actual _MemMoveMemory() copy does work, I've tested the data *inside* the function (after unlocking, closing the clipboard, and invalidating pointers) and it is perfectly fine. However, once the program exits, the DLLStructPtr that is returned becomes invalid. I've resorted to returning the entire DLLStruct that was created for now, which works - but makes it a little more difficult for users to understand. Is there a way to keep the DLLStruct memory active without resorting to Global variables? I thought perhaps you kept an internal reference count before you would destroy that memory. Thanks
Jun 17, 2009:
- 11:47 PM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- Wow, you're totally right. I actually had messed around with a few ways of doing that, one of which was trying to copy between two DLLStructs using _MemMoveMemory(), but I wound up leaving a piece of that code in when reverting back to a regular memory move. Here's the problem now: when changing the above back to this, I get a missing-data problem (memory isn't transferred): […] For example, try modifying that code, and doing this (with a small amount of HTML text copied from a browser): […] It works only when I put that part I screwed up back into place. Hmm.. I wonder what's going on. I'll have to dig deeper. Thanks for catching that.
- 10:41 PM Ticket #1028 (_ClipBoard_GetData does not work properly) updated by
- This code is wrong: […] You initialized the structure with the pointer to the memory block. That means nothing was allocated. You are copying the data onto itself.
- 10:14 PM Ticket #1028 (_ClipBoard_GetData does not work properly) created by
- In working with _ClipBoard_GetData() and looking at the code (in …
- 9:40 PM Ticket #1016 (_WordDocSaveAs - if path exist) closed by
- Fixed: Fixed in version: 3.3.1.2
- 6:52 PM Ticket #1027 (SS_BITMAP Constant Value is Wrong) closed by
- Fixed: Fixed in version: 3.3.1.2
- 5:16 PM Ticket #1027 (SS_BITMAP Constant Value is Wrong) created by
- The value of $SS_BITMAP in StaticConstants.au3 is wrong. Currently it …
- 4:02 PM Ticket #1026 (_Gdiplus_BitmapCreate* functions document wrong resource disposal function) created by
- With the exception of _GDIPlus_BitmapCreateHBITMAPFromBitmap(), all …
- 12:18 PM Ticket #1013 (MDI childs doesn't adjust to parent windows client rect) updated by
- Replying to Jpm: > So you vote for a small script breaking. Yes.
- 4:08 AM Ticket #906 (ActiveX Control on a GUI gets incorrect size information when queried) updated by
-
Owner changed
Jun 16, 2009:
- 8:10 PM Ticket #906 (ActiveX Control on a GUI gets incorrect size information when queried) updated by
- I found the source of the 100,50 size - it's in some of the MFC code. Clearly we are doing something wrong or not calling an optional interface that updates the size MFC returns. I need to find the documentation on ActiveX and go over it looking at all the interfaces that need implemented.
- 2:17 PM Ticket #1025 (Box-comment in SciTe) created by
- In SciTe, the use of Ctrl+Shift+B (aswell as the call via the menu in …
- 1:05 PM Ticket #1013 (MDI childs doesn't adjust to parent windows client rect) updated by
- So you vote for a small script breaking.
- 7:55 AM Ticket #1024 (GUICtrlSetTip for tabitems sets incorrectly in certain situations) created by
- For example, we have a tab with three tabitems. Setting single tips to …
Jun 15, 2009:
- 6:55 PM Ticket #996 (Beta documentation errors (Tweaky)) updated by
- I have attach a third txt-file with the errors at the related functions. I have corrected the script so: - it is no error when built-in functions not refer to UDFs - it is no error when UDFs not refer to built-in functions I think you must not correct all. Please look which is necessary
- 4:51 PM Ticket #1016 (_WordDocSaveAs - if path exist) updated by
- as the word function are returning the errors thru the error handler I will just mention that it must be used in case the saving cannot be executed to avoid script stopping.
- 1:14 PM Ticket #1023 (Error in document _FileListToArray) updated by
- Thanks.
- 10:32 AM Ticket #1023 (Error in document _FileListToArray) closed by
- Fixed: Fixed in version: 3.3.1.2
- 9:39 AM Ticket #1023 (Error in document _FileListToArray) created by
- There's an error in the example of _FileListToArray […] The @error …
- 9:38 AM Ticket #1022 (Different between " and ' like PHP) updated by
- Replying to Valik: > You expect us to fundamentally break the language 5 years in? I know what you mean but most script will not break as they don't use \n and \r, etc. anyway. Or you could just create Autoit 4. What ever you want to do. Am not forcing you or anything. You guys have done a very great job on Autoit, it has been by second language from Delphi. It's easy to use. Thanks again anyway.
- 2:17 AM Ticket #1013 (MDI childs doesn't adjust to parent windows client rect) updated by
- So how should one handle the situation? Using the child mdi style seems very unreliable to me now since I have no idea where the child might appear on the target users machine. I guess the GetSystemMetrics() api can solve the issue, but this is tedious todo with different styles and such, maybe something that could be solved internally?
- 12:00 AM Ticket #999 (_GUICtrlTreeView_SetFocused) updated by
-
Milestone changed
Automatic ticket cleanup.
Jun 14, 2009:
- 11:39 PM Ticket #999 (_GUICtrlTreeView_SetFocused) closed by
- Fixed
- 8:38 PM Ticket #1022 (Different between " and ' like PHP) closed by
- Rejected: You expect us to fundamentally break the language 5 years in?
- 8:31 PM Ticket #1022 (Different between " and ' like PHP) created by
- make ' and " react differently. For \r\n and be use for new lines if " …
- 6:51 PM Ticket #996 (Beta documentation errors (Tweaky)) updated by
- No I have posted it not. I think I could give you the script - but not yet. I watch my script und must write it a bit easier, if possible. Currently there are about 550 lines. However, there may be a while until I come. If I had finished it, I would post it somewhere and then I write you a PM. The comments are also English, I will not translate them.
- 4:45 PM Ticket #996 (Beta documentation errors (Tweaky)) updated by
-
Version, Summary changed
I've changed the name of the ticket and removed the previous attachment that is now out-dated. Any chance of getting a copy of this script? Do you have it posted somewhere that you keep updated? I could look into integrating it into our build process if you provide us a copy of it. - 1:33 PM Ticket #996 (Beta documentation errors (Tweaky)) updated by
- So, Valik want that I attach the errors of 3.3.1.1 here. So I will do this now. I have attached two txt-files
- 11:15 AM Milestone 3.3.1.1 completed
- 9:41 AM Ticket #529 (Identifying .NET controls using WM_GETCONTROLNAME) closed by
- Completed: Added in version: 3.3.1.1
- 9:32 AM Ticket #529 (Identifying .NET controls using WM_GETCONTROLNAME) reopened by
- Reopened
- 6:14 AM Ticket #1021 (AutoIt Installer broken) closed by
- Works For Me: It's probably your anti-virus or some network issue on your end. It works fine for 99.9% of people.
- 6:10 AM Ticket #1021 (AutoIt Installer broken) created by
- Download link …
- 5:54 AM Ticket #1019 (_GUICtrlListView_SetItemCut and other UDF's not working correctly) closed by
- Fixed: Fixed in version: 3.3.1.1
Jun 13, 2009:
- 4:37 PM Ticket #1020 (FileCreate or FileSave) closed by
- Rejected
- 12:00 PM Ticket #1020 (FileCreate or FileSave) updated by
-
Version changed
Automatic ticket cleanup. - 11:28 AM Ticket #1020 (FileCreate or FileSave) created by
- I'd like to have these files so i can finish my notepad replacer.[i …
Jun 12, 2009:
- 11:03 PM Ticket #466 (_ArraySort sucks ass) updated by
- Just to clerify - It's not me (MrCreatoR from the forum) ho posted this ticket! I just found it by chance :).
- 6:41 PM Ticket #988 (TCP Send with URGENT bit active) updated by
-
Owner, Status changed
- 10:53 AM Ticket #1008 (Math function mod( ) result display bug) closed by
- No Bug: as this function can work on floating number the computation is done in float so the result is in float too. The mod function always return a nulber with the same sign as the divisor. That the reason you get a -0 due to the precision display. I understand that can be a little confusing when using integers just use int(mod(x,y)) if you use only integers
- 10:00 AM Ticket #1019 (_GUICtrlListView_SetItemCut and other UDF's not working correctly) updated by
-
Owner, Component changed
- 9:59 AM Ticket #1018 (SplashImageOn example not correct for Vista) closed by
- Rejected: already fixed under 3.3.1.0
- 7:13 AM Ticket #1019 (_GUICtrlListView_SetItemCut and other UDF's not working correctly) created by
- With these functions you can set an items state but can not reset the …
Jun 11, 2009:
- 9:14 PM Ticket #684 (ShellExecute() should return ProcessId instead of 1 if all is OK.) updated by
- I've read it, and the result was my function. Try taking a look at it. And yeah, sometimes you can, sometimes you can't get the Process Handle and/or PID, but you already have ShellExecuteWait() which obviously has the same limitations, so why is it such a big deal to add this relatively small addition? If you can't get the PID, (and you choose to return the PID in @extended), simply return with @extended = 0. No harm, no foul. If the issue is how confusing it is to the user, that really doesn't make sense since ShellExecuteWait() will not actually 'wait' for certain things to close either, meaning a Proces Handle or PID was probably not returned (or was terminated in the case of, for example, opening an explorer window - which starts explorer, then terminates it and hands over the processing to the already-running explorer process). Ascend4nt
- 9:04 PM Ticket #684 (ShellExecute() should return ProcessId instead of 1 if all is OK.) updated by
- Have you actually read MSDN on the matter? It's pretty clear from MSDN that ShellExecuteEx() does not guarantee a process handle will be returned. I'm not interested in adding a confusing feature that takes two paragraphs to explain the limitations.
- 8:27 PM Ticket #684 (ShellExecute() should return ProcessId instead of 1 if all is OK.) updated by
- The PID is indeed available to be returned as a parameter. Check the UDF here: http://www.autoitscript.com/forum/index.php?s=&showtopic=93057&view=findpost&p=668805. Since ShellExecuteEX() returns the Process Handle, it's a simple means to get the Process ID. I believe this should definitely be incorporated into the function. Even returning the Process ID in @extended would be cool. Or alternatively, leaving the Process Handle open and returning that - but this would rely on the coder closing the process handle. This is actually leads to a main grudge I have about 'ShellExecuteWait()' - it doesn't allow a timeout, plus the simple call itself will add 8MB+ to the resident 'WorkingSet' memory. (after a call to the popular '_ReduceMemory()' UDF). This is why I prefer to make the ShellExecuteEx call, then call '_ReduceMEmory()' to reduce the WorkingSet while waiting for some application to finish running - a great way to open up memory to that process and keep the program from looking bloated. Please revisit this matter. Thanks, Ascend4nt
- 12:54 PM Ticket #1018 (SplashImageOn example not correct for Vista) created by
- The file @Systemdir & "\oobe\images\mslogo.jpg" does not exist in …
- 7:20 AM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) closed by
- Completed: Added in version: 3.3.1.1
Jun 10, 2009:
- 8:38 PM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) updated by
- And winner is: […] :-)
- 8:36 PM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) updated by
- Or even simpler one: […]
- 8:31 PM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) updated by
- >That example is far too complex. I'm curious because there are more complicated ones in the helpfile already. OK. So here is lightweighted version :-) […]
- 4:18 PM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) updated by
- That example is far too complex.
- 3:26 PM Ticket #1017 (StringRegExpReplace - back-references --> add this as example in Helpfile) created by
- According to this my post: …
- 6:54 AM Ticket #1016 (_WordDocSaveAs - if path exist) updated by
- FileExists($path) ?
- 3:00 AM Ticket #1016 (_WordDocSaveAs - if path exist) updated by
-
Version changed
Automatic ticket cleanup. - 2:59 AM Ticket #1016 (_WordDocSaveAs - if path exist) created by
- When using _WordDocSaveAs and the path does not exist, one does not …
Jun 9, 2009:
- 6:57 AM Ticket #1015 (_SQLite_SaveMode() --> _SQLite_SafeMode()) closed by
- Fixed: Fixed in version: 3.3.1.1
- 1:15 AM Ticket #1015 (_SQLite_SaveMode() --> _SQLite_SafeMode()) created by
- _SQLite_SaveMode() --> _SQLite_SafeMode() SafeMode is correct and has …
Jun 8, 2009:
- 9:19 PM Ticket #1014 (ColorMode option) closed by
- Fixed: Fixed in version: 3.3.1.1
- 6:21 PM Ticket #938 (UDPOpen and/or UDPSend to 255.255.255.255 doesn't work) closed by
- Completed: Added in version: 3.3.1.1
- 6:01 PM Ticket #1010 (FileRead UTF-8 auto-detection prevents reading of further files) closed by
- Fixed: Fixed in version: 3.3.1.1
- 5:27 PM Ticket #1014 (ColorMode option) created by
- Even though the option no longer exists there is still an entry for it …
- 4:42 PM Ticket #1013 (MDI childs doesn't adjust to parent windows client rect) updated by
- I am afraid to do a script breaking in making the code according to the doc, which is the most logical as title bar height can vary according to the theme Perhaps I should just change the doc to say relative to windows area instead of client area.
Note:
See TracTimeline
for information about the timeline view.
