Styler001

Thanks, Siao, for the hints. And thanks, Valuater, for the script. I wasn't expecting anyone to write one for me, but I do appreciate it. It's been awhile since I've done anything with AutoIt, so I was not looking forward to struggling through relearning what I might've forgotten. Your script works perfectly. Thanks again.

I really struggled over whether I should dredge up a year-old topic that had some relevant suggestions, or starting up a new topic. I'm still not sure a new topic was the best way to go, but here it is anyway. I've got between 200 and 300 text files that I want to merge into one. There is no commonality between the filenames, other than the TXT extension. Nothing like FILE1.TXT, FILE2.TXT, FILE3.TXT, etc. Each file pretty much has a completely different filename. This isn't the actual list, but filenames could be as different as CATS.TXT, DOGS.TXT, RACING.TXT, DIRT.TXT. So no way of simply saying something like: Append fileX.txt through fileY.txt into fileZ.txt They are, however, all in the same directory. I know I can accomplish the basic append through the DOS prompt, but that just crams all of the text files into one seemless file. I'd like to be able to put some kind of divider in between each file to differentiate between them so each "section" would be easier to recognize. I've found a program called UUMERGE that will put a divider in place, but it's little better than the DOS copy I mentioned above. Is there a good way to do this in AutoIt?

Thanks, nabeel. I'm still in the process of getting all my files together that I need to archive, so I'll definitely give this one a try as well.

I guess I could have made this an edit in my last post, but if anyone else is watching this thread, I wanted them to see that I had something new to contribute to it. Using SizeMe and Ignition on the same directory full of more files than what would fit on a single CD, both programs came up with exactly the same results for filling the discs to as nearly full as possible. And they both look like they'll do the copying for your. So, the only question now is which one to use. Thanks again for the input guys. At another site where I asked about some program like those two, I got reamed by one idiot because he couldn't find any programs like them, so therefore they didn't exist. Maybe when I'm feeling smart someday I'll give the AutoIt option a go. My head hurts already just thinking about it.

Thanks, GMK and MHz. Those both look promising. I don't know how you guys found them. I'd done all combinations of search phrases in Google I could think of, and all I could come up with was one program from 1994 for use with 1.44 and 2.88 meg floppies. I'll give those two a try.

PsaltyDS is correct. I just want to cut down on the amount of wasted space that comes from human interaction. If the script can copy the files to the CD or DVD, that'd be great. But I know it's not always easily done without going through another program first like Roxio or Nero or something similar. So, I'm willing to do all that part if the script can just create a list for me to go by. The script would just need to read the target drive to see how much space is available on the disc, because the disc may not always be completely empty.

About 10+ years ago, I remember using a freeware utility that would look at the amount of free space on the disc of your choice and then determine which files from a directory would best be used to completely fill up the remaining space on that disc. It would actually go so far as to copy (or move) files from the directory to that disc. I'm not so interested in the copy/move function as much as I am in the program being able to produce a list of files that I can then manually copy to a DVD or CD. I use Nero to do this kind of copying, and the only way I can get even remotely close to filling up the disc is by trial and error: selecting a bunch of files, seeing if they fill up the disc, then adding/removing files until I get a combination that is somewhat close. Does anyone here happen to have an AutoIt script that they've created that would do this? Or is this one that someone can create? I'm afraid if I sat down to this task, I'd end up writing a script that would take hours to generate a list. And I really have no clue as to how to accomplish it either. If anyone can help out, I'd greatly appreciate it.

I'm not sure about USKO blocking pixel functions. I was using it mainly for MYKO. Everything worked fine there. (Maybe not this macro, but another one I've written since this one was posted.) For USKO, there are far better options than a simple macro.

Well, I really don't think the problem is with the script. Since it works fine for me and some others who are using it, I'm really leaning toward a hardware issue at his end. But then it's also hard to know that I'm getting the right answers to the questions I'm asking. Something that may seem insignificant to him and not worth mentioning could be the answer to the whole problem. Like you, it's hard for me to know what the real problem is without seeing it for myself. If he was local, I'd just drop by his place and see what's up. But, since he's two time zones away from me, that's kind of hard to manage. I'll give that @KBLayout a shot. I'm assuming there is probably some kind of help online or in the help file to explain how to use it?

I'm not really sure if this is a support issue, but it does involve an AutoIt script I'm using in an online game with complete success while one of my clanmates is meeting with complete failure. A problem he's having is that the AutoIt script he's using (which is the same exact one I'm using) is sending completely wrong keys to the game and he's running around like a retard. I have the script reading from an external variable file that was created from a separte GUI script (which is also the same exact one we are both using). I've looked over his variable file (which is different than mine because of the options he's chosen) and all seems well. I can see absolutely no reason why he is having this problem. Other players of the game who are also using it have not reported anything similar. He is the one that brought up the fact that he has a wireless keyboard and was wondering if that might be the reason. I have even gone so far as to search the entire script for every occurrence of the letter L (one of the letters that is causing him problems), just to see if I had inadvertently missed cleaning something up. The only places L shows up in Send commands is in features he has disabled, and his variable file verifies that. And we are both using v3.2.0.1 of AutoIt. Like I said, I doubt that this is an AutoIt problem. But I am hoping some of you pros here might have some insight into why this might be happening.

Well, I switched all the timed functions over from MAGS' functions to the built-in ones in AutoIt. So far, from the minimal testing I've done with them, they seem to be doing the job nicely. I've set up my main timers as the TimerInit and TimerDiff options, then set up my function that I want to really take control as an AdlibEnable. It seems to be working out OK that way. I don't do hyperthreading (at least I don't think so) and I don't have a multiprocessor machine, so AutoIt's functions may do just fine for me. And thanks for sending me in the directon of TogglePause. I'll take a look at it when I've got a little more time. As I have the script now, it works fine for me, but others would not be using the same script as I am, so I'd still like to look into two separate ones. Thanks again for your (and Uten's) help.

@ Uten: I think suspending is getting in way over my head at this point in my AutoIt use. And communicating states between scripts...all the examples in the help file seem to be dealing with the currently running script, unless I'm missing something, which I probably am. @ sohfeyr: When I originally started working on my script a few months ago, I must not have done a good search on timers. I don't remember seeing that there were already timer functions in AutoIt. Maybe MAGS' functions are actually too complicated in the way that they work for what I'm trying to accomplish. I'll give the built-in timer functions a try and see if that gets me around the issue I'm having. But your _TimeDelayForMS function seems like it might be more reliable yet. It looks to me like you have it working off the actual PC's clock rather than doing a basic countdown (if I'm not mistaken), and that would lead to a more consistent execution of a timed function since online lag would hopefully not play much of a part. I'd still like to get these working as two separate scripts and was really hoping AutoIt had a simple Pause/Resume function for handling another script. Thanks to both of you for your input.

I've looked in the help file for "pause" and also searched here for the same keyword in the topic title, but haven't come across what I'm looking for. I've got a macro that I run quite often that uses MAGS' timer functions, and it works very well. The issue I have is that I'm trying to incorporate another timer into it that will read a memory address and execute the function it calls, but this timer doesn't seem to want to work in the main script. I have tested the function alone, outside of my main macro, and it works fine. So, my thought was just to run this small function as a stand-alone macro and just have it pause the main macro each time it is scheduled to execute. And, after thinking about it more, this would probably be the better way to go, since others I know will be using this with their own modified versions of the main macro. All of the "pause" topics here seem to have to do with people wanting a pause button or a pause icon in the system try. What I want is for the stand-alone mac to pause the main mac on its own, without any intervention from me. So, if my mini, stand-alone mac is called "StandAlone" and the main mac is called "MainMac", I'd like to set up "StandAlone" something like: _TimersInitialize() _TimerSet ("CheckChatTimer", 120000, "CheckChat") _TimerStart ("CheckChatTimer") Func CheckChat() Pause ("MainMac.au3") . . . Resume ("MainMac.au3") EndFunc And StandAlone could be started at any time. It is possible (and very likely) that I'd start it up well after MainMac has been running for quite some time already, and I would probably be in a position where I would not want to completely stop MainMac. If you guys have any suggestions, or can point me in the direction of a topic that I may have missed that answers this, I'd appreciate it.

One solution (and I don't know if it'd work) would be to use a separate function that would monitor the use of AdlibEnable commands and start the next one up based off of time differences. This is all "on-the-fly" thinking, so forgive me if it seems convoluted. I can just see this taking up alot of lines of coding the way I'm envisioning it if there gets to be too many "timers". As it is, I think there will only be 3 or 4 timed functions. Also, please forgive the "noobish" look of this. $Function1Used = 1 $Function2Used = 1 $Function1Time = 120000 $Function2Time = 180000 If $Function1Used = 1 Then AdlibEnable ("Function1", $Function1Time) ElseIf $Function2Used = 1 Then AdlibEnable ("Function2", $Function2Time) EndIf Func Function1() . . If $Function2Used = 1 Then AdlibEnable ("Function2", $Function2Time - $Function1Time) EndFunc Func Function2() . . If $Function1Used = 1 Then AdlibEnable ("Function1", $Function2Time - $Function1Time) EndFunc I know this is just a best case scenario. Of course, there would have to be checks for if Function1 isn't used so Function2 would still run if it was used. As well as checks for any other timed functions. As well as for running Function1 again before Function2 if Function1's delay would expire again before Function2 was set to execute. And others I'm probably not seeing at this time. Man, if this is something you guys think might work, it's going to get confusing. And I can foresee the timings starting to get thrown off little by little each time an AdlibEnable is called, since the timing wouldn't be true to the original start of it all. And I would have to have the functions called in order of lowest time to highest. This is about the only solution I can think of. So if you guys have any better suggestions, I'm eager to hear them.

I was afraid of that. That kind of limits my options. But Sm0ke's suggestion gives me a path to consider. The only problem I see is that I'll only be able to use multiples if they are all the same duration. Unfortunately, I don't think I have any that fit that bill. They're pretty much all different. Thanks, Sm0ke. I'll play around with that and see if I can come up with some workaround. Right now I don't see one, but maybe looking at this again with a fresher mind will help.