DJKMan

Since this thread shows up first on Google I thought I'd share this bit of info here. Func _SAP_ReadStatus() ConsoleWrite("[SAP Automation] - Reading Status" & @CRLF) $SAP_Status = $sap_session.findById("wnd[0]/sbar").text ConsoleWrite("[SAP Automation] - Status: " & $SAP_Status & @CRLF) Return $SAP_Status EndFunc ;==>_SAP_ReadStatus Tweak as necessary. Regarding the script failing to attach to the SAP Easy Access screen, I've also been having intermittent issues with connecting to SAP now. The same exact script works just fine on one computer but fails completely on another computer with an identical environment. I've even had one computer that used to be able to run SAP scripts then suddenly stops working. Same SAP client and all. Can anyone guess what's going on here?

I'd like to have another set of eyes on this before calling this a bug. In Array.au3 -> _ArrayUnique() Local $vFirstElem = ( ($iDims = 1) ? ($aArray[$iBase]) : ($aArray[$iColumn][$iBase]) ) should be: (Note the second $iBase) Local $vFirstElem = ( ($iDims = 1) ? ($aArray[$iBase]) : ($aArray[$iBase][$iColumn]) )

This script is pretty nice! However, in my case I find that using AutoIt's _FileReadToArray() is a bit faster for me. I was inspired by your script so I wrote my own function that converts 1D arrays to 2D arrays. '?do=embed' frameborder='0' data-embedContent>> My script combined with your _FileFromArray2D() works wonders on large data (and obviously small data too). I was able to cut down the time from 18 minutes or more (using AutoIt's built-in UDFs) down to mere seconds or less (using the above combo). Kudos!

I'm glad you like it! I have an idea to improve on it. It involves timing itself and automatically adjusting the chunk size for the best performance. This should allow for the algorithm to attempt to achieve the best performance possible, thereby, even faster parsing! Plus, it will become much easier to implement as we will no longer have to manually figure out the optimum chunk size on different platforms!

This script is fairly straightforward. If you ever worked with large files before then this may be of help. By large I mean files of 2 MB or so. Granted this doesn't sound so big but going through the file and parsing it to a 2D array all at once took an astronomical amount of time so I wrote my own function to handle this. I discovered that chunking a large array can boost the performance of iterating through the elements and theoretically this should maintain the performance no matter how large the array size is. I know there is room for improvement so please feel free to contribute! Note: I wasn't able to fully test this on larger files such as 200 MB in size due to AutoIt complaining about an error allocating memory while executing _FileReadToArray(). Any help is appreciated. Features: Chunking (Performance will never degrade over time; I.E. Capable of parsing 200 lines or 20,000 and no performance hit will occur) Automatically re-sizes to dynamic columns Preserves Columns while parsing FAST!!!!!! (I can parse a file that contains 24,000 lines with variable columns up to 8 columns and it will finish under a second.) Script: _ArrayTo2DArray.au3 Example usage: Local $aExport ;Initialize array _FileReadToArray("LARGE TEXT.txt", $aExport) ;Returns 1D array of file Local $aSheet = _ArrayTo2DArray($aExport) ;Converts it to 2D Example Text File: LARGE TEXT.txt This script was inspired by >this post. *Updated attachment: Minor bug fixes* *UPDATE June 6, 2013: I apologize! I just realized I made a complete mess of the algorithm. I'm working on a fix now.* *UPDATE June 6, 2013: Bug fixed! It's attached in the post now.

Exactly what I was thinking. It doesn't seem to have any purpose at all. It made me curious though!

I accidently stumbled upon this when I made a typo but there were no errors. Is this by design? $var = MsgBox(64, "Hello World!", "Test.") $var = $var()

Nice script! Might I suggest using Tidy to make your code easier to read? Press CTRL+T. in scite. One thing I've always pondered on is how to prevent SQL injection. Any suggestions? Stripping is generally the most common technique, although it is generally frowned upon if you rely on this.

It seems that there are many people out there who could benefit from this. When will you upload the script?

Sorry for the late response. I took a look at the topics you posted. These are all posts that make use of the SMTP protocol and ATOM Feeds. None of them involve the use of IMAP and SSL which is intended for receiving (not sending) mail. IMAP is a protocol much like POP3 is a protocol. It has a standard set of commands. It will rarely change behind the scenes which means it's more reliable in terms of scripting. I think you have my question confused with web scrapping. In this case, yes, Google, like many other major sites, constantly update their main HTML source code. The question still remains. (Although I seem to remember seeing a topic about it being achieved recently.)

I'm glad I kept an archive of most of the things I found interesting! _LinkGrammar_au3.zip

I've been searching around for the real reason as to why it's not so simple to support SSL connections in AutoIt. There is no official way of retrieving messages from GMail using AutoIt and IMAP which is what a lot of people have been trying to do. Care to point it out?

This worked quite well! Are you kidding? You did great! Did the job perfectly. How did you discover that page?

Simply enter what movie you want and the highest quality link will be returned. Skips Cam qualities, screeners, and iPod versions My only issue here now is how to get it to download the torrent properly and load it into uTorrent automatically. Any suggestions would be helpful

Thank you! This is indeed a much better solution.