Solaris (SunOS 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-250)

I will try what you say, it will have to wait till monday though. I am off
to have a couple of beers and fill out my survey.

You are not being insistent. I am certainly not a UNIX admin so the little
things are VERY important to me. This being one of them.

Thanks very much for the help you have given me so far. I had a problem once
on AIX sim to this one where the variables were not being passed to the
child. Unfortunatly nobody where I was could figure out why. Usually in that
situation it is something so simple it is not noticable!!

Have a nice weekend


                           bobbee





From: Pavel Tolkachev <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Script Question
Date: Fri, 8 Nov 2002 12:26:40 -0500

Hello Bobbee,

Sorry for being a bore, but displaying the variable does not actually mean
it was exported. Instead of echo $VARNAME, try 'env | grep "^VARNAME="' to
make sure it is exported, not just set locally in your x.y.z script.

I am so insistent because there must be no problem in exporting any
variable in a regular Korn shell at any time, not only on startup, and
child processes by default inherit the environment on any Unix. Again, what
is the platform?

Hope this will help,
Pavel




                      Robert Broderick
                      <robertbroderick@H        To:
[EMAIL PROTECTED]
                      OTMAIL.COM>               cc:
                      Sent by: MQSeries         Subject:  Re: Script
Question
                      List
                      <MQSERIES@AKH-Wien
                      .AC.AT>


                      11/08/2002 09:01
                      AM
                      Please respond to
                      MQSeries List






Prior to calling the binary there is a line ". /x.y.z" where x.y.z is a
config file, sim. to a profile that has 'exports' imbedded in it. Prior to
the binary being called we can display the variable but thbinary cannot
resolve to it. There was a suggestion to running this at startup. I have to
talk to the developer and find out the relationship of this process to what
he is doing and what is globally needed.

                                                                   bobbee






>From: Pavel Tolkachev <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Script Question
>Date: Thu, 7 Nov 2002 16:35:00 -0500
>
>Hello Bobbee,
>
>It might be a silly question, but still: do you export the variable or
just
>set it? I am asking such as the following one-liner:
>
>unset A; rm nohup.out; echo "A=$A"; A=A_VALUE; export A; nohup perl -e
>'print $ENV{A} . "\n"'; cat nohup.out
>
>works fine for me in 3 different shells: sh, ksh and bash.
>
>with the same output:
>
>------cut here
>A=
>Sending output to nohup.out
>A_VALUE
>------cut here
>
>I added "unset A" command in order to try it several times; however I
swear
>I do not set "A" in my .profile.
>
>Another question is: what was the platform (the example above is from
>Solaris 8)?
>
>Hope this will help,
>Pavel
>
>
>
>
>
>                       Bill Seng
>                       <bill.seng.b@BAYE        To:
>[EMAIL PROTECTED]
>                       R.COM>                   cc:
>                       Sent by: MQSeries        Subject:  Re: Script
>Question
>                       List
>                       <MQSERIES@AKH-Wie
>                       n.AC.AT>
>
>
>                       11/07/2002 01:37
>                       PM
>                       Please respond to
>                       MQSeries List
>
>
>
>
>
>
>Bobbee,
>
>You could try the following:
>
>    nohup ". ~/.profile; exec $PROC -file=$CONFIG $TRACE > $OUT 2>&1" &
>
>However I haven't had much success with that.  Instead, I start the
>adapters
>using the unix "at" command within a script:
>
>    at now <<-EOF >/dev/null 2>&1
>    . ~/.profile
>    cd $DIR
>    exec $PROC -file=$CONFIG $TRACE > $OUT 2>&1
>    EOF
>
>Within it, I source in ~/.profile.
>
>The environment variables DIR (location of the config file), PROC
(adapter
>process - NNSYAdapter38), CONFIG (name of configuration file), and TRACE
("
>-trace" if trace is desired) are set within the script prior to
invocation
>of
>the at command.  I use exec so that I don;t add any extraneous ksh
>processes.
>
>Regards,
>
>Bill
>
>
>
>
>                       Robert Broderick
>                       <robertbroderick@H        To:
>[EMAIL PROTECTED]
>                       OTMAIL.COM>               cc:
>                       Sent by: MQSeries         Subject:  Script
Question
>                       List
>                       <MQSERIES@AKH-Wien
>                       .AC.AT>
>
>
>                       11/07/2002 08:41
>                       AM
>                       Please respond to
>                       MQSeries List
>
>
>
>
>
>
>We are running the New Era SAP R/3 adapter. In the script that starts up
>the
>process it runs a binary passing it a configuration file as a parameter.
>The
>configuration file references Environment variables that are loaded in
and
>outside of the USERID profile. When the binary is started using nohup a
'ps
>-ef' shows it runnig under the starting USERID but it fails because the
>environment it was started from is not being used. I would suspect the
>.profile for the USERID may be set up but the additional ENVIRONMENT VARs
>are not in there. Obviously I could add the extra stuff to the USERID's
>.profile. or I could instead start a script 'nohup' and set up th3e
>environment and execute the binary under the script.
>
>My question is. is there a way to start the binary with nohup and have
the
>current environment copied to the new process environment???
>
>                                             bobbee
>
>
>
>
>_________________________________________________________________
>Tired of spam? Get advanced junk mail protection with MSN 8.
>http://join.msn.com/?page=features/junkmail
>Instructions for managing your mailing list subscription are provided in
>the Listserv General Users Guide available at http://www.lsoft.com
>Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>Instructions for managing your mailing list subscription are provided in
>the Listserv General Users Guide available at http://www.lsoft.com
>Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
>
>
>
>
>--
>
>This e-mail may contain confidential and/or privileged information. If
you
>are not the intended recipient (or have received this e-mail in error)
>please notify the sender immediately and destroy this e-mail. Any
>unauthorized copying, disclosure or distribution of the material in this
>e-mail is strictly forbidden.
>
>Instructions for managing your mailing list subscription are provided in
>the Listserv General Users Guide available at http://www.lsoft.com
>Archive: http://vm.akh-wien.ac.at/MQSeries.archive


_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive





--

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*.
http://join.msn.com/?page=features/featuredemail

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Reply via email to