
iCode
Active Members-
Posts
194 -
Joined
-
Last visited
Content Type
Forums
Downloads
Forum Articles
Events
Everything posted by iCode
-
IniWrite() - quote stripping - possible bug/glitch?
iCode replied to iCode's topic in AutoIt General Help and Support
thanks guys, though i'm not trying to get anything accomplished - just pointing out what may be a bug or, more probably i'm guessing, an error in the help text -
from help - IniWrite ... IniWrite($file, 'section', 'key', '"'value'"') produces key="value" in the file - the quotes are not stripped, though it appears IniRead() ignores/strips the quotes - so in the end it works as it should, but the documentation is perhaps incorrect? i never had the need to preserve spaces until now and it took me a little fiddling to figure this out as i tried several ways to get IniWrite() to NOT write the quotes but was unable to do so. only when i used IniRead() did i realize i didn't have to worry about the quotes
-
win 7 x64 sp1 AutoIT 3.3.6.1/3.3.7.14 beta installed AutoIT using 32 bit tools happens when clicking either of the menu items - file/config Faulting application name: CSnippet.exe, version: 1.0.5.13, time stamp: 0x4bc81628 Faulting module name: GDI32.dll, version: 6.1.7601.17514, time stamp: 0x4ce7c651 Exception code: 0xc000041d Fault offset: 0x0000000000007333 Faulting process id: 0xc6c Faulting application start time: 0x01cc67339d42a6aa Faulting application path: C:\Program Files (x86)\AutoIt3\SciTE\CSnippet\CSnippet.exe Faulting module path: C:\Windows\system32\GDI32.dll all the rest of the buttons seem to do nothing using quite a bit CPU cycles as well
-
just got this after resuming from standby > run TiDy > compile (release, not beta) - again, i can't reproduce it however... >"C:\Program Files (x86)\AutoIt3\SciTE\AutoIt3Wrapper\AutoIt3Wrapper.exe" /ShowGui /in "F:\autoit\test\test.au3" +>10:59:59 Starting AutoIt3Wrapper v.2.0.3.0 Environment(Language:0409 Keyboard:00000409 OS:WIN_7/Service Pack 1 CPU:X64 OS:X64) -> 1 Change(s) made. >Running:(3.3.7.14):C:\Program Files (x86)\AutoIt3\Beta\aut2exe\aut2exe_x64.exe /in "F:\autoit\test\test.au3" /out "F:\autoit\test\test.exe" /nopack /icon "DEV\icon.ico" /comp 2 /x86 !>11:00:08 Aut2exe.exe ended errors because the target exe wasn't created, abandon build.rc:9999 >Exit code: 0 Time: 9.726 #Region ;**** Directives created by AutoIt3Wrapper_GUI **** #AutoIt3Wrapper_Version=beta #AutoIt3Wrapper_Icon=DEV\icon.ico #AutoIt3Wrapper_Outfile=test.exe #AutoIt3Wrapper_UseUpx=n #AutoIt3Wrapper_UseX64=n #AutoIt3Wrapper_Res_Language=1033 #AutoIt3Wrapper_Run_AU3Check=n #AutoIt3Wrapper_AU3Check_Stop_OnWarning=y #AutoIt3Wrapper_AU3Check_Parameters=-w 3 -w 5 #Tidy_Parameters=/bdir DEV\_BackUp #Obfuscator_Parameters=/SF /SV /OM #EndRegion ;**** Directives created by AutoIt3Wrapper_GUI ****
-
same issue here also when compiling CTRL + F7 win 7 x64 sp1 clevo/sager laptop AutoIT 3.3.6.1 or 3.3.7.14 beta (installed using 32 bit tools) my system drive is an SSD, so i do all heavy writing to a second, internal IDE drive with 3 partitions (D, E, F). AutoIT is installed on the system drive, but scripts and compilations are stored on the IDE on F: the error is the same - "system cannot open the device or file specified.rc:2" - but does not happen all the time - maybe 20% of the time. sometimes it will happen 2 or 3 times in a row. neither drive is idling or powered down at the time, so i'm guessing it has nothing to do with the power state i haven't noticed any pattern and haven't been able to reproduce reliably #AutoIt3Wrapper_Version=beta ; this doesn't matter #AutoIt3Wrapper_Icon=DEV\icon.ico #AutoIt3Wrapper_Outfile=tst.exe #AutoIt3Wrapper_UseUpx=n; this doesn't matter #AutoIt3Wrapper_UseX64=n #AutoIt3Wrapper_Res_Language=1033 #AutoIt3Wrapper_Run_AU3Check=n; this doesn't matter #AutoIt3Wrapper_AU3Check_Stop_OnWarning=y #AutoIt3Wrapper_AU3Check_Parameters=-w 3 -w 5 #Tidy_Parameters=/bdir DEV\_BackUp #AutoIt3Wrapper_Run_Obfuscator=y; this doesn't matter #Obfuscator_Parameters=/SF /SV /OM
-
Problem Compiling with Unicode Support
iCode replied to dpryan's topic in AutoIt General Help and Support
ah, yeah i did and now i'm not completely sure if i was actually setting it with BOM - i can't reproduce it now (with BOM) -
Problem Compiling with Unicode Support
iCode replied to dpryan's topic in AutoIt General Help and Support
i can do that, but i'm not sure it will be helpful - i'd be sending a blank .au3 script - i think you may just need the steps to reproduce (but i'll gladly send a test file if you want) i'm using a fresh install of autoit beta, wrapper 2.0.3.0, scite 2.27 with a default config (i set the code.page back to default) create a new, empty .au3 (ctrl+n)change encoding to UTF8 - no BOMadd a char or space so you can savectrl+F7 > uncheck option to run au3check > click "save only"now check encoding again... should change from UTF8 to default - i can verify this with NP++ which will detect ANSI i'm not sure it's au3check that's changing the encoding - i can run au3check on the [empty] script and it doesn't change the encoding it seems that selecting/deselecting the option to run au3check triggers somehting here's the console output after unchecking option to run au3check and saving... >"C:\Program Files (x86)\AutoIt3\SciTE\AutoIt3Wrapper\AutoIt3Wrapper.exe" /ShowGui /in "D:\TEMP\USER\eee.au3" +>11:10:57 Starting AutoIt3Wrapper v.2.0.3.0 Environment(Language:0409 Keyboard:00000409 OS:WIN_7/Service Pack 1 CPU:X64 OS:X64) -> 1 Change(s) made. >Exit code: 0 Time: 5.145note also that when i installed autoit beta, i chose all defaults (x86 tools, not x64) -
Problem Compiling with Unicode Support
iCode replied to dpryan's topic in AutoIt General Help and Support
@Jos - the "current" version being 2.0.3.0, correct? when running beta autoit with au3check 1.54.19.0, it's still reverting the script encoding back to ANSI (code page default) and giving "1 change made" if set as UTF8 with BOM (verified with NP++) this happens even with "code.page=65001" in global ops if just UTF8 it doesn't do this, though i'm not sure how au3check is running at all since it's not supposed to support unicode,is it? another thing i'm seeing here is, again, even with "code.page=65001" set, new documents created from within scite are ANSI encoded -
GUISetAccelerators() - best way to prevent repeating func?
iCode replied to iCode's topic in AutoIt General Help and Support
how about this... #include <GUIConstantsEx.au3> #include <WindowsConstants.au3> #include <Misc.au3> Local $Form1 = GUICreate("Form1", 280, 153, 586, 179) Local $MenuItem1 = GUICtrlCreateMenu("MenuItem1") Local $MenuItem2 = GUICtrlCreateMenuItem("MenuItem2"&@TAB&"F2", $MenuItem1) Local $Form1_AccelTable[1][2] = [["{F2}", $MenuItem2]] GUISetAccelerators($Form1_AccelTable) GUISetState(@SW_SHOW) While 1 $nMsg = GUIGetMsg() Switch $nMsg Case $GUI_EVENT_CLOSE Exit Case $MenuItem2 ConsoleWrite('in' & @LF) GUISetAccelerators('') Do Sleep(10) Until _IsPressed('71') = 0 ConsoleWrite('out' & @LF) GUISetAccelerators($Form1_AccelTable) EndSwitch WEnd -
GUISetAccelerators() - best way to prevent repeating func?
iCode replied to iCode's topic in AutoIt General Help and Support
dragan - thanks i haven't gotten around to playing with this yet, but i will shortly -
GUISetAccelerators() - best way to prevent repeating func?
iCode replied to iCode's topic in AutoIt General Help and Support
thanks dragan - i will see what i can do with that! -
Send('d') Sleep(1000) Send('d') Local $a = 0 Do $a += 1 Send('a') Sleep(500) Until $a = 10
-
GUISetAccelerators() - best way to prevent repeating func?
iCode replied to iCode's topic in AutoIt General Help and Support
yeah, there are different ways of getting around it but nothing i like ... especially since i have to do it for a number of keys. i thought i may be missing something more obvious -
hi when using GUISetAccelerators() i discovered that the function will keep repeating as long as the hotkey is pressed. this seems strange in that the function would not repeat if you clicked the item with the mouse. anyway i am wondering how best to disable the repeating so the func runs only once for each key press? #include <GUIConstantsEx.au3> #include <StaticConstants.au3> #include <WindowsConstants.au3> Local $Form1 = GUICreate("", 261, 62, 344, 145) Local $MenuItem1 = GUICtrlCreateMenu("MenuItem1") Local $MenuItem2 = GUICtrlCreateMenuItem("MenuItem2", $MenuItem1) GUICtrlCreateLabel("press F2 and look at console output", 44, 8, 173, 17) Local $_AccelTable[1][2] = [["{F2}", $MenuItem2]] GUISetAccelerators($_AccelTable) GUISetState(@SW_SHOW) While 1 $nMsg = GUIGetMsg() Switch $nMsg Case $GUI_EVENT_CLOSE Exit Case $MenuItem2 ConsoleWrite('F2...' & @CRLF) EndSwitch WEnd i even tried using Do-Sleep-Until _IsPressed() = 0 in a loop which didn't work (and is not very pretty anyway i think)
-
Creating two whiles loop at the same time.
iCode replied to BeautifulWar's topic in AutoIt General Help and Support
hi check out AdlibRegister() in help file -
thanks very much jchd - that is exactly what i needed to know i knew i was "using" the space, but wasn't sure why or how to get around it brilliant!
-
sorry, i neglected to mention that i need to pull the numbers from a file where they could be mixed with whatever else, such as a web page for example. so in order to avoid what may be non-phone numbers ('abc222-333-4444' or '333-444-5555-333-444-5555'), i need to look for a space both before and after the number. the regex i'm using will match stuff like... +1 222-333-4444 1 222-333-4444 1-222-333-4444 which works fine until you run multiple numbers together on the same line... 222-333-4444 333-444-5555 444-555-6666 in which case it won't match the middle num
-
hi i'm trying to match phone numbers (not that that matters) with a RegEx and having trouble trying to figure this out, even after reading several documents and posts here. this is the closest i have gotten: (?:^|\s)((?:1 |1-|\+1 )?\(?\d{3}\)?[ -]\d{3}-\d{4})(?:$|\s)here's a sample test string: 555-5642-1212 787-888-7788 799-000-0000 344-343-4433 this matches... 787-888-7788 344-343-4433 the problem is i'm not matching the middle number and i know it's because of the outside non-capturing groups (?:^|\s)and (?:$|\s), specifically the \s. i can understand why this is not working, but i don't know how to get around it since i need the space before and after each phone num. i'm stuck