Virgus

Hello Jos and everybody, I just discovered this script and it would be really helpful in everyday use. I tried to run it on W10 without success: the message is always "Tests did not execute the expected amount". I just tested it on W7 but the message is the same, so this might be related to the updated version of AutoIt (I'm currenty using v3.3.16.1). I've some experience and tried to figure out by myself if there are missing UDFs or changes, but then I saw the _HotString_Initialize() function which deals with things outside of my current knowledge. I suspect the problem is in the initialization phase as, even setting true $hotString_Debug variable, I cannot see any response from the script. Could Jos or anybody else please point me to the right direction ? Thanks and have a nice weekend. V.

Dear all, I know that this thread is several years old but maybe JFX or others have a suggestion for what I'm looking for. To reply to juniq or to others who might want to test this nice UDF: to make it work you just need to add to the scripts the missing Iif function. Func __Iif($fTest, $vTrueVal, $vFalseVal) Return $fTest ? $vTrueVal : $vFalseVal EndFunc ;==>__Iif Once the UDF finds the function it works with latest AutoIt release. Then the only extra fix needed it the one Kaz pointed out in his previous comment. Concerning my issue, I'm trying to get the VHD source path once an OS booted from a VHD via bootmgr. Unfortunately Diskpart is not reliable and I have a batch script which is slow and more a mock-up than a real script. If you're interested you can read the details in this post of reboot.pro. Besides DiskPart method I've been looking for a Windows API to do that without success. I don't know where to look for. Yesterday I just found that UsbDriveInfo.exe from Uwe Sieber has this information when you click on the FileBackedVirtual Bus volumes (see attached picture). I tried to find anything related to "Container" information in WinAPIs but without success. Has anybody here any clue on how to be able to use AutoIt instead of the slow (and unreliable) DiskPart to retreive the original VHD path of a booted virtual volume ? Thanks for any suggestion you might give me, V. Edit: BTW if you're on an x64 OS and you run the 32bit version of UsbDriveInfo the "Container" field will not appear.

Thank you Danp2 for your prompt reply. I totally understand your points but, just to give you an idea of my actual view, I was sticking with windows XP until a few months ago. Now I'm using Win7 mainly and run XP for a few specific purposes. I've an almost 90% portable setup and for portabilty the smallest is the better. Just to give you an example: I often use Photoshop and my favourite portable version is 7.0 (if I'm not wrong it dates 2002) which is 57 Mb and starts in seconds even on old PCs. Why should I install a 1-2 GB software if all I need is old, small and fast ? Smallest sizes are also useful for faster backup purposes and if the backup occurs via LAN it makes you save time. Besides all this, while looking at different geckodriver versions the oldest ones are bigger in size than the newest ones. I guess is one of the few exceptions, as everything is growing bigger in size, complexity and lack of ergonomics and friendliness unfortunately. V.

Hello Danp2 and everybody, I just started using WebDriver UDF because IE11 is not working for my purpose. I had many Sonoffs to "tasmotize" via OTA and the DIY web page on the MiniR2 does not respond to IE UDF or even manually via IE11 user interface. I solved with geckodriver but I ended up with a folder of hundreds of MBs that contains the Portable Apps I used, while the same scripts with IE UDF was just a few MBs. Now I'm doing some cleanup as I'm trying to figure out what is the "smallest" version of FF or Chrome that could be used with the oldest version of chromedriver and geckodriver. The working setup I found is with the latest version of geckodriver.exe and FF 69 or FF 60. I tested also FF 68 ESR but it didn't work (maybe ESR versions are different ?). I'm testing now geckodriver 0.14 with FF 51 and FF 60 but it's not responding correctly. I would love to go back in time to the first working setup with the smallest browser possible. The basic commands to achieve are to simply write input fields and a couple of clicks. I saved the web page from the Sonoff device and you can find it attached to this comment. $oTagSETUP = _WD_FindElement($sSession, $_WD_LOCATOR_ByXPath,"//div[@id='main-setting']") _WD_ElementAction($sSession, $oTagSETUP, 'click') $oTagSSID = _WD_FindElement($sSession, $_WD_LOCATOR_ByXPath,"//input[@id='input-net-ssid']") _WD_ElementAction($sSession, $oTagSSID, 'value', "SSID") $oTagPSWD = _WD_FindElement($sSession, $_WD_LOCATOR_ByXPath,"//input[@id='input-net-password']") _WD_ElementAction($sSession, $oTagPSWD, 'value', "password") $oTagSAVE = _WD_FindElement($sSession, $_WD_LOCATOR_ByXPath, "//div[@id='setup-save']") _WD_ElementAction($sSession, $oTagSAVE, 'click') I found on AutoIt german forum a post about setting different versions of WebDrivers depending on the browser version and I started working in this direction but before digging into a work that would take hours if not days, I'm wondering if there is a summary table somewhere with the minimal requirements of every driver version to be able to find the smallest web browser to do simple things like those that I need. In a "portable" way. Thanks for this wonderful tool and have a nice day, V. Sonoff DIY Mode.htm

Thanks for you prompt reply, I just restored a previous backup image of my system, uninstalled previous version of Autoit and reinstalled v3.3.14.1 All the strange behaviours disappeared so I tested again the DriveGetType function and got the BSOD again. Then I plugged a SSD drive into a usb port and no BSOD! it seems that the function gives BSOD only when tested on a HD that is not SSD. So here the code I used, taken from the examples, could you please double check this for me? ; X: is a fake letter, no disk exists MsgBox(0,"1",DriveGetType("Z:\", 1)) MsgBox(0,"3",DriveGetType("Z:\", 3)) ;Output is "" as expected MsgBox(0,"2",DriveGetType("Z:\", 2)) ;Output is "" no BSOD ; G: is assigned to USB SSD drive MsgBox(0,"1",DriveGetType("G:\", 1)) ;Output is "Fixed" as expected MsgBox(0,"3",DriveGetType("G:\", 3)) ;Output is "USB" as expected MsgBox(0,"2",DriveGetType("G:\", 2)) ;Output is "", should have been "SSD" but I get no BSOD ;@HomeDrive (drive 0) is not a SSD Hard Disk MsgBox(0,"1",DriveGetType(@HomeDrive, 1)) ;Output is "Fixed" as expected MsgBox(0,"3",DriveGetType(@HomeDrive, 3)) MsgBox(0,"3",DriveGetType(0, 3)) ;Output is "ATA", should have been "SATA" MsgBox(0,"2",DriveGetType(@HomeDrive, 2)) MsgBox(0,"2",DriveGetType(0, 2)) ;############ BSOD (with both previous commands) ############ Regards, V.

Thank you all for the check, I'll investigate further with other XPs I have. JLogan3o13 may I ask you another service? I just got some of my scripts that stopped working correctly and the problem is that ShellExecuteWait(...) and RunWait(...) stopped waiting! Could you please check this one too? Thanks, have a nice day, V.

Hello I'm not sure if this is a bug, and I've not found the "bug" place here in the forum. I just installed the newest release v3.3.14.1, I took the script example from this page and when I execute them I get BSOD on a XP SP3 x86 OS: https://www.autoitscript.com/autoit3/docs/functions/DriveGetType.htm Specifically the first one works, the second causes BSOD $sInfo = DriveGetType("C:\", $DT_SSDSTATUS) $sInfo = DriveGetType(0, $DT_SSDSTATUS) Could somebody please report this to the developer's team? Thanks, V.

Hello everybody, I wanted to learn something testing how to modify the ACLs of my drives and I made a little mess in my computer: I run this script: #include <Permissions.au3> _InitiatePermissionResources() $drives = DriveGetDrive( "FIXED" ) If NOT @error Then MsgBox(4096,"", "Found " & $drives[0] & " drives",1) $TI = TimerInit() For $i = 1 to $drives[0] MsgBox(4096,"Drive " & $i, $drives[$i],1) $ret = _GrantAllAccess($drives[$i]) MsgBox(0,'','Grant everyone access'&@CRLF&@CRLF& _ '_GrantAllAccesss return value: '&$ret&' Time: '&Round($TD,2)&' miliseconds.'&@CRLF,1) Next $TD = TimerDiff($TI) EndIf _ClosePermissionResources() Exit and I got most of my folders inaccessible. I tried to fix things drive by drive / folder by folder with this script (drag&drop compiled script) but results are random (sometimes I recover the folder ownership sometimes not, the inherit recursion not always working): #include <Permissions.au3> _InitiatePermissionResources() If @Compiled AND ($CmdLine[0] > 0) Then $TI = TimerInit() For $i = 2 to UBound($CmdLine) - 1 $ret = _SetDefaultFileAccess($CmdLine[$i],1) ; $ret = _InheritParentPermissions($CmdLine[$i], $SE_FILE_OBJECT, 1) Next $TD = TimerDiff($TI) MsgBox(0,'','Execution Time: '&Round($TD,2)&' miliseconds.'&@CRLF,1) EndIf _ClosePermissionResources() Exit Could anybody suggest / point me to the correct solution to get my files' ownership back? Regards, V. EDIT: Solution found with a batch file: SET ACLPATH=%~1 subinacl /subdirectories "%ACLPATH%" /setowner=%USERNAME% subinacl /subdirectories %ACLPATH% /grant=administrators=f icacls "%ACLPATH%*" /reset /T /C

Hello trancexx, I have had no problems compiling scripts so far. For testing purposes I'm using your sample script. I just installed the newest "clean" Autoit beta and tried again to compile with the #include "CheckSumVerify.au3" and it gives me always the same error. If I comment the include then I get the script compiled. I'll try to install and compile on a clean XP OS and let you know. Ciao, V.

Hello trancexx, I'm trying your script but I'm having an error saying: "Unable to add resources" I checked ...Local SettingsApplication DataAutoIt v3Aut2Exe files and I can see clearly that the temp.exe file is correctly generated with all the others, but then the compile process halts. I'm using XP SP3 and Aut2Exe with /nopack option and Autoit Version 3.3.12 I tried commenting line 30 and/or line 48 but nothing changes. What might the problem be? Thanks and have a nice day, V.

Hello Martin, I'm sorry to write you again (and a bit late) about this issue but with the last release you updated when I set databits < 7 then I get an error message (once it reported that the serial port was not available but clearly it was available with 7 or 8 bits). Could you please give a look to this? Kind regards, Virgus

Great! Many thanks Martin! Have a nice day, V.

Hello Martin, I just found out a small problem with 6bits transmission. I'm using Parity None, 1 Stop bit, Flow none, RTS & DTR off. I sent twice a testing pattern like 0x15002A3F; in binary it is: h15 = b0.101010.1 h00 = b0.000000.1 h2A = b0.010101.1 h3F = b0.111111.1 I included the start bit and the stop bit to make it easy to follow the snapshot I attached (where the first row is the TX output, the second is the TX inverted signal). So if you have a look at this snapshot I'm getting an extra 0 (in red) is added just before the stop bit (in blue): h15 = b0.101010.0.1 h00 = b0.000000.0.1 h2A = b0.010101.0.1 h3F = b0.111111.0.1 Summarizing 6 data bits transmission is in reality 7 bits data transmission. I tested from 5 to 8 and everything seems fine on data bits other than 6... Please have a look and if I might have done something wrong it just means I need to sleep more at night instead of doing my serial tests ;-) Cheers, V.

Hello Martin, many thanks for your prompt reply! Talk to you soon then and have a nice week-end, V.

Hello everybody, I'm starting using CommMG.au3 and it seems really helpful! I need though to set data bits to 6 and I'm getting an undefined "!Error: 1" message in AutoIt console. I tried to set DataBits to 6 in C++ and it's working, so is it a limit of CommMG.au3? Can it be extended to include 6 DataBits somehow? Thanks and have a nice day, Virgus BTW I have another question: is there available an extension of CommListPorts where I can get a returntype parameter for Com ports friendly names?