Timeline
Jun 16, 2010:
- 10:19 PM Ticket #1678 (DirCreate() can return 1 (success) without creating any directory) updated by
- Replying to mvg: > NoBug > > DirCreate("C:ZZZ\XXX") will actually create the requested folder(s). At the drive root level in your case, so "C:\ZZZ\XXX". So the returned value is correct in this case. That is not the case on the 3 PC I've tried it on. No directories are created.
- 8:39 PM Ticket #1682 (_GUICtrlRebar_SetColorScheme incorrect summary.) created by
- […] Should be something along the lines of "Sets a rebar control's …
- 8:00 PM Ticket #1681 (Automate capture and apply partitioning in GimageX to address EFI ...) updated by
-
Version changed
Automatic ticket cleanup. - 7:14 PM Ticket #1677 (ContinueLoop multiple level unpredictable behavior) updated by
- Really weird, it should throw an error on the ContinueLoop 2, because there only one loop. And btw, there is another, and not less weird behaviour - if we add Local $iVal to the begining of TestContinueLoopIssue function, we got Recursion level error: […] so it seems that when «ContinueLoop 2» is executed, it's calling the parent function (the continuation of it's loop) but still runing the current loop. And if we add Global $iVal before we calling the OuterFunc() the script is crashed without any messages (Exit code: -1073741819).
- 6:23 PM Ticket #1681 (Automate capture and apply partitioning in GimageX to address EFI ...) created by
- Justification: UEFI is quickly replacing the BIOS as the standard …
- 3:52 PM Ticket #1679 (0xc00000c3 error upon exe execution) updated by
- @scott.a.pozner: Try posting this problem in the forum to see if they can help if finding the root of the problem. (or drop in a link to the topic if you already did that.)
- 3:46 PM Ticket #1680 (Global variable gives "Variable used without being declared" in SQLite.au3) created by
- I have been trying to figure this one out for a while. I get a …
- 12:27 PM Ticket #1678 (DirCreate() can return 1 (success) without creating any directory) updated by
- NoBug DirCreate("C:ZZZ\XXX") will actually create the requested folder(s). At the drive root level in your case, so "C:\ZZZ\XXX". So the returned value is correct in this case.
- 8:36 AM Ticket #1679 (0xc00000c3 error upon exe execution) updated by
- If this is a bug you will need to provide code, in order to investigate the problem
- 8:07 AM Ticket #1675 (Problem with __EventLog_DecodeComputer) updated by
- The problem here is similar to Ticket #1336 http://www.autoitscript.com/trac/autoit/ticket/1336 An error in the calculating of the correct buffer size, I guess. See the Example for _EventLogRead(). The return value for Computer is not the computername but the same value as Source minus the first letter.
- 12:15 AM Ticket #1679 (0xc00000c3 error upon exe execution) created by
- When running AutoIT compiled exe's on Windows 7 x64 systems we …
Jun 15, 2010:
- 8:34 PM Ticket #1678 (DirCreate() can return 1 (success) without creating any directory) created by
- AutoIt:3.3.6.1 Os:WIN_XP/X86/Service Pack 3 Language:0409 …
- 5:21 PM Ticket #1670 (SciTE4AutoIt3 Abbreviation Expanson Errors) updated by
- I have tested the new AutoItTools.lua file with the test cases in the first post, and everything seems to be working as expected. Thank you for finding a solution to this problem so quickly. Adam
- 11:02 AM Ticket #1677 (ContinueLoop multiple level unpredictable behavior) created by
- Hi, I've recently had a WEIRD issue pop up in my code - I kept getting …
- 7:31 AM Ticket #1676 (Ptr() documentation has empty example) created by
- I don't quite know how it happened but the example for Ptr() is …
Jun 14, 2010:
- 2:48 PM Ticket #1675 (Problem with __EventLog_DecodeComputer) created by
- it worked with the old Eventlog.au3. Now it returns a wrong part of a …
- 10:19 AM Ticket #1674 (DirCopy()/DirMove() does not preserve the attributes of a folder) created by
- The following code demonstrates this. […]
- 6:36 AM Ticket #1673 (Error in the output of an example script) closed by
- Fixed: Fixed by revision [5880] in version: 3.3.7.0
- 5:24 AM Ticket #1673 (Error in the output of an example script) created by
- The out put of the AutoIt3\Examples\Helpfile\WinGetProcess.au3 is not …
Jun 13, 2010:
- 10:12 AM Ticket #1665 (_ScreenCapture_CaptureWnd Bad capture on Windows 7 with Aero Theme) closed by
- Fixed: Fixed by revision [5876] in version: 3.3.7.0
- 12:22 AM Ticket #1672 (_WinAPI_GetObject() as ANSI version) updated by
- Fixed by revision [5875] in version: 3.3.7.0
- 12:21 AM Ticket #1672 (_WinAPI_GetObject() as ANSI version) closed by
- Fixed: Fixed by revision [5874] in version: 3.3.7.0
Jun 12, 2010:
- 8:45 PM Ticket #1672 (_WinAPI_GetObject() as ANSI version) created by
- _WinAPI_GetObject() still uses the ANSI version of GetObject() …
- 5:04 PM Ticket #1671 (_WinAPI_WideCharToMultiByte third parameter is a ghost) updated by
- This ticket is referenced in revision: [5873]
- 3:52 PM Ticket #1671 (_WinAPI_WideCharToMultiByte third parameter is a ghost) closed by
- Fixed: Fixed by revision [5872] in version: 3.3.7.0
- 12:19 AM Ticket #1671 (_WinAPI_WideCharToMultiByte third parameter is a ghost) created by
- The helpfile documents four parameters for the …
Jun 11, 2010:
- 9:51 PM Ticket #1670 (SciTE4AutoIt3 Abbreviation Expanson Errors) updated by
- try this version of AutoItTools.lua. It will now only propercase the keyword when a space/(/= are typed. Jos
- 5:12 PM Ticket #1670 (SciTE4AutoIt3 Abbreviation Expanson Errors) updated by
-
Status changed
I will have a look to see what the best resolution is. Jos
Jun 10, 2010:
- 8:50 PM Ticket #1670 (SciTE4AutoIt3 Abbreviation Expanson Errors) updated by
- I found part of the problem was "proper.case=1" in the SciTEUser.properties file set by checking "Auto Propercase Function and Keywords" checkbox in the "SciTE Config for AutoIt3" utility. Unchecking this kept all the first letters lower case and allowed the abbreviation to expand. Is there someway to fix this, so when "Auto Propercase Function and Keywords" is checked that when the keyword doesn't match if you continue to type it will make the first letter lowercase again so abbreviation works? If this is not possible, please put a note in the SciTE help file, in the sections about abbreviations, that this setting is not compatible or will cause problems.
- 6:25 PM Ticket #1668 (Directory Macros for Default User Account) updated by
- Can you describe when such information is useful. Windows API does not even return such information as I can understand.
- 5:34 PM Ticket #1669 (RegExpReplace strips "\" from replacement string) closed by
- Fixed: Fixed by revision [5871] in version: 3.3.7.0
- 5:28 PM Ticket #1669 (RegExpReplace strips "\" from replacement string) updated by
- In fact doc must be updated as back-references use "\". So they must be doubled in the replace string.
- 4:44 PM Ticket #1670 (SciTE4AutoIt3 Abbreviation Expanson Errors) created by
- When I type the following abbreviations in SciTE, it does the …
- 5:11 AM Ticket #1669 (RegExpReplace strips "\" from replacement string) created by
- Win 7 Pro & AutoIt 3.3.6.1 StringRegExpReplace strips backslashes …
- 12:37 AM Ticket #1519 (Number conversion routines are inconsistent) updated by
- I should mention that pointer arithmetic fails too because of the same limitation: Number($pPtrA-$pPtrB) -> will give negative results if the 31st bit is set in the result of the subtraction.
- 12:20 AM Ticket #1519 (Number conversion routines are inconsistent) updated by
- To add to the other issues with Number(), it appears there is a 32-bit signed-integer limit in converting from pointers to numbers. I had to rely on this method in the past due to bad pointer comparisons in AutoIT. Example: […] Result: number:-2147483648 This is replicable in legit. pointers as well.
Jun 8, 2010:
- 4:00 PM Ticket #1668 (Directory Macros for Default User Account) updated by
-
Version changed
Automatic ticket cleanup. - 3:49 PM Ticket #1668 (Directory Macros for Default User Account) created by
- For example: @AppDataDefaultUserDir = "C:\Users\Default\AppData" or …
Jun 7, 2010:
- 10:23 AM Ticket #1611 (FileSetTime error on "linux" NAS) closed by
- No Bug: After checking with Frank it appear to be a BUG in the Linux ... Corrected by a new version
Jun 6, 2010:
- 10:33 PM Ticket #1667 (WinMove, Child-Window, Default.) created by
- Not sure about this, (child of child of child ... headache?) but when …
- 1:39 PM Ticket #1662 (Mouse wheel support for DTP) closed by
- Rejected: If Valik was answering this ticket it would say we do too much in the current GUI implementation. At least it is good you can manage to implement the behavior you like with the GUIMsgRegister(). The current behavior is what Windows Control DTP do. As AutoIt is basically a Wrapper on Windows API, we will stay with the current implementation Thanks for your time
- 7:15 AM Ticket #1663 (Au3Recorder x64 does not work on x64 machines.) closed by
- Fixed: Fixed by revision [5870] in version: 3.3.7.0
- 7:13 AM Ticket #1663 (Au3Recorder x64 does not work on x64 machines.) updated by
- Waiting the ASWhook_x64.dll porting, I remove the Au3Recorder_x64.exe.
Jun 5, 2010:
- 11:34 PM Ticket #1651 (Addition to _IsPressed page in Help file) closed by
- Completed: Added by revision [5869] in version: 3.3.7.0
- 10:24 PM Ticket #1664 (_GuiCtrlTab_GetItem() fails to retrieve item text in some cases) closed by
- Fixed: Fixed by revision [5868] in version: 3.3.7.0
- 1:40 PM Ticket #1663 (Au3Recorder x64 does not work on x64 machines.) updated by
- an iterim will be to patch Au3wrapper to use only X86 version but certainly the Au3Recorder will not capture everything. If you can just run the X86 module under an X64 System.
- 1:14 PM Ticket #1663 (Au3Recorder x64 does not work on x64 machines.) updated by
- I am not sure what you mean. You mean that previously, when I invoked the Au3Recorder function in x64 machines, I was basically running an x86 version? That's fine I guess, but how do I do that now on x64 machines? It does not matter really whether I run x86 or x64 version, as long as it run, but as it stands now, whenever I invoked Au3Recorder from SCITE, the x64 automatically runs and fails, which more or less crippled the software. An interim measure on how to solve this will be much appreciated.
- 8:44 AM Ticket #1453 (_Net_Share_ShareCheck() always returns 0) closed by
- Fixed: Fixed by revision [5866] in version: 3.3.7.0
- 7:55 AM Ticket #1663 (Au3Recorder x64 does not work on x64 machines.) updated by
-
Owner, Status changed
In fact the ASWHook.dll has not been ported to X64. The Au3Recorder_X64.exe is delivered by error. perhaps AU3Wrapper can be modified until an ASWhook.dll be ported to X64. in short the Au3Record cannot work in X64 mode. Only X86 can run on X64 plateform - 7:11 AM Ticket #1666 (Format conflict for date control And GUICtrlSetData()) closed by
- Fixed: Fixed by revision [5865] in version: 3.3.7.0
- 6:41 AM Ticket #1666 (Format conflict for date control And GUICtrlSetData()) updated by
-
Description changed
- 5:04 AM Ticket #1666 (Format conflict for date control And GUICtrlSetData()) created by
- If you create a date control using the $DTS_SHORTDATEFORMAT and try to …
Jun 4, 2010:
- 11:42 PM Ticket #1663 (Au3Recorder x64 does not work on x64 machines.) updated by
-
Keywords, Component, Summary changed
- 10:44 PM Ticket #1665 (_ScreenCapture_CaptureWnd Bad capture on Windows 7 with Aero Theme) created by
- _ScreenCapture_CaptureWnd does not capture the correct screen because …
- 9:56 PM Ticket #1453 (_Net_Share_ShareCheck() always returns 0) updated by
- Replying to Jpm: > @PsaltyDS > can you check with the modified script and report the extended values? > Thanks On two Vista workstations with different share configs, I get Check = 0 @extended = 2311 on every share. Same with Administrator or user. On the Server 2003 environment of my original problem which has over 40 shares, they all show Check = 0, and most show @extended = 2311. But some show @extended = 0 (12 out of 43 to be exact). I don't see any clear difference between the ones that show @extended = 0 on the server and the rest, except that all (4) of the mapped drives default shares (i.e. C$) show @extended = 0.
- 7:57 PM Ticket #1664 (_GuiCtrlTab_GetItem() fails to retrieve item text in some cases) created by
- Ref A: …
- 6:03 PM Ticket #1663 (Au3Recorder x64 does not work on x64 machines.) created by
- Going into AU3Recorder, either using the executive or from SCITE …
- 4:00 PM Ticket #1662 (Mouse wheel support for DTP) updated by
-
Version changed
Automatic ticket cleanup. - 3:47 PM Ticket #1662 (Mouse wheel support for DTP) created by
- It's a pain in the rear changing values in the DTP. You have to select …
- 1:42 PM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- Seems that kernel32.dll doesn't like something. By the way, there are 2 of them on XP 64. One in C:\WINDOWS\SysWOW64 an the other one is in C:\WINDOWS\System32 Not sure if you're aware of that.
- 1:37 PM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- So this is what I get without the if statement: >06:35:26 Performing the Program Resource Update steps: !>06:35:27 WinAPI_GetLastError:87 !>06:35:27 WinAPI_GetLastErrorMessage:The parameter is incorrect. !>06:35:27 Error: Failed _WinAPI_LoadLibraryEx error:0 extended:0 !>06:35:27 Error: Failed to enumerate RT_VERSION resources, using defaults. ...>Updating Program Version information. !>06:35:27 Error: Failed to append script data to end of updated executable. Try recompiling your script.rc:2 +>06:35:27 AutoIT3.exe ended.rc:0 >Exit code: 0 Time: 51.016
- 10:05 AM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- mmm...I expect the error to be set as that "should" be returned by the call: […] so the DllCall doesn't return any @error and the return value of the call is returned only.
- 9:29 AM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- this part requires @error to be non-zero, otherwise it will be skipped. And since @error returns 0, that part is skipped. I will remove If statement and run the script. I'll post the results.
Jun 3, 2010:
- 6:57 PM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- Replying to sheck: > $hModule returns 0x00000000 > @error returns 0 and @extended returns 0 > > I think that's what you were asking for. Let me know if you need anything else. I added the following lines to the script which I assume will display the info when it's failing: […]
- 6:26 PM Ticket #1516 (Get Full Returnstring from TCP-IP-STACK in AutoIt-Variable) closed by
- Rejected: Perhaps the only thing you need is to use LdapGetLastError() when needed. You are not using Autoit TCP Builtin functions so just follow what the DLL functions give you. It is always better to go to the forum before submiting a ticket
- 6:25 PM Ticket #1658 (COM / OLE object access causes error code 80020003 - member not found) updated by
- Replying to Jpm: > Thanks, > In fact I hope Jon or Valik can enter this testing as I don't know enough about COM AutoIt implementation. They certainly request you more but perhaps your last post will help them without the FTP. ;) Thanks to DaX an ProgAndy from the german AutoIt Community, I've got the following workaround and it works fine. It based on MS ScriptControl, so all problematic methods can be executed as "embedded" VBS code. […] On the other hand, this workaround shows, that AutoIt might have a problem with calling methods of a "late binding" COM-Interface that don't return a value, cause calling those methods work fine in VBS. @Jon, @Valik: for further information feel free to contact me
- 4:52 PM Ticket #1661 (AutoIT support for Stingray controls) updated by
-
Owner, Status changed
not sure what kind of support is missing in AutoIt. Be more explicit on what is not supported. Can a UDF do the job as _GUICtrl...() UDF? Supporting a specific control will not be the first reason to accept your request. - 1:29 PM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- $hModule returns 0x00000000 @error returns 0 and @extended returns 0 I think that's what you were asking for. Let me know if you need anything else.
- 10:00 AM Ticket #1661 (AutoIT support for Stingray controls) updated by
-
Version changed
Automatic ticket cleanup. - 9:56 AM Ticket #1661 (AutoIT support for Stingray controls) created by
- Hi, we have tried using AutoIT to automate our applications and we …
- 9:50 AM Ticket #1631 (Get FilePath from file handle) updated by
-
Owner, Status changed
- 9:50 AM Ticket #1631 (Get FilePath from file handle) reopened by
- Replying to evilertoaster: > A solution cannot be done with that API. GetFinalPathNameByHandle() only works on the Windows API HANDLE structs. The request was for this ability on native AutoIt handles, which use standard FILE* structs. I read a liitle too fast the forum. I will reopen it to get feedback from other Dev's
- 9:10 AM Ticket #1652 (Sleep in TimerFunc) updated by
- This ticket is referenced in revision: [5864]
- 9:09 AM Ticket #1652 (Sleep in TimerFunc) closed by
- Fixed: Fixed by revision [5863] in version: 3.3.7.0
- 9:06 AM Ticket #1652 (Sleep in TimerFunc) updated by
- This ticket is referenced in revision: [5862]
- 8:42 AM Ticket #1554 (RegExp precompile handling) updated by
-
Owner, Status changed
I leave to Jon the decision to add or not to add such feature as he is the owner of RegExp... stuff - 8:40 AM Ticket #1373 (filecopy filemove with independent thread) updated by
-
Owner, Status changed
- 8:39 AM Ticket #1498 (#RequireAdmin causes script to not complete/run when UAC is turned off ...) updated by
-
Owner, Status changed
- 8:37 AM Ticket #1649 (Multiline strings without the "& _") updated by
-
Owner, Status changed
I leave to Jon the decision to close this ticket. We discuss long time ago this splitting and " & _" was the decision at that time. - 8:35 AM Ticket #1648 (UDF community) updated by
-
Owner, Status changed
- 8:31 AM Ticket #1317 (UDFs & DllStructCreate() & char/wchar --> Unicode/ANSI problem) updated by
-
Owner, Status changed
- 8:30 AM Ticket #1479 (ListView WM_NOTIFY Message on x64 Returning Wrong Results) updated by
-
Owner, Status changed
- 8:30 AM Ticket #1410 (Using Pointer type with COM-object throws error.) updated by
-
Owner, Status changed
- 8:29 AM Ticket #1551 (Crash the script when changing array) updated by
-
Owner, Status changed
- 8:28 AM Ticket #1566 (Array as its own element issue) updated by
-
Owner, Status changed
- 8:27 AM Ticket #1519 (Number conversion routines are inconsistent) updated by
-
Owner, Status changed
- 8:26 AM Ticket #1565 (Arrays as object properties; memory leak) updated by
-
Owner, Status changed
- 8:23 AM Ticket #1453 (_Net_Share_ShareCheck() always returns 0) updated by
- @PsaltyDS can you check with the modified script and report the extended values? Thanks […]
- 8:18 AM Ticket #1656 (Object not being released properly) updated by
-
Owner, Status changed
- 8:16 AM Ticket #1660 (Mod function causes AutoIt to crash) updated by
-
Owner, Status changed
- 8:10 AM Ticket #1658 (COM / OLE object access causes error code 80020003 - member not found) updated by
-
Owner, Status changed
Thanks, In fact I hope Jon or Valik can enter this testing as I don't know enough about COM AutoIt implementation. They certainly request you more but perhaps your last post will help them without the FTP. ;)
Jun 2, 2010:
- 8:16 PM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- Could you try the current version in the Beta directory and let me know if you get more info about the _WinAPI_LoadLibraryEx() which is probably failing for you. Jos
- 5:08 PM Ticket #1627 (compiling x64) updated by
- I think this would be better implemented as a checkbox: Append Arch to output file; in either Aut2Exe or Autoit3wrapper.
- 4:40 PM Ticket #1660 (Mod function causes AutoIt to crash) created by
- The following erroneous code causes the interpreter to crash. […] …
- 4:25 PM Ticket #1658 (COM / OLE object access causes error code 80020003 - member not found) updated by
- Replying to Jpm: > Frank, > It will be more than difficult to analyze what's wrong in AutoIt without the file(s) allowing to create the object "HWP.Anwendung" and execute it. Hallo, after some additional tests i found out, that only methods which are implemented as "procedures" (without a return value) are affected Methods which are implemented as "functions" (with a return value) and properties works fine. Possibly, AutoIt has a problem with those kind of methods (without a return value), since the COM-Interface works well with all other tested languages (VBA, VBS, VC, C#, Delphi). Is there a workaround, e.g. a stub procedure which is calling object methods with a DllCall where the object variable is passed per DllStruct or something else? P.S.: i can provide a fully functional demo version of that ERP Application on my FTP-server for you to download
- 3:55 PM Ticket #1658 (COM / OLE object access causes error code 80020003 - member not found) updated by
- Frank, It will be more than difficult to analyze what's wrong in AutoIt without the file(s) allowing to create the object "HWP.Anwendung" and execute it.
- 3:48 PM Ticket #1659 (Example for WinSetTitle() in Help file does not work) closed by
- Fixed: Fixed by revision [5861] in version: 3.3.7.0
- 3:44 PM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- Replying to anonymous: > I forgot to mention that I'm running Windows in VirtualBox under Ubuntu. I also have 32 bit XP running standalone. If you are running in a VirtualBox I can imagine you can use a Win7 or Vista evaluation version. Perhaps we can see if the problem is still there.
- 2:07 PM Ticket #1659 (Example for WinSetTitle() in Help file does not work) created by
- Hi, not sure if this is only a "bug" in the help file or even one in …
- 10:59 AM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- I forgot to mention that I'm running Windows in VirtualBox under Ubuntu. I also have 32 bit XP running standalone.
- 10:52 AM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- I don't have Vista or WIN 7. I'm running on Intel Core 2 Duo.
- 10:50 AM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- Hi, I tried what you suggested and got the same results. I noticed that autoit3wrapper has been rewritten since version 2.0.0.0. I will try to figure this out, but it's hard to trace the whole thing if I didn't write the script. If I get anything, I will post it here.
- 9:22 AM Ticket #1652 (Sleep in TimerFunc) updated by
- Jpm I think - this problem has not been if not executed function of timer before "Exit Function(s)". In example below TimerFunc not executes while calls function _Test in loop but executes before Exit! Why? […]
- 7:46 AM Ticket #1658 (COM / OLE object access causes error code 80020003 - member not found) created by
- Hallo, while writing some AutoIt scripts to automate one of our …
- 6:54 AM Ticket #1652 (Sleep in TimerFunc) updated by
- I found the problem. It is related really to Sleep(). The same problem can occur on ProcessWait(), ProcessWaitClose(), RunWait() RunAsWait() and ShellExecuteWait(). I intend to return failure on those when the situation occurs.
- 6:48 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- @GEOSoft What are you sorry about? did you reproduce the pb in your environment?
Jun 1, 2010:
- 10:53 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to MrCreatoR <mscreator@…>: > >I ran this several times and it worked every time > It's not matter how many times this will run (i am talking about the loop), it's all related to the way that the lines are executed and the run sequence. > Please try the compiled script from my post above. Now I see what you mean. Sorry about that.
- 8:52 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- >I ran this several times and it worked every time It's not matter how many times this will run (i am talking about the loop), it's all related to the way that the lines are executed and the run sequence. Please try the compiled script from my post above.
- 8:42 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- I ran this several times and it worked every time. The AutoIt3 process closed as it should. […] One thing I did notice though, I don't think it will be related at all. ShellExecuteWait() doesn't wait for the explorer window to be closed before the script exits […]
- 8:14 AM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- Can you replicate it with a Vista X64 or a Win7 X64? Which kind of processor are you running with AMD/Intel X64 or Itanium?
May 31, 2010:
- 5:44 PM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) updated by
- This is an error from the Resource update routines in AutoIt3Wrapper. Could you check a few things: - Try disable your AV for that particular directory/file - Make sure you do not have the Explorer open an the output script selected. I have no way to replicate this error so its difficult to do any debugging. Jos
- 10:41 AM Ticket #1657 (AutoIt3Wrapper on XP 64 bit error) created by
- OS: XP 64 bit SP2 Autoit V3 3.3.6.1 Scite 1.79 AutoIt3Warpper 2.0.1.24 …
- 9:54 AM Ticket #1656 (Object not being released properly) created by
- The following code should release the iTunes object so a dialog about …
- 8:35 AM Ticket #1653 (Error on Windows Message Codes documentation.) closed by
- Fixed: Fixed by revision [5855] in version: 3.3.7.0
- 8:26 AM Ticket #1653 (Error on Windows Message Codes documentation.) updated by
- WM_KEYLAST = 0X108 is for Windows 2000 all other systems must use 0x109
- 7:45 AM Ticket #1655 (GUICtrlSetImage issue on static controls) updated by
- Ok, thanks for the response. Still, that doesn't mean it's right to assign the new image to the control without destroying what's found there. If it is then you wouldn't be destroying at all with GUICtrlSetImage().
- 7:14 AM Ticket #1653 (Error on Windows Message Codes documentation.) reopened by
- sorry I just verify that WM_KEYLAST = WM_UNICHAR. at least it is what I found in MS definition files. I reopen and fix what it is needed
- 7:03 AM Ticket #1655 (GUICtrlSetImage issue on static controls) closed by
- No Bug: If you do something behind the Builtin function GUICtrlSetImage() on something created with GuiCtrlCreateIcon() or GuiCtrlCreatePic() you get the behavior you describe which is you responsability to manage. The GUICtrlSendMsg is sending the message without any relation with GUICtrlSetImage so you are creating the leak. Mixing Builtin GUI...() with UDF _...() is not fully supported. Some mixing works some does not.
- 12:15 AM Ticket #1655 (GUICtrlSetImage issue on static controls) created by
- This function causes a memory leak (GDI objects) in combination with …
May 30, 2010:
- 10:00 AM Ticket #1569 (_ArraySearch fails returns wrong result) updated by
-
Version changed
Automatic ticket cleanup. - 9:36 AM Ticket #1569 (_ArraySearch fails returns wrong result) closed by
- Completed: Added by revision [5854] in version: 3.3.7.0
- 9:25 AM Ticket #1569 (_ArraySearch fails returns wrong result) updated by
-
Type changed
I prefer to treat it as a request feature and to add a mode that will strictly match if the variable type are the same. The checking of the variables in AutoIt is kept with this new mode. I don't like too much "string" = 0 or "" = 0 but that's the way AutoIt is doing comparison priority to numbers ... So I cannot change the default value.
May 29, 2010:
- 3:32 PM Ticket #1591 (about InetGetSize,InetRead......) closed by
- No Bug
- 3:31 PM Ticket #1654 (Mistake on Windows Message Codes documentation.) closed by
- Duplicate
- 3:30 PM Ticket #1653 (Error on Windows Message Codes documentation.) closed by
- No Bug: Both WM_KEYLAST abd WM_UNICHAR are define in MSDN so why to eliminate one of them
- 10:24 AM Ticket #1654 (Mistake on Windows Message Codes documentation.) updated by
- I'm really sorry for the double post.
- 10:23 AM Ticket #1654 (Mistake on Windows Message Codes documentation.) created by
- Hello, I have noticed a mistake in Windows Message Codes …
- 10:22 AM Ticket #1653 (Error on Windows Message Codes documentation.) created by
- Hello, I have noticed a mistake in Windows Message Codes …
- 10:18 AM Ticket #1591 (about InetGetSize,InetRead......) updated by
- thank you.
- 12:07 AM Ticket #1649 (Multiline strings without the "& _") updated by
- The & _ concatenation is cumbersome and restrictive. The only viable alternative is to read external text files, which gets clunky. A double bracket token could signify the beginning of a multi-line string. A single bracket could signify a temporary exit (for example, to insert a variable.) Here is my thought on the implementation of a raw multiline string: If the preprocessor identifies and flags the double bracket token, then it should be simple to then parse each following line (CR, LF, or CRLF) and shape it into the current notation. This: […] Would be transformed cleanly to this: […] This would be incredibly beneficial for interaction with SQL, dynamically generated code and text, ini manipulation, and more. I also think that it wouldn't represent a significant challenge as far as modifying the preprocessor goes, unless the structure behind "& _" has significantly changed since 2005. I'd be more than willing to do the legwork on the preprocessor if the publicly available code is still compatible with the current implementation (searching through it now.) Is this idea worth bouncing around on the dev forum?
May 28, 2010:
- 6:23 PM Ticket #1652 (Sleep in TimerFunc) updated by
- I think when i trying to close script first time then script kills timer and stops before Exit. And when i trying to close script second time then script closes normally.
- 6:08 PM Ticket #1652 (Sleep in TimerFunc) created by
- Form does not close on the first try because of sleep in TimerFunc. […]
- 12:00 PM Ticket #1651 (Addition to _IsPressed page in Help file) updated by
-
Version changed
Automatic ticket cleanup. - 11:22 AM Ticket #1591 (about InetGetSize,InetRead......) updated by
- After looking at various RFCs, there doesn't seem to be an official way to encode non ISO-Latin (ISO 8859-1) characters that might appear in the user/password part. The same encoding solution should be useable for HTTP and FTP (as well as other protocols, but I doubt they are much in use today) for any function establishing a connection. Therefore I suggest the following code so that users may have the auto-logon URL properly setup and ready to send. […] I believe the code works correctly but point out problems. JPM, you can probably close this ticket. You decide.
- 10:16 AM Ticket #1651 (Addition to _IsPressed page in Help file) created by
- A few recent forum help requests have been the result of users not …
- 9:01 AM Ticket #1650 (Problem with Run("psexec", .., $STDERR_CHILD + $STDOUT_CHILD) on Vista ...) created by
- Hi, the following code with the current version 1.98 of the …
- 8:45 AM Ticket #1602 (_ArrayMinIndex and Void entries) closed by
- Rejected: I cannot imagine a real crash but just the script not working as you want. If you really need to get error on such entries just check them before calling _ArrayMinIndex()
- 7:36 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Please help MrCreatoR in testing his last post script on "non Latin" Windows version. Without any answer I will close this ticket
- 6:46 AM Ticket #1492 (Problem with listview AND $WS_EX_COMPOSITED in a gui) updated by
- I just read http://www.codeguru.com/forum/showthread.php?t=324061 and as I understand it can be hard to manage …
- 6:14 AM Ticket #1649 (Multiline strings without the "& _") updated by
- How can @CRLF be handled is the next line must be separated as windows text file. Not sure the main Guru Dev will accept such request. the & _ concatenation seems to me a clean solution which allow the script designer to manage what he wants.
- 6:06 AM Ticket #1649 (Multiline strings without the "& _") updated by
- I've been looking at other implementations, and one of the easiest to implement would seem to be using a unique token to indicate the beginning and end of a multi-line string. Lua uses double brackets - the notation seems to be compatible with AutoIt, since we don't have anything similar. I think the desired functionality would be to process the tokens, then concatenate each line with an appended LF character.
- 6:04 AM Ticket #1591 (about InetGetSize,InetRead......) updated by
- As I understand [ http://www.faqs.org/rfcs/rfc1738.html ] in 3.1 […] So it is the user responsability to encode "/" or "@". It cannot be done inside InetGetSize/Read. So this ticket can be closed with NO Bug. Right ?
May 27, 2010:
- 10:51 PM Ticket #1649 (Multiline strings without the "& _") created by
- This would be very useful to alleviate several cases where multi-line …
- 9:40 PM Ticket #1591 (about InetGetSize,InetRead......) updated by
- The RFCs are very unclear about precisely what should happen in the general case. See http://www.faqs.org/rfcs/rfc1738.html and http://www.blooberry.com/indexdot/html/topics/urlencoding.htm. All seem to be OK as long as both login and password are representable in ISO-8859-1 (ISO-Latin) using the following code: […] However the RFC do not specify at all how should be encoded the login /password part when it contains Unicode characters (or even ANSI characters not in ISO-8859-1 (ISO-Latin). Worst: while it's obviously expected that more and more servers will handle html 4 (which introduces Unicode characters in URLs) no encoding seem to have been currently officially specified. See http://www.rfc-editor.org/rfc/rfc2396.txt esp. last § of section 2.1 The code above will escape (i.e. transform into an '%xx' sequence) any character in the non-representable range and use Asc() [notice: '''not''' AscW()] to transform the Unicode character into ANSI system codepage. I'm aware that could break if the system codepage isn't Latin-1, but that's the "less unsatisfatory" solution I could think of. Could a competent webmaster help by pointing out how to deal with characters in login/password which are not mappable into ISO-Latin?
- 2:00 PM Ticket #1648 (UDF community) updated by
-
Version changed
Automatic ticket cleanup. - 12:00 PM Ticket #1648 (UDF community) created by
- Is it possible to have an area where users can upload UDFs and others …
- 9:49 AM Ticket #1591 (about InetGetSize,InetRead......) updated by
- The user's password is really the password. Also: a user's password settings are "/" or "@" in line with the password strength requirements Hope you can improve, thanks!
- 9:43 AM Ticket #1591 (about InetGetSize,InetRead......) updated by
- Replying to Jpm: > How browsers are handling such situation? > I would think they can't > true? If the user's password contains "/"or"@", InetGetSize,InetRead......will return 0 and set @error to non-zero thank you~
May 25, 2010:
- 8:43 PM Ticket #1647 (StringInStr returns wrong value when 4th parm is "Default") closed by
- No Bug: In fact unless stated in the doc "Default keyword cannot replace an optional builtin Autoit parameter function
- 5:25 PM Ticket #1646 (Change wording in help file) closed by
- Rejected: Definition number 4.
- 3:32 PM Ticket #1647 (StringInStr returns wrong value when 4th parm is "Default") created by
- Default Parameter for occurrence is 1 (HelpFile). But …
- 9:35 AM Ticket #1646 (Change wording in help file) created by
- Hi! In the help file ("COM Reference" section) I read the following: …
- 7:40 AM Ticket #1492 (Problem with listview AND $WS_EX_COMPOSITED in a gui) updated by
- I am afraid to suppress th CS_OWNDC that currently AutoIt is setting when creating a GUI. Valik mention that the AutoIt must be subclass when using such extended style to have your own behavior.
- 7:30 AM Ticket #1644 (_InetMail function does not work when Windows Live mail is default client) closed by
- Fixed: Fixed by revision [5848] in version: 3.3.7.0
- 7:26 AM Ticket #1645 (Change stdinwrite() to asynchronous) updated by
-
Owner, Status changed
- 7:18 AM Ticket #1645 (Change stdinwrite() to asynchronous) created by
- http://www.autoitscript.com/forum/index.php?showtopic=113065&view=findp …
- 4:44 AM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) updated by
-
Replying to jchd:
> The following works. From the examples you mention, change the client line 48 into
>
TCPSend($ConnectedSocket, StringToBinary($szData, 4))> and in the server, change lines 67+: > {{{ ; Try to receive (up to) 2048 bytes > ;---------------------------------------------------------------- > $recv = TCPRecv($ConnectedSocket, 2048, 1) > > ; If the receive failed with @error then the socket has disconnected > ;---------------------------------------------------------------- > If @error Then ExitLoop > > ; convert from UTF-8 to AutoIt native UTF-16 > $recv = BinaryToString($recv, 4) > > ; Update the edit control with what we have received > }}} > > This way, you transmit UTF-8 data. If the client has to send both binary and string data, you need to make the server aware of that so that it doesn't "decode from UTF-8" actual binary data that would instead need be passed verbatim. ----------------------------------------------------------------------------- I change code as you mention above, all simplified Chinese characters send OK. thank you, jchd.
May 24, 2010:
- 7:22 PM Ticket #1571 (StringSplit - Add CaseSense parameter) closed by
- Completed: Added by revision [5847] in version: 3.3.7.0
- 7:09 PM Ticket #1451 (RegRead) closed by
- Completed: Added by revision [5846] in version: 3.3.7.0
- 6:59 PM Ticket #1637 (Certain charactered missed by StringRegExp() and the replace) closed by
- No Bug
- 6:58 PM Ticket #1637 (Certain charactered missed by StringRegExp() and the replace) updated by
- This ticket is referenced in revision: [5845]
- 6:55 PM Ticket #1637 (Certain charactered missed by StringRegExp() and the replace) updated by
- as "Unicode properties support" is not a solution to a pattern such as \x80-\xff and AutoIt is doing the right job with UTF8 conversion, just some slight doc will be updated
- 1:22 PM Ticket #1644 (_InetMail function does not work when Windows Live mail is default client) created by
- The function _InetMail needs some improvements Install Outlook 2007 …
May 23, 2010:
- 7:45 PM Ticket #1641 (Write compiler for autoit) closed by
- Rejected: All those posts are from the same user. I'm blocking the user from the site and closing the ticket.
- 7:01 PM Ticket #1641 (Write compiler for autoit) updated by
- What is stopping any of you to build it? Jos
- 5:54 PM Ticket #1641 (Write compiler for autoit) updated by
- create the compiler. net is possible I think it'll be a good project
- 5:51 PM Ticket #1641 (Write compiler for autoit) updated by
- we rely on the team AutoIt !
- 5:50 PM Ticket #1641 (Write compiler for autoit) updated by
- Many people love a real compiler !
- 11:56 AM Ticket #1591 (about InetGetSize,InetRead......) updated by
- no answer I will close it
- 11:53 AM Ticket #1641 (Write compiler for autoit) updated by
- For the same reason as for ticket #1640 I don't think somebody will srite a real compiler. I leave to other Dev's the final answer
- 10:37 AM Ticket #1640 (In name of every autoit's coders) closed by
- Rejected: Sorry but Zedna is right …
- 10:05 AM Ticket #1640 (In name of every autoit's coders) updated by
- @OP: Look here http://www.autoitscript.com/trac/autoit/wiki/AutoItNotOnToDoList This will be rejected for sure.
May 22, 2010:
- 8:00 PM Ticket #1641 (Write compiler for autoit) updated by
-
Version changed
Automatic ticket cleanup. - 7:36 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- [quote]perhaps it is related with the Win.../Russian versionquote I have tested the issue on Hebrew Win XP... can any one else please test the script from my last post?
- 7:21 PM Ticket #1641 (Write compiler for autoit) created by
- http://msdn.microsoft.com/en-us/magazine/cc136756.aspx …
- 7:18 PM Ticket #1640 (In name of every autoit's coders) created by
- Hi, I'm an activing user of AutoIt. I've coded the first Remote …
- 4:21 PM Ticket #1571 (StringSplit - Add CaseSense parameter) updated by
- as I plan to do the comparison as in StringLower()which is not the same as other Casesense, I prefer to define the insensitivity with the flag = 4. This flag will need to duplicate the input string which can lead memory big usage. But for me is better than converting and comparing char by char for flag = 1.
- 2:22 PM Ticket #1639 (Unable to delete ListviewItems created with _GUICtrlListView_AddItem) updated by
- Replying to Jpm: > If you use _GUICtrl...() functions you better to use _GUICtrl..._Create(). > Some mixing works but not all. in your case just change to > {{{ > ;~ $List = GUICtrlCreateListView ("", 20,40,360,200, BitOR($LVS_SHOWSELALWAYS, $LVS_NOSORTHEADER, $LVS_REPORT)) > $List = _GUICtrlListView_Create ($GUI, "", 20,40,360,200, BitOR($LVS_SHOWSELALWAYS, $LVS_NOSORTHEADER, $LVS_REPORT)) > > }}} JPM it's a bug -> In other _GUICtrlListView_ there is mentioned that it will only work with _GUICtrlListView_Create .. there is no reference to it that it will not work ..
- 1:09 PM Ticket #1639 (Unable to delete ListviewItems created with _GUICtrlListView_AddItem) closed by
- No Bug: If you use _GUICtrl...() functions you better to use _GUICtrl..._Create(). Some mixing works but not all. in your case just change to […]
- 12:54 PM Ticket #1636 (_Security_LookupAccountSID for Remote Systems) closed by
- Completed: Added by revision [5842] in version: 3.3.7.0
- 9:00 AM Ticket #1637 (Certain charactered missed by StringRegExp() and the replace) updated by
- as stated by jchd I don't think there is any bug see http://www.autoitscript.com/forum/index.php?showtopic=114423&view=findpost&p=801827
- 8:13 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- I can't reproduce it under Win7/FR or WinXP/SP3/FR perhaps it is related with the Win.../Russian version but I can't test it Sorry for not helping more (sniff sniff)
- 12:24 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Ok, i think i found a real reproducing scenario, if not, then i give up :) Please download this archive, extract it to the desktop, and run the compiled script first time, then check the processes list, if it's not there, run it again, and if still you got no luck, just delete the extracted files, the archive, and this ticket :D
- 12:09 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to Jpm: > I don't understand which version of Scite4Autoit you are using. It's not SciTE related, i have tried the original from autoit, the modofied (by me), and the russian version (from ru-board.com), on all versions i can reproduce the bug, and even without them at all, i am executing from the desktop and AutoIt3.exe remains in the tasks list. > I try your repro scenario but nothing failed under Win7/X86 standard Scite4AutoIt And what about Win XP?
May 21, 2010:
- 10:25 PM Ticket #1639 (Unable to delete ListviewItems created with _GUICtrlListView_AddItem) created by
- Hi, The code below with "_GUICtrlListView_AddItem" does not allow a …
- 10:01 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Sorry. While trying to write down a long reproduction (mainly for initial personal use) I lost it again. (It went back to rare and random) Checked if I could get a compiled exe to hangup. yes (one(1) time out of many run's)(just doing run,run,run,...) I'm out of ideas.
- 7:48 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- I think I found a stable reproduction. (at MrCreatoR step 3) But every time I change something to reduce the clutter the hangup disappears with it. :P
- 6:39 PM Ticket #1638 (_Date_Time_FileTimeToStr wrong format output if $bFmt=1) closed by
- Duplicate: duplicate of ticket #1509
- 6:36 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- I don't understand which version of Scite4Autoit you are using. Just use the standard one. I try your repro scenario but nothing failed under Win7/X86 standard Scite4AutoIt […] I will certainly close this ticket as "Works for me"
- 5:10 PM Ticket #1633 (Second AdlibRegister function starts at once when first function is to slow) closed by
- Fixed: Fixed by revision [5841] in version: 3.3.7.0
- 5:07 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to Jpm: > As I understand you don't use the ScIte4Autoit3. It's a modified version of it. > Try on another XP system ... I have, on Win XP SP2 Hebrew, the fisrt run is fine, but then i tried to play with the examples from my first post... An attempt to reproduce the bug by following these steps: 1. Create an empty autoit script on the desktop. 1. Write to it just one line: […] 1. Now Run the script (F5), it's should exit properly. 1. Now replace the script content with these lines: […] 1. Run the script once again. 1. If the script still exits properly (check the console), please follow these sub-steps: a. Repeat step 4 but replace with this: […] a. Now comment the MsgBox line. a. Run the script (F5). a. If at this point the script still exists properly, then (as a last attempt) please replace the script content with the initial line: […] and try to run the script again. Tested on AutoIt 3.3+
- 11:27 AM Ticket #1638 (_Date_Time_FileTimeToStr wrong format output if $bFmt=1) created by
- if $bFmt=1, the result of _Date_Time_FileTimeToStr is in the wrong …
May 20, 2010:
- 5:56 PM Ticket #1637 (Certain charactered missed by StringRegExp() and the replace) created by
- I can't really provide a meaningfull demo script for this but You can …
- 5:40 PM Ticket #1631 (Get FilePath from file handle) updated by
- A solution cannot be done with that API. GetFinalPathNameByHandle() only works on the Windows API HANDLE structs. The request was for this ability on native AutoIt handles, which use standard FILE* structs.
- 2:37 PM Ticket #1636 (_Security_LookupAccountSID for Remote Systems) created by
- I was looking at reading SID values from a remote registry and then …
- 12:11 PM Ticket #1595 (SupportedOS ID for manifest) updated by
- Directive added to the current Beta version of AutoIt3Wrapper (v 2.0.1.33) #AutoIt3Wrapper_res_Compatibility= ;Vista,Windows7 . Both allowed separated by a comma (default=None) Jos
- 9:18 AM Ticket #1628 (default icon for compiled scripts) updated by
-
Component changed
- 9:17 AM Ticket #1595 (SupportedOS ID for manifest) updated by
-
Owner, Status, Component changed
@Valik just do it as Jon does seems to be part of the game - 8:28 AM Ticket #1632 (UDF to display a table) closed by
- Rejected: As mention by @anonymous just use debug.au3 […]
- 8:16 AM Ticket #1631 (Get FilePath from file handle) closed by
- Rejected: as a solution can be done with a UDF using GetFinalPathNameByHandle windows API. We don't plan to extend AutoIt builtin function.
- 8:10 AM Ticket #1608 (Encrypting a file about 10 MB destroys the file - crypt.au3 bug ?) closed by
- Fixed: Fixed by revision [5839] in version: 3.3.7.0
- 7:37 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Thanks MvGulik That's not solving MrCreatoR issue but it help me to understand who is really helping to solve track issue
- 3:11 AM WikiStart edited by
- Fixed missing link. (diff)
May 19, 2010:
- 10:10 PM Ticket #1635 (0 = "") closed by
- No Bug: Feature, Use the forum to ask questions.
- 8:00 PM Ticket #1630 (Documentation UDF History page seem to be broken v3.3.6.1) updated by
-
Milestone changed
Automatic ticket cleanup. - 6:49 PM Ticket #1635 (0 = "") created by
- This may sound silly but after tracking down an erroronous answer in …
- 6:44 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to Jpm: > Can I have an idea who is behind @anonymous? > Just curiosity ;) Not sure if that a good idea, from my point of view. But, well in this case, MvGulik.
- 6:21 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Can I have an idea who is behind @anonymous? Just curiosity ;)
- 6:17 PM Ticket #1630 (Documentation UDF History page seem to be broken v3.3.6.1) closed by
- Fixed: Thanks, I don't remember if they were a ticket on this but it is already fixed
- 6:08 PM Ticket #1634 (Doc,UDF: Encryption Management, wrong #include file.) closed by
- Fixed: Fixed by revision [5838] in version: 3.3.7.0
- 3:54 PM Ticket #1634 (Doc,UDF: Encryption Management, wrong #include file.) created by
- page: User Defined Function Reference, Encryption Management ... …
- 2:52 PM Ticket #1630 (Documentation UDF History page seem to be broken v3.3.6.1) updated by
- He mains the last page-item in the content table in the "User Defined Function Reference" section. The one at the bottom of the list. Don't think there is a separate(still active) "UDF history" page anymore. I at least did not find anything that would fit the bill. (forum or wiki)
- 2:11 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to MrCreatoR <mscreator@…>: > If i wrote that «the same happens when executing from explorer» then i definitly have checked and confirmed that AutoIt porocess is still runing ;) Fair enough. @general: I manged to get a fiew instances where AutoIt was staying active while it should have closed. (out of way to many tries, with task manager on the side) Other than the fact that I mange to capure one(1) with AutoIt 3.3.6.1 and AutoIt3Wrapper v.2.0.1.33 (Running from Scite4AutoIt!), any additional info would be more or less speculative. Whiteout some stable reproducible example or info to that effect I don't see this going anywhere.
- 2:08 PM Ticket #1633 (Second AdlibRegister function starts at once when first function is to slow) created by
- If you have at least two funtions startet by AdlibRegister an one …
- 12:00 PM Ticket #1631 (Get FilePath from file handle) updated by
-
Version changed
Automatic ticket cleanup. - 10:37 AM Ticket #1630 (Documentation UDF History page seem to be broken v3.3.6.1) updated by
- can you be more precise on which page should display the broken web page?
- 10:27 AM Ticket #1631 (Get FilePath from file handle) updated by
-
Type changed
- 10:24 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- As I understand you don't use the ScIte4Autoit3. Perhaps it works different with. Anyway I dont understand the explorer behavior ... Something must be wrong with your system ... I cannot reproduce it. Try on another XP system …
- 10:18 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to anonymous: > @MrCreatoR: Use the taskmanager to see if AutoIt is still running. If i wrote that «the same happens when executing from explorer» then i definitly have checked and confirmed that AutoIt porocess is still runing ;)
- 10:04 AM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) closed by
- Fixed: Fixed by revision [5837] in version: 3.3.7.0
- 9:38 AM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) updated by
- Thanks jchd, I will add some doc info about this situation.
- 4:16 AM Ticket #1632 (UDF to display a table) updated by
- debug.au3 UDF can also be used to display array's. note: It has a (easy to adjust if needed) build in string-size display limiter.
- 2:56 AM Ticket #1632 (UDF to display a table) updated by
- You can use _SQLite_Display2DResult from SQLite.au3 or, better, copy it and make your own.
- 2:45 AM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) updated by
-
The following works. From the examples you mention, change the client line 48 into
TCPSend($ConnectedSocket, StringToBinary($szData, 4))and in the server, change lines 67+: {{{ ; Try to receive (up to) 2048 bytes ;---------------------------------------------------------------- $recv = TCPRecv($ConnectedSocket, 2048, 1) ; If the receive failed with @error then the socket has disconnected ;---------------------------------------------------------------- If @error Then ExitLoop ; convert from UTF-8 to AutoIt native UTF-16 $recv = BinaryToString($recv, 4) ; Update the edit control with what we have received This way, you transmit UTF-8 data. If the client has to send both binary and string data, you need to make the server aware of that so that it doesn't "decode from UTF-8" actual binary data that would instead need be passed verbatim. - 12:00 AM Ticket #1632 (UDF to display a table) updated by
-
Version changed
Automatic ticket cleanup.
May 18, 2010:
- 11:57 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- @MrCreatoR: Use the taskmanager to see if AutoIt is still running. If its not, this problem is now resolved by a new beta AutoIt3Wrapper. Download it and test again. Should solve your problem. (and this ticked)
- 10:50 PM Ticket #1632 (UDF to display a table) created by
- It would be handy to have an UDF who combines the consolewrite …
- 10:35 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- BTW, it's not related to SciTE, the same happens when executing from explorer. And i have tested the issue on last 3.3.6.1 version, the bug is still there :(
- 10:20 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Replying to Jpm: > the explorer open OK and using an OnAutoItExitRegister display a msgbox. Yes, with OnAutoItExitRegister everything is fine, but not with direct exit. > How do you proof there is an error? If you can, please download this video (1.91 mb packed, 11.9 mb unpacked), it shows up my issue. I don't know what is wrong there, but sometimes the bug is not reproducable (unstable bug :) ), sometimes i need to "play" with the lines, for example add a messagebox or any other function (after ShellExecute), run the script, and then remove the added function, then the bug is back, stragne…
- 10:18 PM Ticket #1631 (Get FilePath from file handle) updated by
- This should be a feature request, not a bug... I can't seem to edit the ticket type after I made it…
- 10:08 PM Ticket #1631 (Get FilePath from file handle) created by
- I had previously sent this as a cod submission via the method …
- 8:53 PM Ticket #1630 (Documentation UDF History page seem to be broken v3.3.6.1) created by
- Documentation UDF History page seems to be broken... i got that …
- 5:51 PM Ticket #1503 (FileGetSize don't works solid) closed by
- Fixed: Fixed by revision [5835] in version: 3.3.7.0
- 2:04 PM Ticket #1629 (Ability to destroy embedded IE objects to rehash browser settings) created by
- Please add a feature so that we can kill and recreate embedded IE …
- 6:08 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- It is working fine.
- 12:05 AM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- Last Reply is not related to this trac issue. And is allready Solved. http://www.autoitscript.com/forum/index.php?showtopic=114536&view=findpost&p=800598
May 17, 2010:
- 10:00 PM Ticket #1628 (default icon for compiled scripts) updated by
-
Version changed
Automatic ticket cleanup. - 9:14 PM Ticket #1628 (default icon for compiled scripts) created by
- It would be nice if we could compile a script with NO icon, so that it …
- 8:04 PM Ticket #1618 (ShellExecute("C:\") causes script hanging) updated by
- This might be related.. it always gets stuck no matter what you do Run( "cmd.exe" ) ConsoleWrite( "Now should exit!" & @lf ) Exit
- 8:00 PM Ticket #1310 (TCPConnect Timeout) updated by
-
Milestone changed
Automatic ticket cleanup. - 6:05 PM Ticket #1310 (TCPConnect Timeout) closed by
- Fixed: Fixed with ticket #1573
- 6:05 PM Ticket #1573 (TCPConnect TCPTimeout) closed by
- Fixed: Fixed by revision [5826] in version: 3.3.7.0
- 6:01 PM Ticket #1485 (Hard crash with ContinueCase) closed by
- Fixed: Fixed by revision [5825] in version: 3.3.7.0
- 6:00 PM Ticket #1559 (StringRegExpReplace - add Return Value in Helpfile) updated by
-
Milestone changed
Automatic ticket cleanup. - 5:40 PM Ticket #1596 (Allow "Default" parameters for GUICtrlSetPos()) closed by
- Fixed: Fixed by revision [5824] in version: 3.3.7.0
- 5:30 PM Ticket #1559 (StringRegExpReplace - add Return Value in Helpfile) closed by
- Fixed: Thanks George, I can close it now as I have updated the doc almost the same way as you suggest.
- 5:00 PM Ticket #1559 (StringRegExpReplace - add Return Value in Helpfile) updated by
- JP "\0" or "$0" as the replacement value will return the original string which is totaly usless IMHO. If I wanted the original string, why did i bother with any replace function? The part that gets confusing is where script4ever says "Success: Returns array of matches. \0 contains input string." he may have meant [0] contains the original string but either way it's incorrect as far as I know. StringRegExpReplace() returns a string, not an array. The part about "Failure/no match: Returns input string." Should probably be "Failure/no match: Returns original string." But that is just sematics. Where he is correst is that both the successful return and the failure are missing from the documentation. All that is there is the @Error Values. "Success: Returns the modified string. Check @Extended for the number of replacements performed. Failure: Sets @Error to 2, pattern invalid. Check @Extended to get the offset of the error in the pattern." along with, or in place of the current @Error Values is probably more appropriate.
- 4:00 PM Ticket #1627 (compiling x64) updated by
-
Version changed
Automatic ticket cleanup. - 3:01 PM Ticket #1627 (compiling x64) created by
- Not really a request, just a suggestion. When compiling script, the …
- 2:26 PM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) updated by
- In fact TCPSend/TCPRecv work with ANSI or binary. Not sure what can be done to have UNICODE chars going thru…
- 3:55 AM Ticket #1626 (TCPSend( ) only transmits half simplified Chinese characters) created by
- In AutoIt 3.3.6.0, run example in TCPRecv( ) first, then run example …
Note:
See TracTimeline
for information about the timeline view.
