Seek and Ye shall find....
Mr Hansen answered my question 2 years before I asked it. He is so talented....
http://www.mjtnet.com/forum/viewtopic.p ... t=registry
Thank you,
Dick
Search found 3455 matches
- Wed Dec 07, 2005 9:36 pm
- Forum: General Discussion
- Topic: Detect Registry Keys and Values
- Replies: 11
- Views: 13982
- Wed Dec 07, 2005 4:01 pm
- Forum: General Discussion
- Topic: Detect Registry Keys and Values
- Replies: 11
- Views: 13982
Detect Registry Keys and Values
Macro Scheduler currently has four registry related commands that I'm aware of. - RegistryDelKey - RegistryDelVal - RegistryReadKey - RegistryWriteKey Would it be possible to have two new commands. One command to create a list of subkeys within a specified key and a second command that can create a ...
- Mon Dec 05, 2005 10:13 pm
- Forum: Technical / Scripting
- Topic: Default button declaration in a dialog.
- Replies: 9
- Views: 9965
Marcus, You are correct for me anyway. Until today I was not fully aware that was the case. Now I'd like to know how much control you as the programmer have over what entities can be "redefined" in a re-call of a dialog? For example: Do you control whether or not labels can be altered in subsequent ...
- Mon Dec 05, 2005 8:07 pm
- Forum: Technical / Scripting
- Topic: Default button declaration in a dialog.
- Replies: 9
- Views: 9965
Marcus, Thank you for the clarification, I think this helps me understand other aspects of dialog behavior as well. Apparently, when a dialog is called it becomes a relatively fixed entity within the context of the script. Even if the dialog is "closed" it has already been defined and some aspects o...
- Mon Dec 05, 2005 5:35 pm
- Forum: Technical / Scripting
- Topic: Default button declaration in a dialog.
- Replies: 9
- Views: 9965
Macro Scheduler 7.4.009, Win XP Pro I get the same results as Luciano. I tried several ways of rewriting the script and continue to get the same result. If "No" was selected the first time dialog1 is called, "No" is the default the second time it's called. - Tried setting dialog1 to null after first...
- Fri Dec 02, 2005 11:42 pm
- Forum: General Discussion
- Topic: Windows flag for Daylight Saving?
- Replies: 10
- Views: 11032
Another thought then.... Completely untested and off the wall.... Acquire the setting of the registry flag for DST. Check the time If original setting was off.. Turn on the flag Check the time If the original setting was on Turn off the flag check the time Reset the flag to original setting and comp...
- Fri Dec 02, 2005 11:06 pm
- Forum: General Discussion
- Topic: Windows flag for Daylight Saving?
- Replies: 10
- Views: 11032
Just a thought. I understand it will be much simpler if there is a registry key or some other flag the can be read for "DST on" or "DST off". In lieu of that flag's existence, could you convert "now" to Julien date and compare with Julien date for current year's first Sunday in April and Last Sunday...
- Thu Dec 01, 2005 5:17 pm
- Forum: Technical / Scripting
- Topic: killing processes and parsing data file
- Replies: 12
- Views: 10843
vanfanel, You're welcome and thank you for the tip of running tasklist in a command line. I'm embarassed to say I didn't realize it could be done. Wow the possibilities!!!! Me_Again, Thank you for your efforts. Why don't you do the whole thing programmatically: Marcus, I have zero knowledge regardin...
- Thu Dec 01, 2005 4:52 pm
- Forum: Technical / Scripting
- Topic: Error creating Dialog
- Replies: 3
- Views: 4180
- Thu Dec 01, 2005 5:40 am
- Forum: Technical / Scripting
- Topic: killing processes and parsing data file
- Replies: 12
- Views: 10843
Good job, I agree... however: Was just looking at the help for tasklist.exe. You can format the output to be comma delimited. This makes the task absolute and much easier. The line: tasklist /M kernel32.DLL /FI "CPUTIME gt 00:30:00" > C:\test.txt Becomes: tasklist /M kernel32.DLL /FO "CSV" /FI "CPUT...
- Wed Nov 30, 2005 11:36 pm
- Forum: Technical / Scripting
- Topic: killing processes and parsing data file
- Replies: 12
- Views: 10843
Not all processes have an extension. OK... same thing only different. The last column of the PID will always be column 33? agree? maybe? who knows for sure? So starting at column 33 and counting backward to find a space then taking the PID from the known position: Let>space= Let>k=3 Label>start Let>...
- Wed Nov 30, 2005 10:40 pm
- Forum: Technical / Scripting
- Topic: killing processes and parsing data file
- Replies: 12
- Views: 10843
Just found that out myself. Try this one instead. Let>space= Let>k=3 Label>start Let>k=k+1 ReadLn>c:\test.txt,%k%,line If>line=##EOF##,end Let>kk=0 Let>kkk=0 Label>FindPID Let>kk=kk+1 Let>PIDpos=kk+22 Midstr>%line%,%PIDpos%,1,test If>test=%space%,FindPID,ReadPID Label>ReadPID Let>kkk=kkk+1 Let>PIDle...
- Wed Nov 30, 2005 10:12 pm
- Forum: Technical / Scripting
- Topic: killing processes and parsing data file
- Replies: 12
- Views: 10843
Number of digits won't matter. It starts at column 30 and keeps looking until it hits a space. The problem would be if the PID does not start at column 30. On my computer, in very limited testing, the PID always began on the 30th column of text. Kind of wondering where you came up with a 4. The proc...
- Wed Nov 30, 2005 9:36 pm
- Forum: Technical / Scripting
- Topic: killing processes and parsing data file
- Replies: 12
- Views: 10843
There still might be an easier solution to your initial problem but this short script grabs the PIDs on my computer. Note the first line has a trailing space. Let>space= Let>k=3 Label>start Let>k=k+1 ReadLn>c:\test.txt,%k%,line If>line=##EOF##,end Let>kk=0 Label>ReadPID Let>kk=kk+1 Let>PIDpos=kk+29 ...
- Tue Nov 29, 2005 3:44 pm
- Forum: Technical / Scripting
- Topic: SMTPSendMail Priority
- Replies: 2
- Views: 4372
I have found an answer that seems to work for me at this moment. If I add a %CRLF% to the "Subject" line of the SMTPSendMail function I can then add information to the header. I have found that some things will be overwritten by the real header information. For example if I try to use "X-Priority" t...