SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

20 Most Recent Documents
Search Archives
Index by date, title, author, category.


Features:

Mr. Know-It-All
Ink
Download!










SCOUG:

Home

Email Lists

SIGs (Internet, General Interest, Programming, Network, more..)

Online Chats

Business

Past Presentations

Credits

Submissions

Contact SCOUG

Copyright SCOUG



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
SCOUG was there!


Copyright 1998-2024, Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.

The Southern California OS/2 User Group
USA

SCOUG-HELP Mailing List Archives

Return to [ 29 | March | 2004 ]

<< Previous Message << >> Next Message >>


Date: Mon, 29 Mar 2004 04:26:20 PST8PDT,4,1,0,3600,10,-1,0,7200,3600
From: Harry Motin <hmotin@sbcglobal.net >
Reply-To: scoug-help@scoug.com
To: scoug-help@scoug.com
Subject: SCOUG-Help: killing one of several .cmd files


5
=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================

Content Type: text/plain

Peter Skye wrote:
>The possible failure scenario that keeps nagging at me is that some
>other process might start a .cmd at the same time.

Well, you're right. But I personally do not know how else to do it. If you are worried by that failure scenario, then I would start my *.cmd programs, via the Rexx script, at a time after system startup, when I know that nothing else is going to screw up the identification of your *.cmd programs. For example, under XWorkplace you can order the running of your various startup programs. You can even set a delay between your various startup programs. I would run the Rexx script last.
HCM

Peter Skye wrote:
=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================

Harry Motin wrote:
>
> Timing is the issue, I think.

The possible failure scenario that keeps nagging at me is that some
other process might start a .cmd at the same time. This is unlikely
except at startup, but startup is when my logging and monitoring
routines will all start. Your idea of polling the PID list is a good
one and as long as there is only one new CMD shown then there isn't any
confusion; I will just have to check to make sure there aren't multiple
new CMDs.

Thanks, Harry.

- Peter

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================


Content Type: text/html

Peter Skye wrote:
>The possible failure scenario that keeps nagging at me is that some
>other process might start a .cmd at the same time.
 
Well, you're right. But I personally do not know how else to do it. If you are worried by that failure scenario, then I would start my *.cmd programs, via the Rexx script, at a time after system startup, when I know that nothing else is going to screw up the identification of your *.cmd programs. For example, under XWorkplace you can order the running of your various startup programs. You can even set a delay between your various startup programs. I would run the Rexx script last.
HCM

Peter Skye <pskye@peterskye.com> wrote:
=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================

Harry Motin wrote:
>
> Timing is the issue, I think.

The possible failure scenario that keeps nagging at me is that some
other process might start a .cmd at the same time. This is unlikely
except at startup, but startup is when my logging and monitoring
routines will all start. Your idea of polling the PID list is a good
one and as long as there is only one new CMD shown then there isn't any
confusion; I will just have to check to make sure there aren't multiple
new CMDs.

Thanks, Harry.

- Peter



=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================


<< Previous Message << >> Next Message >>

Return to [ 29 | March | 2004 ]



The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA

Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS RESERVED.

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.