Hard CRASH - InetGet Beta 3.3.1.0

[Xenobiologist]

Hi,

I try to use the new InetGet example from the latest Autoit Beta

Global $hDownload
$hDownload = InetGet("http://www.autoitscript.com/autoit3/files/beta/update.dat", @TempDir & "\update.dat", 1, 1)
ConsoleWrite('!' &  $hDownload & @CRLF)

Do
    Sleep(250)
    ConsoleWrite(@sec & '= ' & InetGetInfo($hDownload, 2) & @CRLF)
Until InetGetInfo($hDownload, 2) ; Check if the download is complete.

Local $nBytes = InetGetInfo($hDownload, 0)
InetClose($hDownload) ; Close the handle to release resourcs.
MsgBox(0, "", "Bytes read: " & $nBytes)

The exe crashes hard with : AppName: autoit3.exe AppVer: 3.3.1.0 ModName: autoit3.exe

ModVer: 3.3.1.0 Offset: 00013668

>"C:\Programme\AutoIt3\SciTE\AutoIt3Wrapper\AutoIt3Wrapper.exe" /run /beta /ErrorStdOut /in "C:\Downloads\AutoIt-Skripte\Entwicklung\ForumTests\InetGet_test.au3" /autoit3dir "C:\Programme\AutoIt3\beta" /UserParams   
 +>14:42:36 Starting AutoIt3Wrapper v.2.0.0.1   Environment(Language:0407  Keyboard:00000407  OS:WIN_XP/Service Pack 2  CPU:X64 OS:X86)
 >Running AU3Check (1.54.15.0)  from:C:\Programme\AutoIt3\beta
 C:\Downloads\AutoIt-Skripte\Entwicklung\ForumTests\InetGet_test.au3(7,113) : ERROR: InetGet() [built-in] called with wrong number of args.
 $hDownload = InetGet("http://www.autoitscript.com/autoit3/files/beta/update.dat", @TempDir & "\update.dat", 1, 1)
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


 ~~~~~~~~~~~~^
 C:\Downloads\AutoIt-Skripte\Entwicklung\ForumTests\InetGet_test.au3 - 1 error(s), 0 warning(s)
 !>14:42:36 AU3Check ended.rc:2
 >Running:(3.3.1.0):C:\Programme\AutoIt3\beta\autoit3.exe "C:\Downloads\AutoIt-Skripte\Entwicklung\ForumTests\InetGet_test.au3" 
 !>14:42:39 AutoIT3.exe ended.rc:-1073741819
 +>14:42:40 AutoIt3Wrapper Finished
 >Exit code: -1073741819    Time: 4.144

I use a proxy, so the InetGet function cannot connect.

Thanks for every test.

Edit: When I compile the script to an beta exe and run the script, the Norman Virus Control scanner reaches 100 % of one my 2 CPUs.

After killing the 2 processes which belong to the Norman Virus Control, I get the hard crash message again.

Mega

Edited May 27, 2009 by Xenobiologist

[idbirch]

I've submitted a bug report for this already, glad to see I'm not the only one. Bug ticket is here.

[jchd]

I use InetGetSource massively and have had no issue at all with the beta for maybe 3500 downloads up to now.

(XP Pro SP3 x86; IE 6)

My 2 cents.

[Valik]

You guys are using Windows XP SP2. The function appears to work on XP SP3 (and presumably newer). The only additional and potentially relevant information I can think of is what version of IE are you using? Maybe it's an IE issue and not an OS service pack issue.

[Xenobiologist]

You guys are using Windows XP SP2. The function appears to work on XP SP3 (and presumably newer). The only additional and potentially relevant information I can think of is what version of IE are you using? Maybe it's an IE issue and not an OS service pack issue.

Hi,

I'm using IE Version : 6.0.2900.2180.xpsp_sp2_qfe.090206-1239

I' going to update another client (IE version on XP SP2) to see whether this solves the issue.

Mega

[Xenobiologist]

Hi again,

I updated a test client to IE 7.0.5730.13 and now the problem is gone.

Even InetGet through proxy [with HttpSetProxy(2, ...)] works now.

Thanks!

Mega

[Valik]

Alright, so it's an IE6 issue. Thanks, that makes it easier to test.

[Valik]

Ugh, how to classify this. This is a problem on my part for trusting Microsoft to do the right thing which they don't do with IE6 so it's a bug on their part.

Edit: Actually I'm blaming this one on Jon for not verifying input on a function of his I'm using.

Edited May 30, 2009 by Valik

[Xenobiologist]

Does that mean, it is fixable and you are going to do so, or will the helpfile be updated that IE version ... is required?

Maybe a stupid question, but isn't it possible to write a similar function without using IE stuff internally?

Mega

[Valik]

Does that mean, it is fixable and you are going to do so, or will the helpfile be updated that IE version ... is required?

It was trivial to fix. A bug in IE 6's WinInet implementation exposed a bug in some of our code. Totally unrelated to InetGet().

Maybe a stupid question, but isn't it possible to write a similar function without using IE stuff internally?

Of course. But I really don't feel like implementing a partial client that understands the HTTP, HTTPS and FTP all from scratch using nothing more than TCP sockets. Not when I have an API there that handles all the boring work for us.

[Xenobiologist]

Okay, thanks I understand.

I guess, then this could be a discussion whether it is better to have 100 % of code on board or rely on the stuff that is normally on the OS(client) Autoit is currently running on. (which can be different from version to version as we see )

I do not want to discuss that, cause I understand that using Windows M$ stuff shrinks Autoit.exe a lot.

All fine, hope you could finish your work on that function soon. Thanks again.

Mega

[ptrex]

@all

I am running into the same problems ?!

XP SP3 IE6.0

So am back to the previous version I suppose

Spend halve a day on figuring out where the prolblem was.

Damn !

ptrex