chipmonger

Thanks for responding. The new line is definitely being handled differently. Getting an error that Windows cannot find the file name being passed by $FileName. Will look into it further this evening.

Have a master program that constantly calls a series of sub-programs. The sub-programs are copies of one master sub-program - the only difference is a filename each is passed as a command line parameter when calling the sub-program. I'd like to take advantage of the number of cores of the system where these programs will eventually run so I'd like the master program to run on CPU 0 and each of the sub programs run on its own CPU (the system has 24 cores). When the master program is run with no process affinity set (running on all cores), the sub-programs can be set with the appropriate affinity (core1.exe runs on CPU1, core2.exe runs on CPU2, etc). When I start the master program with a shortcut using /affinity 1 (to run only on CPU0), all the sub-programs run on CPU0 as well - they do not get the appropriate affinity as they do when the master program runs on all cores. I've tried two different ways to set the process affinity as shown below: $ProcessID = run($ProgramDir & "\Secondaries\" & $ProcessName & " " & $FileName, "", @SW_HIDE) ProcessWait ($ProcessName) _WinAPI_SetProcessAffinityMask($ProcessID, 2^$Core) And the second way: $Submit = "start /affinity " & 2 ^ $Core & " " & $ProgramDir & "\Secondaries\" & $ProcessName & " " & $FileName run(@ComSpec & " /C " & $Submit,"", @SW_HIDE) sleep(50) The sleep option is to prevent multiple processes being created for a CPU. Any ideas? Thanks, Chip

I'll just remove PRN from my list of stocks to process. Definitely looks to be a reserved word as Bowmore found. This was the only stock symbol (for me) that caused an issue. Chip

Without 'PRN' in my list to process, I've got over 6500 different filenames successfully processed and still going. I've got to run out to meet family but will be back in the evening. Thanks again, Chip

I made a temporary file so PRN is the first entry processed. The AAA directory was deleted prior to starting the program. Other than storing a temporary file using a different filename in a different directory, this is the only place in the program where a file write occurs. If I use my normal set of files and remove PRN from my list of entries to process, the program completes successfully.

For $StockCSV, "PRN.csv" For $ExchangeDir, "C:\Documents and Settings\Chip\My Documents\Historical Data\Stock Activity\AMEX\" Note that $ExchangeDir has been used unchanged on many other stocks/files with no issue. The only thing I can thing of is 'PRN' being a character device. Thanks, Chip

Have the following code snippet: If not FileExists($ExchangeDir & $StockCSV) Then _FileWriteFromArray($ExchangeDir & $StockCSV, $YahooStockEntries) Else When trying to do a check against the non-existent file 'PRN.csv', FileExists is evaluating as True. This is not happening with other file names, directory structure is correct. Any ideas? Thanks Chip

First, I just want to say thanks for taking the time to write a detailed and thoughtful response. I truly appreciate it. The web page is going to rather basic, just a graphic and/or text fields. One text box for the user to type a response. I'd rather not code everything while learning a new language, but perform most of the lifting in AutoIt while passing off to the web server what needs to be displayed and done within it. Thanks again, Chip

I was able to download the AuCGI.zip file, but need the AuCGIFiles.zip archive that contain at least lighttpd-inc.conf, test.web, and Start.bat. Any ideas? Thanks again, Chip

BTW, an archived version of the autoit.me web page is available at http://web.archive.org/web/20100327112514/http://www.autoit.me/

Thanks. Will be doing more research, but seems to be the ticket. Will play with it when I can. Chip

I understand what needs to be the inputs to the web page from AutoIt, we're looking at a graphic and a few text fields. There will be a text field that needs to be returned to AutoIT from the web server. In doing some further research, it looks like the AutoIt CGI Handler may be the ticket. My only concern is that there hasn't been many posts regarding it for two years.

Hi, this seems to be the solution that I'm looking for to serve information to remote users and retrieve their responses. I noticed that there have been few posts regarding this software for two years. Is this still current, or has something else superseded it? Thanks, Chip

No it does not. I'm trying to understand what needs to be done prior to diving in.

I understand the need to create the web site and how the students will access it. I've also used the _IE functions in some of my other scripts on the client side so I'm familiar enough with that to be dangerous The AutoIT script in this portion wouldn't be used to read/scrape data from the web page, but provide the data for the web server to push it down to the user. The nearest thing I've seen dealing with this is some AutoIT integration/communication with PHP on the server side or using AutoIT as a web server itself. That's were I get a bit confused and don't want to make assumptions...

I'm helping a friend who is collaborating with school districts in rural locations. We need to be able to show the students words and/or pictures and have the students respond back. The script will log what was sent to the students and their responses. Another script will process this information. We don't have access to these computers so we cannot install programs - we don't know that they will be running Windows. What I'm thinking is that AutoIT has the information that needs to be presented to the student. It provides the content (the text/pictures) to the web server and when the student goes to the URL that content is displayed. The student keys in his or her answers and AutoIT get those responses back from the web server. AutoIT does any needed processing, and then stores the data. How to have AutoIT hand off the content to the web server, and retrieve the response is what I don't understand.

No, and I don't know if it will be possible. All I do know is the computers (whatever they are) have Internet access.

Thanks Edano. If I was to assume anything, I would think having AutoIT push the content to a web form and then getting the remote user's responses back would be the way to go. I can't count on being able to give them a client program to interact with the AutoIT host program - I cannot get confirmation that remote users will always use a Windows-based computer. Chip

Ok, I have no code yet as I was attempting to understand which was easiest/best. I've done several small AutoIT projects in the past, but this is the first where I needed to involve presenting to and accessing from a remote external user. I've been trying to read up prior to posting this, but haven't seen something yet that struck me as similar. To sum the project up, AutoIT has some access to some local data. I need for it to be able to present this data: text and/or graphics (even a link to the graphic) to a remote user. They will post their responses to what is displayed, and then I need the AutoIT program to process their response. I'm guess I'm being a bit vague as I don't know which way to do this. I don't want to say I need it done 'X' way if 'Y' way would do it easier. I should have been clearer that the users would be accessing the data in remote locations and not on a local network. Thanks again, Chip

I have a need to have an AutoIT script provide information to and then retrieve information from a remote user. The information that needs to be displayed could be done on a web page; it is a combination of text and graphic data. I need to display this information, then retrieve the responses from the remote user and use that information to continue processing the AutoIT script. What would be the best way to do this? Thanks, Chip

Sorry to answer my own question, but it looks like starting with version 2.12 SciTE is now built with Visual Studio 2010 which does not produce executables which run on Windows 2000. If Windows 2000 support is needed, then build it with an older compiler such as Visual Studio 2008.

Just set up a new, fully patched Virtualbox VM of WIndows 2000 Pro. Installed AutoIT 3.3.6.1 and SciTE4AutoIT3 dated 7/3/11. Attempt to start Scite and get a 'c:\Program Files\AutoIt3\SciTE\SciTE.exe is not a valid Win32 application. As far as I can tell in the release notes, both applications should still be Windows 2000 compatible. There is no antivirus running on the VM. Any ideas? Thanks, Chip

Will keep that in mind. Thanks again for your help with this newbie.

Haven't tried that. I'm just using 'Run("C:\LogFile.exe " & @scriptname)', knowing that the filename is at most two words.

I figured it out. I'm passing the program name to a second program to update a file. Since the program name had a space when it was passed, the called program treated it as a second command line parameter. I've modified the called program to check for the second command line parameter, and if found, handle it properly. Thanks again, Chip