[THIN] Re: have a process still running after seamless app closes
- From: <christopher.walter@xxxxxxx>
- To: <thin@xxxxxxxxxxxxx>
- Date: Fri, 23 Jan 2009 10:25:00 -0500
No loop. Qprocess runs once. The batch file waits at the command start /wait
"application". Once that application is closed it will continue on in the
batch file to kill the processes. Trust me, we are doing this for an
application for over 1000 users, it works.
Chris
________________________________
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of
Jeremy Saunders
Sent: January 23, 2009 10:03 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: have a process still running after seamless app closes
Hmmm...am I missing something here? Of course it has to loop. The qprocess |
find /i "process" must continually run to test to see if the first app is
running or not. How else will it know to take action using TSKILL, or whatever
else you use to kill the other two processes?
I'm not being rude or having a go at you, I'm just looking at this differently.
Cheers,
Jeremy.
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of
christopher.walter@xxxxxxx
Sent: Friday, January 23, 2009 11:48 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: have a process still running after seamless app closes
Whatever works. I wouldn't say it hammers resources, there is no loop in the
batch file and it just sits in the background minimized if you wish. Uses
about 2 MB of memory that's all.
Chris
________________________________
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of
Jeremy Saunders
Sent: January 22, 2009 11:06 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: have a process still running after seamless app closes
Hi Lan,
I think you are far better off using WMI to monitor for the closure of the
first app, so that it will then terminate the second, etc.
A similar example can be found here:
http://www.microsoft.com/technet/scriptcenter/resources/qanda/jul05/hey0701.mspx
Obviously this script would need some rework to achieve what you are looking
for, but you would get it to launch the main app, and then it just sits in the
background waiting for the app to terminate, and then terminates the other
processes. Nice and tidy. The nice thing about using this method is that it
doesn't hammer the system resources, whereas the method offered below (sorry
Chris) may well do that.
I have used this method before, but can't find my exact script :(
Cheers,
Jeremy.
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of
christopher.walter@xxxxxxx
Sent: Friday, January 23, 2009 9:36 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: have a process still running after seamless app closes
You could run it in a batch file so your initial app runs start /wait "your
front application"
Your next line could then be qprocess | find /i "process" to check for a
running process. If it doesn't find the process then run TSKILL on the process
that runs the application in the system tray and any others you want killed.
We have had to do the same thing here with an application that runs in the
System tray.
Chris
________________________________
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of
TSguy92 Lan
Sent: January 22, 2009 1:52 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: have a process still running after seamless app closes
Joe,
Thanks for the response on this, unfortunately neither these registry
adjustments on the server (+reboot), nor publishing the app with launchit seems
able to kill the additional exes which launch with the app when the core app is
closed.
I have simplified the publishing to just the base application exe which
launches 2 additional exe's when starting. After the core app is closed, these
two exe's continue to run in the session.
If anyone has other suggestions for directions on this I'd appreciate it, as is
it's looking like we may just have to bite the bullet and attempt to train the
user's to close out the systray EXE during log offs . . ./sigh
Thanks,
Lan
On Wed, Jan 21, 2009 at 3:10 PM, Joe Shonk
<joe.shonk@xxxxxxxxx<mailto:joe.shonk@xxxxxxxxx>> wrote:
Hello,
There is a Microsoft version of this key as well that has to be set... Here is
an example of both:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\wfshell\TWI]
"LogoffCheckSysModules"="ReconnAct!.exe"
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\SysProcs]
"ReconnAct!.exe"=dword:00000000
Joe
From: thin-bounce@xxxxxxxxxxxxx<mailto:thin-bounce@xxxxxxxxxxxxx>
[mailto:thin-bounce@xxxxxxxxxxxxx<mailto:thin-bounce@xxxxxxxxxxxxx>] On Behalf
Of TSguy92 Lan
Sent: Wednesday, January 21, 2009 3:31 PM
To: thin@xxxxxxxxxxxxx<mailto:thin@xxxxxxxxxxxxx>
Subject: [THIN] have a process still running after seamless app closes
Afternoon listies,
We have an app run in seamless mode, which is used as a starter point to ensure
that a number of other applications can be started within the same memory space
(same server).
One of the newer applications being launched by this starter point, has a
secondary EXE process spawned that drops directly down to the system tray.
All is well and good, until the main starter application is closed. The spawned
EXE's for the system tray app won't close without an end user selecting to exit
them specifically.
Have attempted the reg mods defined in -
http://support.citrix.com/article/ctx891671, but that hasn't done it for us so
far.
I was recall some kind of third party app, "launchit" "launchthis"...or
something similar which can watch spawned processes and close them out after
the initially launched app closes.
Not finding it in my searches, curious if anyone else is aware of a utility
which will help us close out this little bugger of an exe.
thanks,
Lan
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
________________________________
Confidentiality and Privilege Notice
This document is intended solely for the named addressee. The information
contained in the pages is confidential and contains legally privileged
information. If you are not the addressee indicated in this message (or
responsible for delivery of the message to such person), you may not copy or
deliver this message to anyone, and you should destroy this message and kindly
notify the sender by reply email. Confidentiality and legal privilege are not
waived or lost by reason of mistaken delivery to you.
________________________________
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
________________________________
Confidentiality and Privilege Notice
This document is intended solely for the named addressee. The information
contained in the pages is confidential and contains legally privileged
information. If you are not the addressee indicated in this message (or
responsible for delivery of the message to such person), you may not copy or
deliver this message to anyone, and you should destroy this message and kindly
notify the sender by reply email. Confidentiality and legal privilege are not
waived or lost by reason of mistaken delivery to you.
________________________________
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
Other related posts: