Yeik

That is what i was thinking of doing maybe something even more like ¿¡ that im sure i will never use in any of my code. or strings. I just didn't know if there was an easier way.

]If i have two scripts can i do something like In my experiments i haven't been able to get it to work. would it be better just to send like a beginning line with how big the array is then send each array element individually or do _arraytostring() function to send it all in one lump, assuming each is a string of course. $tarray[3]=[1,2,3] TCPSend($ConnectedSocket, $tarray)

Thank you for declaring your variables.

You know, you dont have to repost every 15 minutes. I actualy think your probably hitting refresh or F5 and hitting yes to resend the data, which makes your browser think that it is doing the same post over, and sends it to the server.

i suggest opening up help, going to index, and looking for Command Line Parameters. it should help you a lot.

Kip, someone trying to use my example script noticed an error when using my script with your newest udf. In my code I have set it so you must declare variables. and you forgot to declare variables for $uBound. Just a suggestion that you should use this, or make sure you test with it at least, helps those of us that are picky about our code that use it not come into problems later.

TCP udf You didn't download the TCP UDF from Kip, it should be in this Example scripts forum. Put this in your include directory. Nevermind. i downlaoded the latest tcp udf and it is doing this. looks like Kip forgot to declare $uBound anywhere in the tcp udf, and i have the Must Declare Variables, 'opt("MustDeclareVars", 1)', set so that is causing the error. in elevate.au3 you can remove that line, or you can add local $uBound in each function that has it in Kip's tcp client.

May i point out the obvious and just say use it backwards. use 2 servers and 1 client. they can talk back and forth, it isn't a one way TCP connection. Server just means its the one that provides services. in this case it means the part of the program that manages connections and accepts them. the client is the one that initiates the connection. what you do after that is entirely up to how you code it.

I think we like quoting and repeating ourselves. At least this gives me more posts!

you mean where it says NOT Logical NOT operationg e.g. Not 1 (false) and highest precedence to lowest: NOT ^, * /, + -, &, < > <= >= = <> == AND OR I have read through it, a few times. the problem was i was thinking that the not would let the other run, and i could use it like i do !=, without thinking about the priority in which they run. Whenever im coding in AutoIT, my help file is ALWAYS up on the next screen.

Yes, I understand, sorry about the i without the $, I have been writing too many python scripts lately. but from my experimentation it does seem that "if Not 'str' = 'str'" the Not evaluates 'str' since it isn't null, or 0, or false (basically means the same thing) then it goes to the else statement. Thanks for helping clear up the confusion. It has been oddly interesting. I will be more careful with my if statements from now on.

My point was more to the effect that I find it odd how the Not takes the next value and will return, but i guess that is a feature so you can have if 100 < I > 50 then work correctly, instead of executing the whole statement, it just executes it as an AND/OR. I guess i can use the <> with no issues, or make sure i use the correct parenthesis.

$not = 1 if Not $not = inputbox("test", 'Test for: '&$not) then msgbox(0, 'True', 'Then') else msgbox(0, 'False', 'Else') endifoÝ÷ Û^»§)à¶nÞr^¶×«Â­Ê©º×è®Ø^znµº1Áëaz¸­³Z+i·yø(¯H­jÊË!£-á%±é²Æ yº1ëb*.r§í7êz- works wether $not =0 or anything else. This is why i miss !=

Sorry for the long wait, I get busy and go out of town a lot. So the server, as you can see, is pretty simple since most everything else is already created in my au3 file. TrayItemSetOnEvent(-1, "_listclient")oÝ÷ Øâ.¥¡"Ú,zwZ²)àé²Æ zÚ-éZ²×%éírçyË^u«­¢+ÙQÉå%ѵMÑ=¹Ù¹Ð ´Ä°ÅÕ½Ðí} ÉÑÕ¤ÅÕ½Ðì¤ Brings up a GUI i threw together that lists all the events you receive (ones that the client sends back after finishing a command you send will say Finished:>) there currently isn't a box for history of commands you send, i may add that later. The box below that is where you type what your sending. Then you have a list of checkboxes that show you all the clients (by ip address) that you have connected. Checking them will send the message to that client. The dropdown menu just adds string into the from of the command you are sending, ie run will add '/autoitrun;' to the front of your string so you type in "notepad" and you would get '/autoitrun;notepad' the client receives this and sees the /autoitrun and knows that it is going to run() the command after ; so it would call run(notepad) the client then respondes saying I finished running notepad ('Finished:>/autoitrun;notepad') so right now it is just a basic setup that can comminucate back and forth, with the ability to call a few specific autoit functions. I set it up as a base so that it can be expanded upon heavily, and also for remote installation of silent exe/msi files. I hope this helps you understand my side of the code, if your curious about the tcpudf that i am using, the example scripts have kiffs event driven tcp UDF and should be able to help with that.

up to 20 downloads, hopefully people are liking it, modifying it, and twisting it for their own pleasure. I am interested in hearing how people end up using this, or if they are just getting it to look at the code for their own projects. I will be updating it again soon. There are a few more things I want to code in, and then there is a small project I am working on that if it works, and I get it completed I will integrate into this, and possibly post seperately if there is lots of interest in it.