Timeline
Mar 9, 2010:
- 10:04 PM Ticket #1501 (StringRegExp and StringRegExpReplace missing) closed by
- Fixed
- 8:19 PM Ticket #1518 (DropDown-Menu of ComboBoxes are not available on x64-Exe) closed by
- Fixed: We know. The manifest is missing from x64 compiled scripts because Visual Studio is retarded and likes to do this to us. It will be fixed next release.
- 7:38 PM Ticket #1518 (DropDown-Menu of ComboBoxes are not available on x64-Exe) created by
- Hello, in my big script, with more then 10.000 lines of code, I have …
- 12:22 PM Ticket #1517 (_GUICtrlListView_SimpleSort not sorts checkboxes defined by ...) created by
- Below is example script - shows files and directories in C:\ Step to …
- 10:00 AM Ticket #1516 (Get Full Returnstring from TCP-IP-STACK in AutoIt-Variable) updated by
-
Version changed
Automatic ticket cleanup. - 9:24 AM Ticket #1516 (Get Full Returnstring from TCP-IP-STACK in AutoIt-Variable) updated by
- The MS-Reference for ldap_simple_bind_s is here: http://msdn.microsoft.com/en-us/library/aa366995(VS.85).aspx and OpenDSObject http://msdn.microsoft.com/en-us/library/aa706065(VS.85).aspx
- 9:15 AM Ticket #1516 (Get Full Returnstring from TCP-IP-STACK in AutoIt-Variable) created by
- I would like to register myself from a computer place, out of range of …
- 8:59 AM Ticket #1515 (FileOpen for Read fails on already opened file) updated by
- Also You can't open the same file for reading and for writing. This was possible with the previous versions until 3.3.2.
Mar 8, 2010:
- 8:34 PM Ticket #1410 (Using Pointer type with COM-object throws error.) updated by
- Replying to monoceres: […] What is it, what you are trying to do here? I personally would expect this code to crash: Eval() apparently needs a string (Variant/VT_BSTR) and you submit a pointer (VT_PTR). COM error is the most harmless case here, if ScriptControl didn't validate arguments you would end up with access violation, since memory at address 0x00000000 isn't a valid read pointer.
- 7:02 PM Ticket #1512 (StdoutRead no correct output with german language OS) updated by
- Thanks, I thought it was another unicode problem
- 3:27 PM Ticket #1515 (FileOpen for Read fails on already opened file) created by
- From v3.3.5.3 Beta release notes: Fixed: Regression in FileOpen() …
- 8:53 AM Ticket #1512 (StdoutRead no correct output with german language OS) closed by
- No Bug: Thanks Doudou for helping Just a small typo […]
- 8:38 AM Ticket #1514 (Missing _SQLite examples in v3.6.6.0 help file) closed by
- Fixed: Fixed by revision [5739] in version: 3.3.7.0
- 4:13 AM Ticket #1510 (The $tagNMTVKEYDOWN structure) updated by
- #1479
- 3:56 AM Ticket #1512 (StdoutRead no correct output with german language OS) updated by
- It's nothing to do with StdoutRead(): chkdsk and many other command line utilities shipped with Windows use traditionally OEM charset, while AutoIt (as primarily GUI app) uses ANSI or corr. Windows codepage. You have to apply a charset conversion before using OEM strings in AutoIt, something like: […]
- 3:55 AM Ticket #1510 (The $tagNMTVKEYDOWN structure) updated by
- I had searched for "tagNMTVKEYDOWN" and found nothing. And I search again, after you closed it, still nothing but this one. Finally I found it with "VKEYDOWN", which is about "tagNMLVKEYDOWN". http://www.autoitscript.com/trac/autoit/ticket/1130 It is marked as "Fixed". But in the latest release (3.3.6.0), it's not fixed. Both LV and TV are using "word" for "VKey" which not works in x64.
- 3:27 AM Ticket #1514 (Missing _SQLite examples in v3.6.6.0 help file) updated by
- Sorry, I referenced v3.6.6.0. Obviously, it should be v3.3.6.0
- 3:25 AM Ticket #1514 (Missing _SQLite examples in v3.6.6.0 help file) created by
- The examples are missing in the v3.6.6.0 help file for functions …
Mar 7, 2010:
- 4:38 PM Milestone 3.3.6.0 completed
- 1:41 PM Ticket #1513 (_GUIToolTip_AddTool() accepts only strings in $sText parameter) created by
- With the standard UDF GuiToolTip.au3 it is impossible to create a …
- 12:51 PM Ticket #1512 (StdoutRead no correct output with german language OS) created by
- Hi, StdoutRead does not produce the correct output I've an image …
- 11:58 AM Ticket #1503 (FileGetSize don't works solid) updated by
- A workaround is the using of FileRead($file,1) before the FileGetSize()
Mar 6, 2010:
- 7:17 PM Ticket #1510 (The $tagNMTVKEYDOWN structure) closed by
- Duplicate: Ugh. You people who can't be bothered to search the issue tracker before posting need to fuck off. I'm tired of closing these duplicate tickets.
- 4:21 PM Ticket #1511 (Datatype mismatch in _GDIPlus_BrushCreateSolid) created by
- In _GDIPlus_BrushCreateSolid, the second parametertype is delcared as …
- 9:44 AM Ticket #1510 (The $tagNMTVKEYDOWN structure) created by
- Global Const $tagNMTVKEYDOWN = $tagNMHDR & ";word VKey;uint Flags" …
Mar 5, 2010:
- 7:08 PM Ticket #1509 (_Date_Time_FileTimeToStr() Document or Source Code bug) created by
- ------source code----- ; Encode a file time $tFile = …
- 11:48 AM Ticket #1498 (#RequireAdmin causes script to not complete/run when UAC is turned off ...) updated by
- It happens also when you press F5 in scite with admin rights Windows 7 32 bits and 64 Bits
Mar 4, 2010:
- 5:38 PM Ticket #15 (Rewrite INI functionality to remove limitations.) updated by
- Is there any solution in sight for the IniReadSection?
- 4:28 PM Ticket #1508 (IniReadSection: Possibility to increase restrictions, except Win9x?) closed by
- Duplicate: Learn to search.
- 2:00 PM Tickets #1507,1508 batch updated by
-
Version changed
Automatic ticket cleanup. - 1:42 PM Ticket #1508 (IniReadSection: Possibility to increase restrictions, except Win9x?) created by
- Hello, I have to read big Ini-Sections in XP, Vista and Windows 7, …
- 1:24 PM Ticket #1507 (help file improvement) created by
- I am new to programming. It is abou the help script samples. The list, …
Mar 3, 2010:
- 9:33 PM Ticket #850 (_ExcelReadSheetToArray doesn't work with German Excel 2003) updated by
- Ironicly this fix caused another bug - the docs sais this: […] but it's not quite true, here is an example that shows this: […] To fix it there is need to replace in _ExcelReadSheetToArray UDF this: […] with this: […]
- 4:51 PM Ticket #1506 (DirCopy/FileCopy) created by
- Trying to use DirCopy to copy a "Briefcase" RightClick > New> …
- 3:59 PM Ticket #1505 (Variable not declared in IE.au3) created by
- If the "MustDeclareVars" option is set then the following error is …
- 2:15 AM Ticket #1504 (GUICtrlSetBkColor sets button style to $BS_DEFPUSHBUTTON) closed by
- Wont Fix: It's good to see you searched the issue tracker before wasting our time. Closing as won't fix just like the identical #376.
- 12:07 AM Ticket #1504 (GUICtrlSetBkColor sets button style to $BS_DEFPUSHBUTTON) created by
- Hello, When GUICtrlSetBkColor is used on a button, it "steals" the …
Mar 2, 2010:
- 9:26 PM Ticket #1503 (FileGetSize don't works solid) created by
- Hi there, when my Opera-Browser cache a flash video and I control …
- 9:21 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- Download this version of autoit3help.exe replacing the current version in the AutoIt3 program directory. Jos
- 8:26 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- I guess it would have been too sensible to try and provide any of the information I requested from the previous user in your post? Saying "It doesn't work for me either" is about as useful as saying nothing at all which is preferable than saying the same thing somebody else has without further elaboration.
- 10:51 AM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- Hey guys. I'm suffering from the same problem, too. My machine runs Windows 7, and the Autoit 3.3.0.0 works fine with it. When I updated to 3.3.4.0, the "Open this script" started to works abnormally. Sometimes it can open SciTe but sometimes not. Feel free to contact me for more details. Thanks.
Feb 28, 2010:
- 8:33 PM Ticket #1502 (Missing keyword highlight on autoit3wrapper keywords.) updated by
- Roger: Thanks for info.
- 8:00 PM Ticket #1502 (Missing keyword highlight on autoit3wrapper keywords.) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 7:58 PM Ticket #1502 (Missing keyword highlight on autoit3wrapper keywords.) updated by
-
Version, Component changed
- 7:58 PM Ticket #1502 (Missing keyword highlight on autoit3wrapper keywords.) closed by
- Fixed: These are removed from the Autoit3 installer and should have been part of the SciTE4Autoit3 installer. I have forgotten to arrange the API table and only done the Highlighting table. It will be fixed in the next version of the full SciTE4AutpoIt3 installer, but you can in the mean time downlaod the au3.properties and au3.autoit3wrapper.api files from the Beta site and put the in the appropriate directories. Jos
- 5:06 PM Milestone 3.3.5.6 completed
- 4:49 PM Ticket #1502 (Missing keyword highlight on autoit3wrapper keywords.) created by
- Effected: #autoit3wrapper_*, #Obfuscator_*, #Tidy_* file: …
- 1:15 PM Ticket #1501 (StringRegExp and StringRegExpReplace missing) created by
- The current beta does not include the functions StringRegExp …
- 11:23 AM Ticket #1487 (_DateToDayOfWeekISO is not ISO conformant) updated by
- Fixed by revision [5727] in version: 3.3.5.6
- 11:16 AM Ticket #1487 (_DateToDayOfWeekISO is not ISO conformant) updated by
-
Milestone changed
Fixed by revision [5726] in version: 3.3.5.6 - 10:43 AM Milestone 3.3.5.5 completed
Feb 27, 2010:
- 6:41 PM Ticket #1487 (_DateToDayOfWeekISO is not ISO conformant) closed by
- Fixed: Fixed by revision [5719] in version: 3.3.5.5
Feb 26, 2010:
- 10:54 PM Ticket #1486 (Powerdown doesn't work under Windows 2000) closed by
- Wont Fix: AFAIK If you ever see that message it's due to bad drivers/BIOS on that machine. At the API level we've done everything to make the poweroff happen.
- 10:00 PM Ticket #1499 (Performance increase to internal __FTP_ListToArray()) updated by
-
Version changed
Automatic ticket cleanup. - 9:54 PM Ticket #1500 (_FTP_DirSetCurrent() Return Value) created by
- The current documentation of _FTP_DirSetCurrent() states that the …
- 9:47 PM Ticket #1499 (Performance increase to internal __FTP_ListToArray()) created by
- In the current internal function _FTP_ListToArray, every time a new …
- 2:39 PM Ticket #1498 (#RequireAdmin causes script to not complete/run when UAC is turned off ...) created by
- Running the following example script on Vista or Win7 machine with UAC …
- 11:30 AM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- Replying to Valik: > The forum exists for a reason. We shouldn't just add code that somebody brings in off the street. We should add code that is tested by the community and something they are already familiar with. Ok, thank you. I will bring it up in the forums and see if other people like it or even agree with the idea of adding such a UDF. If I see that there is some interest I will open a new feature request if that is all right.
- 7:27 AM Ticket #1497 (Sign(<expression>) function) created by
- AutoIt lacks a Sign() function. It would be a must if Sign could deal …
- 6:49 AM Ticket #1496 (AutoIt 3.3.4.0/3.3.5.4: _Eventlog__Read (UDF Eventlog.au3) returns ...) created by
- Function _EventlogRead from UDF Eventlog.au3 returns not the …
Feb 25, 2010:
- 7:00 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- The forum exists for a reason. We shouldn't just add code that somebody brings in off the street. We should add code that is tested by the community and something they are already familiar with.
- 1:31 PM Ticket #1495 (HelpFile Bug) created by
- _FileListToArray is wrong please correct the @error example #Include …
- 12:35 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- Valik, I am definitely not asking the developers to write the code. In fact I already have some of the code written. In fact, in the feature request I said: "I would be willing to create this UDF library. I just need to know whether it would be acceptable to do so (assuming that it passes the required code and documentation quality)." What I don't know is to whom should I send the code for review once I believe it is in good shape (including the documentation, of course).
- 10:56 AM Ticket #1494 (Turkish Characters gets trasnlated to english with INIWrite and ...) closed by
- No Bug: ConsoleWrite() outputs in ANSI (or UTF-8). This is a Windows limitation. I doubt very seriously the Ini functions are doing any conversion. However, I can't say for sure since you didn't bother to read the big red box explaining how to properly submit a bug report. Without an actual script I can tweak to confirm it's actually ConsoleWrite() and not the Ini functions, I'm just going to close this on the assumption it is ConsoleWrite() since I know for a fact it outputs in ANSI.
- 10:53 AM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- I closed it because of this line which you can find on WikiStart: > Don't ask the developers to write UDFs. If you want to see UDFs added then you'll need to write it or get someone else to write it and submit it with the proper documentation.
- 9:54 AM Ticket #1494 (Turkish Characters gets trasnlated to english with INIWrite and ...) updated by
- Affected characters are: İ -> I (i with dot) Ğ -> G (G Breve) Ş -> S (S Cedilla) ı -> I (dotless i) ğ -> g (g Breve) ş -> s (s Cedilla) not-converted characters (read and written as is): Ö,ö,Ü,ü,Ç,ç
- 9:48 AM Ticket #1494 (Turkish Characters gets trasnlated to english with INIWrite and ...) created by
- Hi, When I'm trying to output text via ConsoleWrite or INIWrite I …
- 8:54 AM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- Replying to Valik: > So... do you not see the big giant red box that appears when you try to create a new ticket? Hi Valik, always a pleasure being commentslapped by you ;-) I actually did not try to reopen the ticket. I clicked Done and I immediately realized that the component was set to AutoIt rather than to Standard UDF as it should. I clicked stop on my web browser thinking that the ticket had not been sent yet. I changed it and sent it again. Sorry! So what should I do now? You Rejected the first ticket (1490) as well. Is it because of this mistake or because you do not think that the request has any merit?
- 1:22 AM Ticket #1493 (_FTP_ProgressDownload bug) created by
- There is a small bug in the _FTP_ProgressDownload routine. If …
- 12:03 AM Ticket #1492 (Problem with listview AND $WS_EX_COMPOSITED in a gui) created by
- I have high CPU load and there is no listview visible. […] …
Feb 24, 2010:
- 11:00 PM Ticket #1058 (Eventlog.au3 in Beta) updated by
- AutoIt v3.3.4.0 Bug Function _EventLogRead The array 11 "Computer" does not return the computer name. It returns the Array 10 Soures. Note the missing letter "A" also The array 12 “Username” does not return the complete line. It should be “NT AUTHORITY\SYSTEM” Helpfile example run. Source ............: Automatic LiveUpdate Scheduler Computer ..........: utomatic LiveUpdate Scheduler Username ..........: NT AUTHORITY
- 10:10 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) closed by
- Works For Me: The open button works fine for me too in win7 x64 and Winxp x86 sp3 IE7. Try running from command prompt: regsvr32 hhctrl.ocx Closing ticket as works for me and report any issues in the forum so we can help you there. Jos
- 8:00 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
-
Owner, Status, Component changed
- 7:59 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- I need more information. What version of Windows are you using? Is it 32-bit or 64-bit? What version of Internet Explorer? How did you install AutoIt (installer or extract an archive)? How are you starting the helpfile? What's the working directory of the program that is hosting the helpfile (you may need a tool such as ProcessExplorer to determine this)? The button works fine for me on Windows 7 32-bit with IE8. It also worked fine on Windows XP SP3 32-bit with IE7.
- 7:55 PM Ticket #1488 (3.3.4.0 Opt on exit not working and cant open script from help file.) closed by
- Duplicate: Closing as duplicate of #1489.
- 7:54 PM Ticket #1490 (Create a Dictionary UDF which creates a Scripting.Dictionary object) closed by
- Rejected
- 7:53 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) closed by
- Rejected: So... do you not see the big giant red box that appears when you try to create a new ticket?
- 4:54 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) updated by
- I submitted this feature request twice by mistake. The second one is the valid one, since it is correctly linked to the "Standard UDF" component. I see that this has been deleted by "TicketCleanup". I do not know why or what that means. Please let me know what I should do to properly create a ticket. Cheers, Angel
- 4:00 PM Tickets #1490,1491 batch updated by
-
Version changed
Automatic ticket cleanup. - 3:05 PM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) updated by
- I can confirm this behavior with version 3.3.4.0.
- 2:46 PM Ticket #1491 (Create a Dictionary UDF which creates a Scripting.Dictionary object) created by
- Dictionaries are a very common and useful type of data container. In …
- 2:46 PM Ticket #1490 (Create a Dictionary UDF which creates a Scripting.Dictionary object) created by
- Dictionaries are a very common and useful type of data container. In …
- 10:39 AM Ticket #1489 (Impossible to use the button "Open this script" in the Autoit help) created by
- With the last Autoit version (3.3.4.0), i can't use an help's script …
- 4:33 AM Ticket #1488 (3.3.4.0 Opt on exit not working and cant open script from help file.) updated by
- What part about "read the changelog" did you not understand in my reply to #1135? What part about WikiStart's "don't post multiple issues in a single ticket" did you not understand?
- 4:15 AM Ticket #1488 (3.3.4.0 Opt on exit not working and cant open script from help file.) created by
- Autoit V 3.3.4.0 Windows 7 64bit Legal copy #1 […] is not working …
- 4:08 AM Ticket #1135 (bug with beta version about Option OnExitFunc) updated by
- Opt ("OnExitFunc", "endscript") is not working with autoit 3.3.4.0 but did work with 3.3.0.0
Feb 23, 2010:
- 12:54 PM Ticket #1487 (_DateToDayOfWeekISO is not ISO conformant) created by
- Current implementation of _DateToDayOfWeekISO: Returns Day of the Week …
- 12:27 PM Ticket #1486 (Powerdown doesn't work under Windows 2000) created by
- As discussed in …
- 3:33 AM Ticket #1433 (Picture driven computing) updated by
- Replying to Valik: > So you want a different language. No, not at all. This actually mostly already exists in Autoit with the image search functionality. But I'd like to see some combined functions that would take a screenshot, then do a pixel search based on a predefined image and return the coordinates of that image. Think about the tabs in a web browser. With this functionality instead of having a hard coded x,y coordinates of a particular tab to click on, the tab could be in any particular order and it would essentially find what you're looking for.
Feb 21, 2010:
- 7:10 PM Ticket #134 (Add support for COM events to take ByRef parameters) updated by
- It's not a syntax issue, it's a technical issue.
- 3:39 PM Ticket #134 (Add support for COM events to take ByRef parameters) updated by
-
any news on this? Maybe extend the syntax like this:
$o_object.Run($s_MacroName, ObjByRef $v_Arg1) - 7:14 AM Ticket #1485 (Hard crash with ContinueCase) created by
- If you have a ContinueCase in the last case of a Switch or Select, It …
- 1:13 AM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- Or, a newer version since it's been fixed since 3.3.5.3.
Feb 20, 2010:
- 11:26 PM Ticket #546 (FileOpen() Shared/exclusive access) updated by
- Since files FileOpen()ed from AutoIt are now locked for exclusive access by the process since v3.3.4.0, this is really important as there's no other way to get the old functionality back. You can't e.g. read a log file as it's being generated. This change breaks my script and there seems to be no way around it apart from using an older version of AutoIt.
- 4:01 PM Ticket #1481 (_GUICtrlHeader UDF not using correct character set) updated by
- The function _GuiCtrlHeader_Create() in GuiHeader.au3 is a Gary translation of an old PaulIA function from the ANSI days. It contains "_GUICtrlHeader_SetUnicodeFormat($hHeader, False)". Should be changed to "True" there in the UDF.
- 1:08 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Replying to Jon: > Not sure this is a bug. If I change the keyboard to Russian and then run: > > {{{ > ; Looks like D is в on the Russian keyboard > HotKeySet("+в", "TestFunc") > }}} > > Then it works fine. It works fine (not everywhere thought, see next), but then we should check every time the keyboard layout: […] but even this is not working on my other system, where the base language is Hebrew, and no mater what default keyboard layout is set (russian or hebrew). Replying to VittGam <vittgam@…>: > But what do you mean as other language than english? Latin or Asiatic/Cyrillic languages? Maybe it's a problem with RU(ssian) systems or keyboards. I mean non-latin, that is out of 1-127 characters range set. And no, it's not russian-specific issue :)
Feb 19, 2010:
- 2:13 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Just on a hunch, I decided to check other messages related to the NMHDR struct, and other structs using WM_NOTIFY. So far, I found another help-file example that fails, but another one that works fine. The one that fails is _GUICtrlIpAddress_Create, and the one that works is _GUICtrlButton_Create. I'm not sure what the difference is, but at least I know now it's not related to just the ListView functions (nor is it my error).
- 2:02 AM Ticket #1484 (Missing documentation) closed by
- Duplicate: You do not, however, read the issue tracker guidelines which state you should test your bug with the latest beta version. Had you done so, you would have discovered this has been fixed already.
- 1:49 AM Ticket #1484 (Missing documentation) created by
- Section contents missing: Keyword Reference section: items missing: …
Feb 18, 2010:
- 9:26 PM Ticket #1483 (SciTE Running a second instance of AuoItWrapper when Help File is opened) closed by
- Wont Fix: SciTE only supports running one tool at a time. Attempting to run a second tool will do exactly as you describe. This is a limitation in SciTE and there is nothing we can do about.
- 9:07 PM Ticket #1483 (SciTE Running a second instance of AuoItWrapper when Help File is opened) created by
- I just noticed this while running a script (testing.au3) via SciTE …
Feb 17, 2010:
- 11:13 PM Ticket #1482 (FileRead behavior description needs clarification) created by
- In the help file for FileRead, the description of the optional …
- 5:47 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Replying to Jpm: > May be the same problem as the one we fix in $tagNMLVKEYDOWN Thanks for the suggestion, I tried it and it works for most cases, except the one I need. The MSDN article for this message says Index should return -1 when there is no item under the click (below the created items). With index changed to int_ptr, it returns 4294967295, which would be -1 as a 32 bit number. Changing the alignment made the structure even smaller (60 bytes in x64), but still doesn't return the index clicked. When I dump the header after it was realigned, everything looks good, but the full message still shows extra null-byte padding where it doesn't need it.
- 10:10 AM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- May be the same problem as the one we fix in $tagNMLVKEYDOWN
- 5:55 AM Ticket #1481 (_GUICtrlHeader UDF not using correct character set) created by
- I know I'm not using the correct terminology so I'm sorry about that …
- 4:38 AM Ticket #1480 (Corrupting registry when importing a .reg file with a delete key in it) created by
- When running the following code, it corrupts the Windows registry …
Feb 16, 2010:
- 9:05 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- If the types are correct but the size is wrong then it sounds to me like the structure is not being aligned correctly.
- 8:43 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Sorry, code in last post should be: […]
- 8:40 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Sorry about that, should have mentioned the error was shown in the console window. I wasn't sure if the Struct was too big, or too small. Dumping the binary data of the struct using this (right after $tInfo is created within either NM_CLICK or NM_DBLCLK), ConsoleWrite(DllStructGetData(DllStructCreate("byte& DllStructGetSize($tInfo) &", DllStructGetPtr($tInfo)), 1) & @CRLF) It looks as if the 3rd member (an int from $tagNMHDR) is sent as 64 bit, but should be 32 bit. I tried different alignments, to see if that would help, but there was no change.
- 8:32 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- The NMITEMACTIVATE structure is being created as 48 bytes under Win32 and 64 under x64. It should be 72 bytes under x64 - not sure where the missing bytes are yet.
- 7:31 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- Nevermind. I see the output in the console now. The index is wrong on x64. A quick glance at the structures look like they are using the correct types. Might need Gary to look at this one before I dig around in there.
- 5:51 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
- I'm not sure what you are reporting? A bug with a UDF? AutoIt? The help file example? Your script? I'm also not sure how I run the script to see whatever error you are talking about. I see a few lines with colored text? I click them, nothing happens? Is it supposed to do anything?
- 2:25 PM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) created by
- I'm on Windows 7 64-bit, trying to use a WM_NOTIFY function to detect …
- 4:14 AM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) updated by
- Who in their right mind would use a statement like that?
Feb 15, 2010:
- 8:23 PM Ticket #1478 (Make _ScreenCapture_CaptureWnd convert HWnd) created by
- The code in _ScreenCapture_CaptureWnd (from ScreenCapture.au3) can …
- 8:15 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Sorry, I've made a mistake. It's Windows Server 2008 Enterprise SP2 English 32-bit with Italian MUI Language Pack, Italian keyboard layout as default and AutoIt v3.3.4.0.
- 8:13 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- I have Italian keyboard layout set and it works. It works even if I use "^+D" (D is uppercase). Try this because with shift, characters are uppercased. But what do you mean as other language than english? Latin or Asiatic/Cyrillic languages? Maybe it's a problem with RU(ssian) systems or keyboards. ---- Tested on Windows Server 2008 Enterprise SP2 Italian 32-bit with AutoIt 3.3.4.0
- 7:53 PM Ticket #1318 (UDFs char/wchar --> bad numbers of bytes for _MemRead()/_MemWrite()) closed by
- Duplicate: Closed due to no further comments.
- 7:46 PM Ticket #1474 (mouseClick not working on windows 7) closed by
- Works For Me: Closing as a Works for Me.
- 7:41 PM Ticket #1397 (HotKeySet not working when default keyboard layout set as non-english) updated by
- Not sure this is a bug. If I change the keyboard to Russian and then run: […] Then it works fine. But when the API tries resolve the key "d" on a Russian keyboard it fails, but I sort of expected that. I guess I could assume that if a key is in the ASCII range then to take the VK code literally, but I'm wondering if that would actually break more…
- 7:10 PM Ticket #1470 (ScriptWriter not included in Installation EXE) closed by
- Works For Me: No follow up. Closing as Works for me.
- 5:31 PM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) updated by
- So it's syntax error? or it's ok to use these kind of statements?
- 3:52 PM Ticket #1439 (Icons included in script use wrong size) updated by
- The same bug is with GUICtrlCreateIcon, because if I set width and height to 48 px like this: […] the image is pixeled from the 32px version. I have to use this: […] assuming that the icon is named 99 in the resource hacker to have the right size.
- 2:54 PM Ticket #1275 (GUICtrlSetTip - after tip times out it does not show again) closed by
- Works For Me
- 2:42 PM Ticket #1476 (_DebugReportVar() example fails) closed by
- Fixed: Fixed by revision [5717] in version: 3.3.5.5
- 2:40 PM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) closed by
- Completed: Added by revision [5716] in version: 3.3.5.5
- 10:48 AM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) closed by
- Wont Fix: It's due to our simplistic expression parsing. Won't be fixed unless we rewrite the entire thing in future.
- 10:02 AM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) updated by
- > not really a bug The line formatting suggests it was intended to make use of scite code-linkback feature in the output pane in my mind. If thats the case, it somewhat classifies as a bug to me. (Trivial, but unintentional behavior none the less) If is was the result of two coders, one(UDF creator) copying the format from a other(Scite minded) source, than the bug part it a open issue and can it be considered more a request I guess.
- 8:58 AM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) updated by
- In fact there is not a really bug. Just the reporter want to use the info in the edit control inside Scite so an extra blank help
- 8:56 AM Ticket #1477 (Iterpretator doesn't recognize wrong(?) syntax (in operators)) created by
- This little script will reproduce the bug: […] just run it, it …
- 5:32 AM Ticket #1474 (mouseClick not working on windows 7) updated by
- This is a well documented Windows issue and I explained it to the poster in my last reply in this thread http://www.autoitscript.com/forum/index.php?showtopic=110097 It's played havoc with things besides AutoIt scripts and it first started to appear in Vista, although I've noticed it appears to be particularily bad in Win 7. Whether or not it neds to be documented is up to the developers but I'm sure that there are other functions that will suffer from the same bug and those will be any functions that use mouse coordinates so you might need to add a page about it. BTW the apparent "bug" is only when the Aero them is enabled for the mouse pointers. The shadowing makes the mouse appear to be in a location other than its true position.
- 3:47 AM Ticket #1474 (mouseClick not working on windows 7) updated by
- Replying to Jon: > Just tested this on Windows 7 Ultimate and MouseClickDrag appears to work correctly. I've fixed the problem... This may also be the result of a problem that first appeared in Vista. Before you try it again, go to Control Panel >> Mouse. Click the Pointers tab, set the scheme from Windows Aero to None and see if that helps. You can always change it back later. Is it possible to add these notes to thehelp file?
- 3:20 AM Ticket #1476 (_DebugReportVar() example fails) created by
- The example in the documentation for function _DebugReportVar() fails …
Feb 14, 2010:
- 8:05 PM Ticket #1040 (_ScreenCapture_Capture(): GDI object leak with cursor capture) updated by
- I'm pretty sure the problem here is that _WinAPI_GetIconInfo returns TWO bitmaps and we are only deleting ONE of them. The cursor section of the function needs to check if $aIcon[5] is valid bitmap and delete if it is. Depending on what cursor is being displayed $aIcon[5] may not alway be a valid bitmap. From the tests I've done, when the cursor is an I-beam, the bitmap will NOT be valid. Almost all other ones were valid. […]
- 5:33 PM Ticket #1420 (GUIRichEdit UDF hidden selection) closed by
- Works For Me: No repo script. Closing.
- 5:33 PM Ticket #1421 (GUIRichEdit UDF added line break) closed by
- Works For Me: No repo script. Closing.
- 5:31 PM Ticket #1453 (_Net_Share_ShareCheck() always returns 0) updated by
- Anybody got a clue about this one? Even if I change NetShare.au3 to the oldest version I get the same results.
- 5:12 PM Ticket #1466 (_GUICtrlEdit_GetLine returns an unexpected character) closed by
- Fixed: Fixed by revision [5712] in version: 3.3.5.5
- 5:08 PM Ticket #1469 (_GDIPlus_BitmapCloneArea must use _GDIPlus_BitmapDispose to release) updated by
- Fixed by revision [5711] in version: 3.3.5.5
- 5:06 PM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- I mean FileReadLine()
- 5:03 PM Ticket #1469 (_GDIPlus_BitmapCloneArea must use _GDIPlus_BitmapDispose to release) closed by
- Fixed: Fixed by revision [5710] in version: 3.3.5.5
- 4:59 PM Ticket #1445 (Wrong description for _MemGlobalFree()) closed by
- Fixed: Fixed by revision [5709] in version: 3.3.5.5
- 4:33 PM Ticket #1366 (TrayCreateItem() bug) closed by
- Works For Me: Closed due to no repo script.
- 4:26 PM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) updated by
- Anyone see a problem with making the change suggested? I'm not familiar with the function myself.
- 4:24 PM Ticket #1475 (TrayItemSetState($Value, $Tray_Checked) enables an disabled TrayItem) closed by
- Fixed: Fixed by revision [5708] in version: 3.3.5.5
- 3:41 PM Ticket #1474 (mouseClick not working on windows 7) updated by
- Just tested this on Windows 7 Ultimate and MouseClickDrag appears to work correctly.
- 2:15 PM Ticket #1443 (Error in ExcelCom_udf (Excelbookopen)) updated by
- Replying to Valik: > Yeah, really good job reading the big red box. You failed to search the issue tracker, otherwise you would have found #1168. You failed to test with the latest versions. You failed to provide a test script. Since you are obviously using an old version of AutoIt you also failed to set the correct version. > > So riddle me this, why did you completely ignore the big red box? 1168 is about a hidden sheet not about a deleted sheet, thats why I could not find it. Furthermore your comment is not friendly
- 12:27 PM Ticket #1459 (Hard Crash) updated by
- perhaps Win7 as a greater limit than Vista. The anonymous example is working under Vista 3.3.5.4 I don't understand why the limit under X64 will be smaller than X86
- 12:01 PM Ticket #1475 (TrayItemSetState($Value, $Tray_Checked) enables an disabled TrayItem) created by
- Hi All, I've disabled a trayitem and when is give it a command to …
- 12:00 PM Ticket #1459 (Hard Crash) updated by
-
Milestone changed
Automatic ticket cleanup. - 11:20 AM Ticket #1474 (mouseClick not working on windows 7) created by
- I have scripts that worked on Windows XP no longer work on Windows7. …
- 11:15 AM Ticket #1472 (GUISetCursor Bug) updated by
- See, this is why we don't add things "that look innocent" just before a release. Grrrr.
- 11:14 AM Ticket #1459 (Hard Crash) closed by
- Wont Fix: Works for me. It's environment related. The only current solution is to keep reducing the recursion level and it's a fairly pointless excercise as unless it is set at some ridiculously low level it will always break for someone.
- 11:01 AM Ticket #1459 (Hard Crash) reopened by
- I reopened it as for X86 as stated by MSCreator 3.3.5.4 hardcrashed
- 7:02 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- And what about FileWriteLine()? But many thanks anyway!
- 12:40 AM Ticket #1473 (Debug.au3, _DebugReportVar(), Line format, Scite support?) created by
- Debug.au3 Line 286 […] Think that should be ... To make the printed …
Feb 13, 2010:
- 5:20 PM Ticket #1472 (GUISetCursor Bug) created by
- The help page for GUISetCursor says: […] But the help page of …
- 4:00 PM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
-
Milestone changed
Automatic ticket cleanup. - 2:35 PM Ticket #1158 (Global update the WinAPI.au3 library) updated by
- We're currently without someone who looks after the UDF library at the moment so not much progress.
- 2:34 PM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) closed by
- Completed: I've rewritten some of the FileWriteLine() code and it's about 40-50% faster than it was. The OS cache is used for caching and that's not something that will be changed. Any speed differences now should just be because perl is probably faster anyway…
- 2:28 PM Ticket #1471 (_ClipPutFile is not unicode aware) updated by
-
Owner, Component changed
- 2:28 PM Ticket #1471 (_ClipPutFile is not unicode aware) created by
- Include\Misc.au3 _ClipPutFile is not unicode aware. Needs fixing.
- 2:27 PM Ticket #1468 (StringToBinary lost character in utf8) closed by
- Fixed: Fixed by revision [5704] in version: 3.3.5.5
- 11:46 AM Milestone 3.3.5.4 completed
- 11:23 AM Ticket #1463 (Converting with StringToASCIIArray) closed by
- Fixed: Fixed by revision [5700] in version: 3.3.5.4
- 9:40 AM Ticket #1470 (ScriptWriter not included in Installation EXE) updated by
- Au3recorder (Scriptwriter) is now included in the AutoIt3 installer in directory \AutoIt3\Extras\Au3Record. SciTE4AutoIt3 will run Autoit3Wrapper when you select au3recorder (Alt+F6) from the SciTEtools menu which will run the proper au3recorder version depending on the OS architecture. Need more info from you when you have problems: - OS - Architecture - Content of the SciTE output pane when you run au3recorder from the tools menu. Jos
- 9:10 AM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) closed by
- Fixed: Fixed by revision [5698] in version: 3.3.5.4
- 3:05 AM Ticket #1470 (ScriptWriter not included in Installation EXE) updated by
- Forgot to include my contact info. smate@…
- 3:04 AM Ticket #1470 (ScriptWriter not included in Installation EXE) created by
- I just installed the latest AutoIt (3.3.4.0) and Scite4AutoIt3. When …
Feb 12, 2010:
- 10:43 PM Ticket #1467 (DllStructSetData not support UTF8) closed by
- No Bug
- 8:59 PM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) updated by
- I have checked a additional number of RegExpressions, and so far I only got positive results. (And, Sorry again for my mixup. Hate it when I make that kind of mistake)
- 12:23 PM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) updated by
- Try this test version: http://www.autoitscript.com/forum/index.php?showtopic=109593&view=findpost&p=772804
- 2:00 AM Ticket #1467 (DllStructSetData not support UTF8) updated by
- (hit wrong button) Don't forget that AutoIt strings use UTF-16LE (not UTF-8). If all you need if pass/receive native AutoIt strings, then use "wchar[<charlength>]" type in DllStructCreate and "wstr" as parameter format in DllCall. The DllStructCreate example in the help file incorrectly uses "char" instead of "wchar". It works for English but fails for CJK and most other languages having codepoints > 0x7F.
- 1:38 AM Ticket #1467 (DllStructSetData not support UTF8) updated by
- There is no built-in support for UTF-8 strings in DllStruct but you can convert a native AutoIt string (UTF-16LE) into/from an UTF-8 encoded array of bytes, which is OK for DllStructs. This way you can pass/receive UTF-8 data to/from DllCall. Look at the following internal SQLite functions for a working example: SQLite_StringToUtf8Struct and SQLite_Utf8StructToString. Look at how they are used in this UDF. Post in the help forum or PM if you have any problem making this work for you.
- 12:28 AM Ticket #1469 (_GDIPlus_BitmapCloneArea must use _GDIPlus_BitmapDispose to release) created by
- Currently the documentation states that the user should use …
- 12:03 AM Ticket #1468 (StringToBinary lost character in utf8) created by
- ; Binary ANSI to String $buffer = StringToBinary("Hello - …
Feb 11, 2010:
- 11:22 PM Ticket #1467 (DllStructSetData not support UTF8) created by
- [autoit] ;========================================================= …
- 4:46 PM Ticket #1459 (Hard Crash) closed by
- Fixed: Fixed by revision [5691] in version: 3.3.5.4
- 2:37 PM Ticket #1459 (Hard Crash) updated by
- Reproducing script for x86: AutoIt:3.3.4.0 (Os:WIN_XP/X86/Service Pack 2 Language:0419 Keyboard:00000409 Cpu:X86) […]
- 1:26 PM Ticket #1459 (Hard Crash) updated by
- Replying to anonymous: > any word on this issue? next time follow the track report submission guideline. The Environment is fondamental …
- 12:17 PM Ticket #1459 (Hard Crash) reopened by
- Confirm a Hard crash when ran on x64 Win7. reopened for more detailed review.
- 10:01 AM Ticket #1459 (Hard Crash) updated by
- any word on this issue?
Feb 10, 2010:
- 9:24 PM Ticket #1465 (Proxy functions or udf) updated by
- I respect your decition and thanks for good explanation.
- 8:44 PM Ticket #1465 (Proxy functions or udf) updated by
- First of all, there's no way in hell ANYBODY should want their packets passing through AutoIt because of how slow it is. If that alone isn't a good enough reason, then how about because it's a not a general purpose need? Very few people need such functionality and fewer still have a legitimate use for it. Furthermore, you can write application-specific proxies using AutoIt in it's current form.
- 8:09 PM Ticket #1465 (Proxy functions or udf) updated by
- why not?
- 7:51 PM Ticket #1465 (Proxy functions or udf) closed by
- Rejected: Just... no.
- 7:49 PM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) updated by
- PS: Never used UTF, so I did not test with that with this prcetest. > Yes, all AutoIt strings are UTF16-LE internally and we have to convert back and forth to UTF8 for the pcre engine. It gets real interesting when trying to deal will character positions. By interesting I mean ball breaking.
- 7:37 PM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) updated by
- Pcretest is giving a different output then autoit itself. Its producing the expected correct output. Base on pcretest.zip test run. PCRE version 8.00 2009-10-19 string='abbabb' […]
- 7:24 PM Ticket #1466 (_GUICtrlEdit_GetLine returns an unexpected character) created by
- When using _GUICtrlEdit_GetLine, an unexpected character is appended. …
- 4:22 PM Ticket #1465 (Proxy functions or udf) created by
- Hello, I just got idea for new autoit funcs, (Maybe it can be done as …
- 2:38 PM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) updated by
- Does pcretest.exe give the same results. What was entered in pcretest?
- 10:01 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- *In both cases I used standart ANSI files*
- 9:57 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- I think, the problem in that fact that AutoIt writes to disc each time these functions are being used. While Perl reads/writes to hard disc with portions. If we use functions FileReadLine(), FileWriteLine() in loop, the speed are extremely slowing down. We could read file in one variable, but it doesn't work with big files, and it doesn't work if we're going to do some tight work with lines.
- 9:53 AM Ticket #1464 (StringRegExp, Single Char. Pattern with '*' Quantifier.) created by
- Well, It took we a wile to be sure. But I think the following data …
- 9:46 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- I'm sure. I've trying to do a regex' search & replace in text files. If we put text file in one variable, then AutoIt speed is equal Perl speed. But if we are working line by line (reading files & writing to file) that AutoIt 10 times slower.
- 9:37 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- Also, AutoIt will be internally converting the default UTF16 text into ANSI for output which will impact performance (I'm guessing that perl works just in ANSI). Try changing the output text file to UTF16-LE for a format that requires no conversion.
- 9:35 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
- FileReadLine is buffered btw. Are you sure this isn't just AutoIt being slower than perl in general and nothing to do with FileWrite?
- 8:21 AM Ticket #1463 (Converting with StringToASCIIArray) created by
- Hello, I got some questions about the function whether the behaviour …
- 8:09 AM Ticket #1158 (Global update the WinAPI.au3 library) updated by
- Nice functions. We need to include them
- 8:00 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) updated by
-
Version changed
Automatic ticket cleanup. - 7:28 AM Ticket #1462 (Need speedup FileReadLine() and FileWriteLine() functions) created by
- AutoIt has a real bad (or none?) buffering while writing or reading …
Feb 9, 2010:
- 10:35 AM Ticket #1461 (RightTab and LeftTab under ControlComand not working for ...) updated by
- Sorry for all the trouble is caused, it worked correctly with the following code. […] Replying to coolnetalias: > Hi Valik, > > Thanks for the quick reply. I used Au3Info to for getting the class name. I am using filezilla 3.3.1 for the testing purposes. Which version are you using also, I would appreciate if you can put the corrected code here. > > Thanks you so much for reply, > coolnetalias.
- 10:31 AM Ticket #1461 (RightTab and LeftTab under ControlComand not working for ...) updated by
- Hi Valik, Thanks for the quick reply. I used Au3Info to for getting the class name. I am using filezilla 3.3.1 for the testing purposes. Which version are you using also, I would appreciate if you can put the corrected code here. Thanks you so much for reply, coolnetalias.
Feb 8, 2010:
- 10:36 AM Ticket #1461 (RightTab and LeftTab under ControlComand not working for ...) closed by
- No Bug: Err, you're not using the right class name. Did you actually look at the Site Manager window with Au3Info to get the right information? Once I corrected the wrong class the code works just fine. No AutoIt bug here. You should probably use the forum in the future since this was a basic support question, not a bug.
- 9:33 AM Ticket #1461 (RightTab and LeftTab under ControlComand not working for ...) updated by
- Replying to coolnetalias: > I am making a POC using the FileZilla ftp client. The navigation steps of the control are as follows: > > 1. Open FileZilla. > 2. Press Ctrl + s. > 3. Site manager window will be launched. Here there are 4 tabs; General, Advanced, Transfer settings and Chatset. > 4. When I use the code > {{{ > ControlCommand ("Site Manager","","SysTabControl321","TabRight","") > }}} > The next tab i.e. Advanced does not get opened rather General remains as it is. If you need more information please do me a favour and drop an email @ coolnetalias@….
- 9:31 AM Ticket #1461 (RightTab and LeftTab under ControlComand not working for ...) created by
- I am making a POC using the FileZilla ftp client. The navigation steps …
- 7:50 AM Ticket #1452 (FileOpenDialog) updated by
- Ok, I just see that thing in c++ builder
- 2:56 AM Ticket #1460 (This says $x<>1 but it shows that it is) updated by
- I guess I was always under the impression that I would be shown the true value if it was some kind of a float. Like in this example, the same kind of miscalculation happens only the msgbox will display the true value $x = 6.99999999999999. Not evaluate that it is not 7 and then show me that the value is 7. Anyway, sorry for the mistake. […]
- 2:51 AM Ticket #1459 (Hard Crash) updated by
- It appears to work on x86 autoit. However in x64 the crash happens.
- 2:02 AM Ticket #1460 (This says $x<>1 but it shows that it is) closed by
- No Bug: Sigh. Floating point numbers are imprecise, blah blah blah. Seriously, I've covered this about a billion times. Try using Int($x) to do a tiny bit of floating-point correction to account for the inaccuracies or don't use floating point arithmetic and then expect the results to be what you want. Nothing to see here.
- 1:45 AM Ticket #1460 (This says $x<>1 but it shows that it is) created by
- This msgbox should not appear […]
- 12:46 AM Ticket #1459 (Hard Crash) closed by
- Works For Me: It doesn't cause a hard crash for me. It correctly gives the "Recursion level has been exceeded - AutoIt will quit to prevent stack overflow." error.
Feb 7, 2010:
- 10:57 PM Ticket #1459 (Hard Crash) created by
- The following causes a hard crash with the latest stable of AutoIt. …
- 8:29 PM Ticket #1458 (InetGetSize() only supports 32bit sizes) closed by
- Fixed: Fixed by revision [5674] in version: 3.3.5.4
- 8:04 PM Ticket #1452 (FileOpenDialog) updated by
- Because it's a bad idea that breaks common Windows conventions and needlessly confuses the user for absolutely no reason? Or something like that.
- 6:04 PM Ticket #1452 (FileOpenDialog) updated by
- May I know why this request is rejected?
- 3:50 PM Ticket #1457 (InetGetsize / VariableType) closed by
- Duplicate
- 10:11 AM Ticket #1458 (InetGetSize() only supports 32bit sizes) created by
- […] This returns what looks like an overflow number. Forum: …
- 12:00 AM Ticket #1457 (InetGetsize / VariableType) updated by
-
Version changed
Automatic ticket cleanup.
Note:
See TracTimeline
for information about the timeline view.
