Grasty

InetGet not working on some systems

7 posts in this topic

#1 ·  Posted

Hey Guys, 

 

I am having a little trouble with InetGet and I think it might be a Windows Issue, but im not 100% sure. 

 

Essentially, I have a exe that i am telling AutoIt to download using InetGet .... InetGet($RemoteFile,$LocalFile) ..... It works on my Windows 7 Laptop, but if i run it on my Windows 7 VM then it doesnt work, it never downloads the file. 

 

I have tried setting the LocalPath to save to @TempDir, I have tried giving it a path to download it to in multiple different locations on the hard drive, nothing seems to work ... even though it works 100% flawlessly on my Windows 7 Laptop. 

I tried turning off UAC, but that didnt help. This might not be within the scope of what the forums handle, but are there some settings for IE or Windows that have to be set in order for InetGet to download a file from an http site (Its an internal http site if that makes a difference)?

 

Also, is there some way I can get an actual error out of InetGet to figure out why its failing? 

 

 

Share this post


Link to post
Share on other sites



#2 ·  Posted

Would appreciate some help with this. I have no idea why this is failing.

Share this post


Link to post
Share on other sites

#4 ·  Posted

It downloads the file fine when i put the URL in the browser

Share this post


Link to post
Share on other sites

#6 ·  Posted

Ok, nevermind, it isnt InetGet that is the problem ....

 

I made a simple InetGet Test and it worked fine on both systems

#include <InetConstants.au3>

$RemotePath = "http://internal.website/folder/mudt.exe"
$DownloadPath = @UserProfileDir & "\MUDT\mudt.exe"

InetGet($RemotePath,$DownloadPath)

 

The problem is that i am getting that RemotePath from an Ini and my VM cant get the remotepath from that Ini for some reason. Thanks for the help though.

Share this post


Link to post
Share on other sites

#7 ·  Posted

I had a similar problem of no connectivity from AutoIt scripts (I was using WinHTTP and MSXML) and found out a weird but old Windows bug and more weird solution: InetGet() any page at the starting of my script :blink:

Well, take a look and check if it helps you: https://stackoverflow.com/questions/39227003/winhttp-and-msxml-hangs-on-send-forever


My stuff

Spoiler

My UDFs  _AuThread multithreading emulation for AutoIt · _ExtInputBox an inputbox with multiple inputs and more features · forceUTF8 fix strings encoding without knowing its original charset · JSONgen JSON generator · _TCPServer UDF multi-client and multi-task (run on background) event-based TCP server easy to do · _TCPClient_UDF multi-server and multi-task (runs on background) event-based TCP client easy to do · ParseURL and ParseStr functions ported from PHP · _CmdLine UDF easily parse command line parameters, keys or flags · AutoPHP Create documents (bills, incomes) from HTML by sending variables/arrays from AutoIt to PHP · (Un)Serialize Convert arrays and data into a storable string (PHP compatible) · RTTL Plays and exports to MP3 Nokia-format monophonic ringtones (for very old cellphones) · I18n library Simple and easy to use localization library · Scripting.Dictionary OOP and OOP-like approach · Buffer/stack limit arrays to N items by removing the last one once the limit is reached · NGBioAPI UDF to work with Nitgen fingerprint readers · Serial/Licensing system require license key based on unique machine ID from your users · HTTP a simple WinHTTP library that allows GET, POST and file uploads · Thread true AutoIt threads (under-dev) Classes _WKHtmlToX uses wkhtmlto* to convert HTML files and webpages into PDF or images (jpg, bmp, gif, png...) Snippets _Word_DocFindReplaceByLongText replace strings using Word UDF with strings longer than 255 characters (MSWord limit) rangeparser parser for printing-like pages interval (e.g.: "1,2,3-5") EnvParser parse strings/paths with environment variables and get full path Random stuff Super Mario beep sound your ears will hurt

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now