Timeline
Jul 23, 2009:
- 5:37 PM Ticket #1086 (Remove limit on number of files that can be opened.) updated by
-
Version, Description, Summary changed
I'm simply going out on a limb here and assuming, based on your absolutely terrible feature request, that you are bumping into AutoIt's limit for open file handles. As such, I'm rewriting the ticket completely to... actually be useful rather than the garbage you tried to post. Go read WikiStart and maybe put some thought into tickets in the future. - 1:40 PM Ticket #1086 (Remove limit on number of files that can be opened.) created by
- Change the internal limit for number of simultaneous open files so …
Jul 22, 2009:
- 8:38 PM Ticket #1080 (InetGet doesn't return immediately for a background download) updated by
- No need to be rude. The point I was trying to make is that the Help file says that the function returns immediately if you set background=1. That's not my experience. (The help doesn't mention anything about 'establishing a connection', I thought it was probably something like that though.) I thought by "as written" you meant "as written in the documentation". No arrogance intended on my part - sorry if it came across badly. Like I say, I appreciate that you're busy and I do think that you're doing a fantastic job on AutoIt. ben
- 8:27 PM Ticket #1085 (General timer descrepancies) updated by
- Sorry doesn't put all this crap into the old ticket where it belongs.
- 8:05 PM Ticket #1085 (General timer descrepancies) updated by
- PS Before Valik tears me a new one: I'm sorry for opening a new ticket.
- 7:41 PM Ticket #1085 (General timer descrepancies) created by
- In continuation of #1082: Well I certainly believe that it works for …
- 7:34 PM Ticket #1083 (ClipPut Function bug or limitation-from ticket 1043) updated by
- Replying to Valik: You are wright! Sorry, my mistake.
- 6:56 PM Ticket #1083 (ClipPut Function bug or limitation-from ticket 1043) updated by
-
Owner, Component, Description changed
- 6:54 PM Ticket #1082 (TimerDiff results in negative values and resets.) closed by
- Works For Me: Closing as works for me.
- 6:51 PM Ticket #1060 (Run return 0, but failed) updated by
- Replying to Ricky Valdivia <sistemas@…>: > I have the same problem, please take a look to ticket 1083 and 1043!!! > > regards Do not shill for other tickets.
- 6:51 PM Ticket #1081 (Consider this code for include: waiting for the clipboard to fill.) closed by
- Rejected: I agree that this doesn't really fit.
- 6:49 PM Ticket #1084 (Setting for mouse default speed) closed by
- Rejected: Closing useless feature requests is also a PITA. Especially when I can think of a trivial solution to the problem.
- 6:48 PM Ticket #1083 (ClipPut Function bug or limitation-from ticket 1043) updated by
- Replying to sistemas@…: > I try to reopen the Ticket 1043 but I can't, so I create a new one. I guess you're too stupid to realize you can still add comments to a closed ticket? Go read WikiStart. Now, before you even bother replying. It's perfectly clear you haven't read it because you've done a number of very annoying things that are covered by WikiStart.
- 6:20 PM Ticket #1083 (ClipPut Function bug or limitation-from ticket 1043) updated by
- Repeating the test: 1.) Copy to the clipboard the content of the example above (sTexto.value="Descripcion...") 2.) Running again Clip.ClipPut(Clip.ClipGet) flush/empty the clipboard again.
- 6:04 PM Ticket #1083 (ClipPut Function bug or limitation-from ticket 1043) updated by
- I really believe it's a unicode problem or definition type of the variables in AutoItX.dll I test this: 1.) Run CLIPBRD.exe to see the clipboard in live. 2.) copy a lot of plain text to the clipboard, about 3000 chars. 3.) in debugging mode, test this sentence: Clip.ClipPut(Clip.ClipGet) after that, the first 4 characters of the clipboard was replaced with this Unicode characters: chrW(376)+chrW(2751)+chrW(376)+chrW(2751)+[rest of the clipboard] in OEM Text this is similar to this: chr(159)+chr(63)+chr(159)+chr(63)+[rest of the clipboard] This is very strange, but I think is useful to detect the failure.
- 5:40 PM Ticket #1060 (Run return 0, but failed) updated by
- I have the same problem, please take a look to ticket 1083 and 1043!!! regards
- 5:37 PM Ticket #1083 (ClipPut Function bug or limitation-from ticket 1043) updated by
- Perhaps the problem is the regional settings or unicode. I use Spanish-Argentina for all, including non-unicode. Wrong component selected in the ticket!!''' == Switch to AutoItX ==
- 5:01 PM Ticket #1084 (Setting for mouse default speed) created by
- I see settings to change click delay and drag delay but can't change …
- 4:16 PM Ticket #1083 (ClipPut Function bug or limitation-from ticket 1043) updated by
- I try to reopen the Ticket 1043 but I can't, so I create a new one.
- 4:14 PM Ticket #1083 (ClipPut Function bug or limitation-from ticket 1043) created by
- [from ticket 1043-more explanation] If you put more than 127 …
- 1:28 PM Ticket #1082 (TimerDiff results in negative values and resets.) updated by
- The problem is actually reproducable with the mockup code from above which I didn't expect. The code runs fine on another machine. My main suspect has become the CPU which is a AMD Geode. From CPU-Z: CPU-Z 1.50 report file Processor(s) Number of processors 1 Number of cores 1 per processor Number of threads 1 per processor Name AMD Geode LX Code Name Castle Specification Geode(TM) Integrated Processor by AMD PCS Package Socket 481 BGU Family/Model/Stepping 5.A.2 Extended Family/Model 5.A Core Stepping Technology 0.13 um Core Speed 499.9 MHz Multiplier x Bus speed 15.0 x 33.3 MHz Rated Bus speed 66.7 MHz Instruction sets MMX (+), 3DNow! (+) L1 Data cache (per processor) 64 KBytes, 16-way set associative, 32-byte line size L1 Instruction cache (per processor) 64 KBytes, 16-way set associative, 32-byte line size L2 cache (per processor) 128 KBytes, 4-way set associative, 32-byte line size Chipset & Memory Southbridge AMD ID2090 rev. 03 Memory Type Memory Size 224 MBytes System System Manufacturer System Name System S/N Mainboard Vendor Mainboard Model AMD-GX3 BIOS Vendor Phoenix Technologies, LTD BIOS Version 6.00 PG BIOS Date 03/13/1907 Memory SPD Software Windows Version Microsoft Windows XP Professional Service Pack 3 (Build 2600) DirectX Version 9.0c
- 12:58 PM Ticket #1082 (TimerDiff results in negative values and resets.) created by
- I'm getting strange results from TimerDiff in the following setup: …
- 12:04 PM Ticket #1081 (Consider this code for include: waiting for the clipboard to fill.) updated by
- I don't think this is elegant/usefull code which should be included as standard because there is more elegant way to do it with clipboard hook. Look at this post http://www.autoitscript.com/forum/index.php?showtopic=56158&view=findpost&p=426033
Jul 21, 2009:
- 5:32 PM Ticket #1080 (InetGet doesn't return immediately for a background download) updated by
- Replying to bjashepherd@…: > Well, I would argue that it isn't working as written. Um, excuse me, did you write the function? No, you didn't, I did. It's working as written. The download happens in the background. The connection to the server is established in the foreground. The code is written that way, the code was intentionally written that way. Irrelevant of what the documentation says. Anyway, it's a moot point. As I mentioned, I intend to change it.
- 1:54 PM Ticket #1068 (Wrong converting Binary to Int/Number) closed by
- Fixed: Fixed in version: 3.3.1.2
- 1:28 PM Ticket #1081 (Consider this code for include: waiting for the clipboard to fill.) created by
- This code block clears the clipboard and waits until it is filled …
- 8:38 AM Ticket #1080 (InetGet doesn't return immediately for a background download) updated by
- Well, I would argue that it isn't working as written. According to the documentation, the function returns immediately if you set background = 1. For the small files I tested it on, it waits half a second before returning. Is it downloading in the foreground for small files? It would be good to mention this in the documentation if this is the case. Thanks for your time - I do appreciate you've got a lot of other things to work on. ben
- 12:00 AM Ticket #1079 (GUICtrlSetFont Docs incomplete and / or incorrect.) updated by
-
Milestone changed
Automatic ticket cleanup.
Jul 20, 2009:
- 9:59 PM Ticket #1079 (GUICtrlSetFont Docs incomplete and / or incorrect.) closed by
- Fixed: It is a design decision to expose only some font attributes. Quality was excluded. For the Franglish that I certainly wrote I will correct the doc as suggested.
- 6:00 PM Tickets #1076,1078 batch updated by
-
Milestone changed
Automatic ticket cleanup. - 5:12 PM Ticket #1080 (InetGet doesn't return immediately for a background download) updated by
-
Version, Type changed
This is not a bug. It's working as written and as intended. However, I am going to change this to a feature request because I do intend to change the behavior. - 4:35 PM Ticket #1078 (find skipping quote caracters.) closed by
- Fixed: Our merged version of SciTE 1.79 also works correctly so assume this was an issue in 1.78. Jos
- 4:30 PM Ticket #1076 (SciLexer.dll beta, passing EOL.) closed by
- Fixed: This seems to be fixed in the 1.79 version. Have copied that to the Beta directory.
- 2:02 PM Ticket #1080 (InetGet doesn't return immediately for a background download) created by
- I have some code that loops through and downloads a series of images. …
Jul 19, 2009:
- 6:25 PM Ticket #1079 (GUICtrlSetFont Docs incomplete and / or incorrect.) created by
- For GUICtrlSetFont there seems to be some inconsistency and missing …
- 3:00 PM Ticket #1078 (find skipping quote caracters.) updated by
-
Version changed
Automatic ticket cleanup. - 1:32 PM Ticket #1078 (find skipping quote caracters.) created by
- […] second ' or " character in these lines are not found with …
- 9:01 AM Ticket #1077 (GUICtrlSetBkColor excessive recoloring == faulty coloring, and strange ...) updated by
- An obvious (and confirmed) GDI handle leak.
- 8:59 AM Ticket #1077 (GUICtrlSetBkColor excessive recoloring == faulty coloring, and strange ...) updated by
-
Description changed
- 7:20 AM Ticket #1077 (GUICtrlSetBkColor excessive recoloring == faulty coloring, and strange ...) created by
- Tested on Win2000 and XP On XP its just wrong coloring on Win2000 …
Jul 18, 2009:
- 8:58 PM Ticket #1075 (scite4utoit beta help activation.) updated by
- [ALT-F1]? normal help has a similar issue, but only when trying to open help with [F1] for the first time while some code is selected. like 1 or more lines.
- 8:37 PM Ticket #1076 (SciLexer.dll beta, passing EOL.) created by
- SciLexer.dll beta 11-Jul-2009 08.45. cursor ignores End.Of.Line boundary.
- 4:18 PM Ticket #1073 (_FileListToArray on *.lnk files) closed by
- Works For Me: Works for me on XP Pro SP3 in both Release and beta.
- 3:40 PM Ticket #1075 (scite4utoit beta help activation.) closed by
- Works For Me: Works for me. Make sure you have a file with the extension .au3 open.
- 11:00 AM Ticket #1075 (scite4utoit beta help activation.) created by
- scite4autoit beta help fail to open when, for example, the cursor is …
- 7:48 AM Ticket #1074 (InputBox left positional reference not working correctly) created by
- Setting the 'left' reference option to a negative number (as used with …
Jul 17, 2009:
- 9:20 PM Ticket #1066 (filewrite() not working in mode 16(BinaryMode).) updated by
- Yea I get it now. Thanks for clearing things up.
- 5:13 PM Ticket #1066 (filewrite() not working in mode 16(BinaryMode).) updated by
- Jesus fucking Christ you're being stupid. I said the FileSetPos() function was not broke because its not. I said there is a bug somewhere else in our FileOpen() code. So let's think about that for three fucking seconds: Developer said there's a bug. Oh, maybe THERE'S A MOTHERFUCKING BUG IN THE CODE. Do you get it now? Something is broke. That something is not FileSetPos(). But, something is broke none-the-less. So how about we wait until the bug is fixed before we go making stupid feature requests that make no sense anyway? Seriously, why would FileSetPos() not support a particular mode unless there was a bug somewhere (and that a developer acknowledged)? I'm going to advise you to drop this now. A little bit of stopping and thinking would have saved you a hell of a lot of flaming. I don't take well to being flat out ignored and so the lesson you need to learn is when I say something don't ignore it.
- 4:59 PM Ticket #1073 (_FileListToArray on *.lnk files) updated by
- Replying to anonymous: > _FileFindNextFile in 3.3.1.1 returns these files properly. I guess this might be an error though, in FileGetAttrib()…
- 3:12 PM Ticket #1073 (_FileListToArray on *.lnk files) updated by
- _FileFindNextFile in 3.3.1.1 returns these files properly.
- 11:26 AM Ticket #1066 (filewrite() not working in mode 16(BinaryMode).) updated by
- Funny, I can't see any problem with FileSetPos either. Other than having used that word again in ticket #1071 to state something that to me seems like a obvious intended behavior related to the fileOpen-append mode. O well. lets try something else. Can I ask what it is you think that I reported in this report ticket. and what it is you think that I requested in ticket #1071.
- 10:57 AM Ticket #1073 (_FileListToArray on *.lnk files) created by
- _FileListToArray return *.lnk files as folders if the link point to a …
- 6:01 AM Ticket #1072 (DirCreate) closed by
- No Bug
- 5:20 AM Ticket #1072 (DirCreate) updated by
- nevermind my goof.. please disregard my apologies
- 5:16 AM Ticket #1072 (DirCreate) created by
- DirCreate("F:\Tools") ;DirCreate("C:\Tools") works on a hard drive …
Jul 16, 2009:
- 5:20 PM Ticket #1070 (Adlib Suggestion) closed by
- Rejected: In Beta 3.3.1.2 there will be a way to unregister all Adlib functions with the code: […] It is not possible to use a string such as "All" because there could be a function named "All". You can easily write your own loop to register functions from an array: […] The functions AdlibEnable() and AdlibDisable() will be removed from the language and should not be used. Now, please go read WikiStart. Both tickets you've created today are very hard to read because code isn't in the proper format and the text is double-spaced.
- 5:15 PM Ticket #1069 (Check _PathSplit Function.) closed by
- No Bug: This is not a bug and will not be changed.
- 5:07 PM Ticket #1066 (filewrite() not working in mode 16(BinaryMode).) updated by
- Just to make sure you see the stuff I said in #1071 I'm making sure to link it here and reiterating somewhat. What the fuck are you thinking? I just said there was a bug that I would look at. I didn't close this ticket. I said that FileSetPos() was working correctly but the bug was not there. So why the fuck would you go and create a new ticket asking for functionality in FileSetPos() when I said it was working? Here's a suggestion: When I write something, read it. It'll save you a whole lot of headaches and flaming if you just listen to me and not somebody who doesn't know what the fuck he's talking about.
- 5:04 PM Ticket #1071 (editing existing files at any position.) closed by
- Duplicate: What the fuck? Are you stupid or what? I stated that FileSetPos() was working correctly in #1066 so how about you let me fix that bug before you go making stupid and pointless feature requests asking for us to implement things that are already there but broken by other bugs? Is that too much to ask? I'd resolve this as "stupid reporter needs to read" but I don't feel like adding that resolution so duplicate of #1066 will have to do. And yes, you deserve the harsh language. I flat-out said FileSetPos() was not broken and that there was another bug somewhere else and that I would fix it yet you completely ignore it and request behavior that already exists just because someone who doesn't know what they are talking about suggested it might not be working.
- 1:22 PM Ticket #1071 (editing existing files at any position.) created by
- option for writing/editing of existing files at any position.(binary …
- 1:17 PM Ticket #1066 (filewrite() not working in mode 16(BinaryMode).) updated by
- I wronly figured that with FileOpen-Binary support and the newly added fileSetPos it was posible to edit existing files directly in binary mode. I'll put that into a request ticket.
- 12:00 PM Ticket #1070 (Adlib Suggestion) updated by
-
Version changed
Automatic ticket cleanup. - 10:24 AM Ticket #1070 (Adlib Suggestion) created by
- ; Written By ZNote ( ZNOTE9 aT yAhoO dOt CoM ) …
- 10:22 AM Ticket #1069 (Check _PathSplit Function.) created by
- ; Written By ZNote ( ZNOTE9 aT yAhoO dOt CoM ) ; Check _PathSplit …
Jul 15, 2009:
- 10:14 AM Ticket #1067 (Unsigned structure "uint64" work as signed "int64") updated by
- I understand, Thx!
- 8:38 AM Ticket #1067 (Unsigned structure "uint64" work as signed "int64") updated by
- Replying to amel27: > Thanks for comment. Is it right only fo 64-bit numbers?.. 32-bit unsigned display correctly! 32-bit unsigned are being displayed as 64-bit signed.
- 8:08 AM Ticket #1067 (Unsigned structure "uint64" work as signed "int64") updated by
- Thanks for comment. Is it right only fo 64-bit numbers?.. 32-bit unsigned display correctly!
- 2:34 AM Ticket #1067 (Unsigned structure "uint64" work as signed "int64") closed by
- No Bug: AutoIt only displays signed numbers. It does not display unsigned numbers. It is not a bug.
- 1:59 AM Ticket #1068 (Wrong converting Binary to Int/Number) created by
- only low byte converting […]
- 1:55 AM Ticket #1067 (Unsigned structure "uint64" work as signed "int64") created by
- […]
Jul 13, 2009:
- 10:34 PM Ticket #1066 (filewrite() not working in mode 16(BinaryMode).) updated by
-
Owner, Status changed
FileSetPos() works correctly. The problem is not there. I see some strange stuff from our file functions, I suspect something is fundamentally broken with our implementation of FileOpen() although I have no clue what it could be. Definitely something is up, though. I'll take a look at it whenever I find time to revisit the file functions. - 6:04 PM Ticket #1066 (filewrite() not working in mode 16(BinaryMode).) updated by
- What's wrong that's working no error message, just the same string displayed You open the file in read mode so filewrite fails. I can agree that something can be wrong as opening with 16+1 or 1 just write at the end not at FileSetPos() I don't know if FileSetPos() was only designed to position for FileRead()
- 4:41 PM Ticket #1066 (filewrite() not working in mode 16(BinaryMode).) created by
- […]
Jul 12, 2009:
- 10:27 AM Ticket #981 (_WinAPI_AnsiToOem + _WinAPI_OemToAnsi) updated by
- Those functions already exist using _WinAPI_WideCharToMultiByte() and _WinAPI_MultiByteToWideChar() with $iCodePage = 1 I am just wondering if we should add this code to ConsoleWrite($text [, $iCodePage = 0])
Jul 11, 2009:
- 2:29 PM Ticket #1065 (_DateDiff showing 0 days) closed by
- No Bug
- 2:24 PM Ticket #1065 (_DateDiff showing 0 days) updated by
- Replying to dash007: Sorry my mistake. There is no 31st June as a date.Can this post please be closed. Thanks. > Hi, > > Below code shows that the difference in days between the 2 dates is 0.If I change the date to 2009/06/30, then it works fine and shows 11 days. It looks like its to do with '31'. > > {{{ > #include <Date.au3> > > $iDateCalc = _DateDiff( 'D',"2009/06/31",_NowCalcDate()) > MsgBox( 4096, "", $iDateCalc ) > }}}
- 2:10 PM Ticket #1065 (_DateDiff showing 0 days) created by
- Hi, Below code shows that the difference in days between the 2 dates …
Jul 10, 2009:
- 2:00 PM Ticket #1064 (DriveGetSerial ( "path" )) closed by
- No Bug: See Ghost doc to update the drive serial. A clone can be a real clone without any bit change No AutoIt bug
- 1:36 PM Ticket #1058 (Eventlog.au3 in Beta) updated by
-
Owner, Status changed
- 10:48 AM Ticket #1064 (DriveGetSerial ( "path" )) created by
- i am cloned two computer with symnatec ghost two computer, two …
Jul 9, 2009:
- 11:44 PM Ticket #1063 (Documentation: _ArraySearch() example script missing a prameter) closed by
- Fixed: Fixed in version: 3.3.1.2
- 6:45 PM Ticket #1062 (language support) updated by
- AutoIt developers do not support shitty, non-informative tickets that don't contain the information we need to actually do anything about a problem. Go read WikiStart and provide some useful information or this ticket will be closed.
- 6:44 PM Ticket #1061 (PowerPoint 2007 presentation adding doesn't work on Vista) closed by
- No Bug: Read WikiStart. This is not a support area.
- 4:37 PM Ticket #1063 (Documentation: _ArraySearch() example script missing a prameter) created by
- The 2D search example is missing a parameter in the _ArraySearch() …
- 8:26 AM Ticket #1062 (language support) created by
- GUICtrlCreateTreeViewItem doesn't support korean language
- 7:58 AM Ticket #1061 (PowerPoint 2007 presentation adding doesn't work on Vista) updated by
- I repost ticket description in this reply to more convinient way: I need to open PowerPoint 2007 and add new presentation and slide. There is a code on AutoIt vers. 3.3.0.0 […] It works fine on w2k3 sysytem. But it doesn't work Vista, error in output is: […] I try to call Presentation.Add method with different parameters, but nothing helps. Can you help me, Thank you
- 7:53 AM Ticket #1061 (PowerPoint 2007 presentation adding doesn't work on Vista) created by
- I need to open PowerPoint 2007 and add new presentation and slide. …
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.
Note:
See TracTimeline
for information about the timeline view.
