Friday, January 23, 2009

[THIN] Re: have a process still running after seamless app closes

Aha…I see now J

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of christopher.walter@cgi.com
Sent: Saturday, January 24, 2009 12:25 AM
To: thin@freelists.org
Subject: [THIN] Re: have a process still running after seamless app closes

 

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@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Jeremy Saunders
Sent: January 23, 2009 10:03 AM
To: thin@freelists.org
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@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of christopher.walter@cgi.com
Sent: Friday, January 23, 2009 11:48 PM
To: thin@freelists.org
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@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of Jeremy Saunders
Sent: January 22, 2009 11:06 PM
To: thin@freelists.org
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 L

 

Cheers,

Jeremy.

 

From: thin-bounce@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of christopher.walter@cgi.com
Sent: Friday, January 23, 2009 9:36 AM
To: thin@freelists.org
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@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of TSguy92 Lan
Sent: January 22, 2009 1:52 PM
To: thin@freelists.org
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@gmail.com> 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@freelists.org [mailto:thin-bounce@freelists.org] On Behalf Of TSguy92 Lan
Sent: Wednesday, January 21, 2009 3:31 PM
To: thin@freelists.org
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
______________________________________________________________________


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.

No comments: