Sponsored Content
Full Discussion: Pid=$!
Top Forums Shell Programming and Scripting Pid=$! Post 302843913 by in2nix4life on Thursday 15th of August 2013 04:09:00 PM
Old 08-15-2013
Code:
$!  Process number of last background command.

More information here, or just lookup Built-in Bash Shell Variables.
This User Gave Thanks to in2nix4life For This Post:
 

10 More Discussions You Might Find Interesting

1. Programming

printing ppid,child pid,pid

question: for the below program i just printed the value for pid, child pid and parent pid why does it give me 6 values? i assume ppid is 28086 but can't figure out why there are 5 values printed instead of just two! can someone comment on that! #include<stdio.h> #define DIM 8 int... (3 Replies)
Discussion started by: a25khan
3 Replies

2. UNIX for Advanced & Expert Users

Pid=0

What OS does not use PID=0? is it FreeBSD? (0 Replies)
Discussion started by: nmajin
0 Replies

3. Shell Programming and Scripting

how to get PID only

The below command returns full line.How can i get only PID from this line ie 15794 from the below example (FI NY) nbswpsa52.ny.ficc.gs.com~ ->ps -ef | grep keepalive | grep -v keepaliveStub | grep -v swapback | grep -v grep ficctprd 15794 1 0 13:12:58 ? 0:01 keepalive (3 Replies)
Discussion started by: kotasateesh
3 Replies

4. UNIX for Dummies Questions & Answers

getting PID

Hi , I am trying to get the PID using the following command: $ /usr/ucb/ps -auwwwwx | grep java | grep Proceess | ptree PID or $ /usr/ucb/ps -auwwwwx | grep java | grep Proceess;ptree PID it is possible to get PID, such that I check whether any orphan process is running. solution... (0 Replies)
Discussion started by: Rakesh Bhat
0 Replies

5. UNIX for Dummies Questions & Answers

Session PID & socket connection pid

1. If I use an software application(which connects to the database in the server) in my local pc, how many PID should be registered? Would there be PID for the session and another PID for socket connection? 2. I noticed (through netstat) that when I logged in using the my software application,... (1 Reply)
Discussion started by: pcx26
1 Replies

6. Shell Programming and Scripting

KILL PID, intern should kill another PID.

Hi All, In my project i have two process runs in the back end. Once i start my project, and execute the command ps, i get below output: PID TTY TIME CMD 9086 pts/1 0:00 ksh 9241 pts/1 0:02 java 9240 pts/1 0:00 shell_script_bg java with 9241 PID is the main... (4 Replies)
Discussion started by: rkrgarlapati
4 Replies

7. UNIX for Dummies Questions & Answers

Need to get pid of a process and have to store the pid in a variable

Hi, I need to get the pid of a process and have to store the pid in a variable and i want to use this value(pid) of the variable for some process. Please can anyone tell me how to get the pid of a process and store it in a variable. please help me on this. Thanks in advance, Amudha (7 Replies)
Discussion started by: samudha
7 Replies

8. UNIX for Dummies Questions & Answers

Get pid

Hello people, This question might seem to be a little naive but here it goes: I want to know the PID of a script that is running in the background. eg: There is a script called Data_Downloader.sh I am using the command: ps -ef | grep Data_Downloader.sh But I am getting the output as wrkarea... (9 Replies)
Discussion started by: Rajat
9 Replies

9. UNIX for Dummies Questions & Answers

Another PID ?

I have searched to find an anwer to no avail, I hope you can help me. I have a.ksh that many people call and a.ksh calls b.ksh b.ksh is also invoked stand-alone by many people as well In b.ksh I want to do something different if it was not involked by a.ksh. How can I do this? (7 Replies)
Discussion started by: CAGIRL
7 Replies

10. UNIX for Dummies Questions & Answers

PID value

name the process wit PID value 0? swapper or scheduler or both.... (3 Replies)
Discussion started by: karthi_g
3 Replies
Daemon(3pm)						User Contributed Perl Documentation					       Daemon(3pm)

NAME
App::Daemon - Start an Application as a Daemon SYNOPSIS
# Program: use App::Daemon qw( daemonize ); daemonize(); do_something_useful(); # your application # Then, in the shell: start application, # which returns immediately, but continues # to run do_something_useful() in the background $ app start $ # stop application $ app stop # start app in foreground (for testing) $ app -X # show if app is currently running $ app status DESCRIPTION
"App::Daemon" helps running an application as a daemon. The idea is that you prepend your script with the use App::Daemon qw( daemonize ); daemonize(); and 'daemonize' it that way. That means, that if you write use App::Daemon qw( daemonize ); daemonize(); sleep(10); you'll get a script that, when called from the command line, returns immediatly, but continues to run as a daemon for 10 seconds. Along with the common features offered by similar modules on CPAN, it o supports logging with Log4perl: In background mode, it logs to a logfile. In foreground mode, log messages go directly to the screen. o detects if another instance is already running and ends itself automatically in this case. o shows with the 'status' command if an instance is already running and which PID it has: ./my-app status Pid file: ./tt.pid Pid in file: 14914 Running: no Name match: 0 Actions "App::Daemon" recognizes three different actions: my-app start will start up the daemon. "start" itself is optional, as this is the default action, $ ./my-app $ will also run the 'start' action. By default, it will create a pid file and a log file in the current directory (named "my-app.pid" and "my-app.log". To change these locations, see the "-l" and "-p" options. If the -X option is given, the program is running in foreground mode for testing purposes: $ ./my-app -X ... stop will find the daemon's PID in the pidfile and send it a SIGTERM signal. It will verify $App::Daemon::kill_retries times if the process is still alive, with 1-second sleeps in between. To have App::Daemon send a different signal than SIGTERM (e.g., SIGINT), set use POSIX; $App::Daemon::kill_sig = SIGINT; Note that his requires the numerial value (SIGINT via POSIX.pm), not a string like "SIGINT". status will print out diagnostics on what the status of the daemon is. Typically, the output looks like this: Pid file: ./tt.pid Pid in file: 15562 Running: yes Name match: 1 /usr/local/bin/perl -w test.pl This indicates that the pidfile says that the daemon has PID 15562 and that a process with this PID is actually running at this moment. Also, a name grep on the process name in the process table results in 1 match, according to the output above. Note that the name match is unreliable, as it just looks for a command line that looks approximately like the script itself. So if the script is "test.pl", it will match lines like "perl -w test.pl" or "perl test.pl start", but unfortunately also lines like "vi test.pl". If the process is no longer running, the status output might look like this instead: Pid file: ./tt.pid Pid in file: 14914 Running: no Name match: 0 The status commands exit code complies with http://refspecs.freestandards.org/LSB_3.1.1/LSB-Core-generic/LSB-Core-generic/iniscrptact.html and returns 0: if the process is up and running 1: the process is dead but the pid file still exists 3: the process is not running These constants are defined within App::Daemon to help writing test scripts: use constant LSB_OK => 0; use constant LSB_DEAD_PID_EXISTS => 1; use constant LSB_DEAD_LOCK_EXISTS => 2; use constant LSB_NOT_RUNNING => 3; use constant LSB_UNKNOWN => 4; use constant ALREADY_RUNNING => 150; Command Line Options -X Foreground mode. Log messages go to the screen. -l logfile Logfile to send Log4perl messages to in background mode. Defaults to "./[appname].log". Note that having a logfile in the current directory doesn't make sense except for testing environments, make sure to set this to somewhere within "/var/log" for production use. -u as_user User to run as if started as root. Defaults to 'nobody'. -l4p l4p.conf Path to Log4perl configuration file. Note that in this case the -v option will be ignored. -p pidfile Where to save the pid of the started process. Defaults to "./[appname].pid". Note that having a pidfile in the current directory doesn't make sense except for testing environments, make sure to set this to somewhere within "/var/run" for production use. -v Increase default Log4perl verbosity from $INFO to $DEBUG. Note that this option will be ignored if Log4perl is initialized independently or if a user-provided Log4perl configuration file is used. Setting Parameters Instead of setting paramteters like the logfile, the pidfile etc. from the command line, you can directly manipulate App::Daemon's global variables: use App::Daemon qw(daemonize); $App::Daemon::logfile = "mylog.log"; $App::Daemon::pidfile = "mypid.log"; $App::Daemon::l4p_conf = "myconf.l4p"; $App::Daemon::background = 1; $App::Daemon::as_user = "nobody"; use Log::Log4perl qw(:levels); $App::Daemon::loglevel = $DEBUG; daemonize(); Application-specific command line options If an application needs additional command line options, it can use whatever is not yet taken by App::Daemon, as described previously in the "Command Line Options" section. However, it needs to make sure to remove these additional options before calling daemonize(), or App::Daemon will complain. To do this, create an options hash %opts and store application-specific options in there while removing them from @ARGV: my %opts = (); for my $opt (qw(-k -P -U)) { my $v = App::Daemon::find_option( $opt, 1 ); $opts{ $opt } = $v if defined $v; } After this, options "-k", "-P", and "-U" will have disappeared from @ARGV and can be checked in $opts{k}, $opts{P}, and $opts{U}. Gotchas If the process is started as root but later drops permissions to a non-priviledged user for security purposes, it's important that logfiles are created with correct permissions. If they're created as root when the program starts, the non-priviledged user won't be able to write to them later (unless they're world- writable which is also undesirable because of security concerns). The best strategy to handle this case is to specify the non-priviledged user as the owner of the logfile in the Log4perl configuration: log4perl.logger = DEBUG, FileApp log4perl.appender.FileApp = Log::Log4perl::Appender::File log4perl.appender.FileApp.filename = /var/log/foo-app.log log4perl.appender.FileApp.owner = nobody log4perl.appender.FileApp.layout = PatternLayout log4perl.appender.FileApp.layout.ConversionPattern = %d %m%n This way, the process starts up as root, creates the logfile if it doesn't exist yet, and changes its owner to 'nobody'. Later, when the process assumes the identity of the user 'nobody', it will continue to write to the logfile without permission problems. Detach only If you want to create a daemon without the fancy command line parsing and PID file checking functions, use use App::Daemon qw(detach); detach(); # ... some code here This will fork a child, terminate the parent and detach the child from the terminal. Issued from the command line, the program above will continue to run the code following the detach() call but return to the shell prompt immediately. AUTHOR
2008, Mike Schilli <cpan@perlmeister.com> LICENSE
Copyright 2008-2012 by Mike Schilli, all rights reserved. This program is free software, you can redistribute it and/or modify it under the same terms as Perl itself. perl v5.14.2 2012-02-24 Daemon(3pm)
All times are GMT -4. The time now is 01:43 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy