10 More Discussions You Might Find Interesting
1. UNIX for Beginners Questions & Answers
I have below code inside my awk script
if ( $0 ~ /SVC IN:/ )
{
svc_in=substr( $0,23 , 3);
if (msg_start == 1 && msg_end == 0)
{
msg_arr=$0;
}
}
else if ( $0 ~ /^SVC OUT:/ )
{
svc_out=substr( $0, 9, 3);
if (msg_start == 1 && msg_end == 0)
... (6 Replies)
Discussion started by: bhagya123
6 Replies
2. UNIX for Beginners Questions & Answers
Hi,
I am new in bash scripting. In my work, I provide support to several users and when I connect to their computers I use the same admin and password, so I am trying to create a script that will only ask me for the IP address and then connect to the computer without having me to type the user... (5 Replies)
Discussion started by: arcoa05
5 Replies
3. Shell Programming and Scripting
Hello, Unix-Forums!
Is there a command that can check how long a user-entered string is?
Please don't give me a code, just the name of the command (playing around yourself is much more fun than just pasting code)
edit: I'm sorry, first hit of the forum search gave me the answer. (1 Reply)
Discussion started by: intelinside
1 Replies
4. Shell Programming and Scripting
I have the following code and getting the error
./raytrac.bash: line 231: ((: 0++: syntax error: operand expected (error token is "+")
iarg = 0
iarg=0
narg=$# # Number of arguments passed.
echo "narg = $narg"
argsArr=("$@") # Set... (1 Reply)
Discussion started by: kristinu
1 Replies
5. UNIX for Dummies Questions & Answers
Hello, can someone please explain to me why this happens:
myserver#echo "$nothing"
myserver#if ; then echo "nothing is a zero length string"; fi
nothing is a zero length string
myserver#if ; then echo "nothing is also a non-zero length string, apparently"; fi
nothing is also a non-zero... (5 Replies)
Discussion started by: longjon
5 Replies
6. Shell Programming and Scripting
Hi,
I am new to shell-scripting, and doing a lot of reading. I am having some trouble getting started with a simple testing of scripting. I have been experimenting with if, loops, for, test, etc., but still unsure. I seem to have the hang of it when it comes to creating a single file or... (6 Replies)
Discussion started by: me2
6 Replies
7. Shell Programming and Scripting
I have a txt file as database. when i run my program what it does is it ask me for 3 name and stored in the file as
name1:name2:name3:1
when u enter 3 name it add those in file as above format and add 1 at the end. I what i want is if i enter same names again it changes that 1 to 2 and so... (3 Replies)
Discussion started by: Learnerabc
3 Replies
8. Shell Programming and Scripting
Say I have a number x=123, but I want to it be x=000123, because I need to use it in as a file name. thanks! (2 Replies)
Discussion started by: aerosols
2 Replies
9. Shell Programming and Scripting
I would like to change the format of an integer type number adding zeros to the left of it in a script in bash. For example
number=1
echo $number
00001
Thanks (3 Replies)
Discussion started by: josegr
3 Replies
10. Shell Programming and Scripting
Hi
In the shell scripted I'm trying to write!
I would like to test the last character in a string. The string is a path/directory and I want to see if the last character is a '/'.
The string (path/directory) is inputted by a user. If the '/' character isn't present then I want to be able to... (11 Replies)
Discussion started by: dbrundrett
11 Replies
bashdb(1) GNU Tools bashdb(1)
NAME
bashdb - bash debugger script
SYNOPSIS
bashdb [options] [--] script-name [script options]
bashdb [options] -c execution-string
bash --debugger [bash-options...] script-name [script options]
DESCRIPTION
"bashdb" is a bash script to which arranges for another bash script to be debugged. The debugger has a similar command interface as
gdb(1).
The way this script arranges debugging to occur is by including (or actually "source"-ing) some debug-support code and then sourcing the
given script or command string.
One problem with sourcing a debugged script is that the program name stored in $0 will be "bashdb" rather than the name of the script to be
debugged. The debugged script will appear in a call stack not as the top item but as the item below "bashdb". If this is of concern, use
the last form given above, "bash --debugger" script-name [script-options].
If you used bashdb script and need to pass options to the script to be debugged, add "--" before the script name. That will tell bashdb not
to try to process any further options.
See the reference manual <http://bashdb.sourceforge.net/bashdb.html> for how to to call the debugger from inside your program or arrange
for the debugger to get called when your program is sent a signal.
OPTIONS
-h | --help
Print a usage message on standard error and exit with a return code of 100.
-A | --annotation level
Sets to output additional stack and status information which allows front-ends such as emacs to track what's going on without polling.
This is needed in for regression testing. Using this option is equivalent to issuing:
set annotation LEVEL
inside the debugger.
-B | --basename
In places where a filename appears in debugger output give just the basename only. This is needed in for regression testing. Using this
option is equivalent to issuing:
set basename on
inside the debugger.
-n | nx
Normally the debugger will read debugger commands in "~/.bashdbinit" if that file exists before accepting user interaction.
".bashdbinit" is analogus to Perl's ".perldb" or GNU gdb's ".gdbinit": a user might want to create such a debugger profile to add
various user-specific customizations.
Using the "-n" option this initialization file will not be read. This is useful in regression testing or in tracking down a problem
with one's ".bashdbinit" profile.
-c command-string
Instead of specifying the name of a script file, one can give an execution string that is to be debugged. Use this option to do that.
If you invoke the debugger via "bash --debugger", the filename that will appear in source listing or in a call stack trace will be the
artifical name *BOGUS*.
-q | --quiet
Do not print introductory version and copyright information. This is again useful in regression testing where we don't want to include
a changeable copyright date in the regression-test matching.
-x debugger-cmdfile
Run the debugger commands debugger-cmdfile before accepting user input. These commands are read however after any ".bashdbinit"
commands. Again this is useful running regression-testing debug scripts.
-L | --library debugger-library
The debugger needs to source or include a number of functions and these reside in a library. If this option is not given the default
location of library is relative to the installed bashdb script: "../lib/bashdb".
-T | --tempdir temporary-file-directory
The debugger needs to make use of some temporary filesystem storage to save persistent information across a subshell return or in order
to evaluate an expression. The default directory is "/tmp" but you can use this option to set the directory where debugger temporary
files will be created.
-t | --tty tty-name
Debugger output usually goes to a terminal rather than stdout or stdin which the debugged program may use. Determination of the tty or
pseudo-tty is normally done automatically. However if you want to control where the debugger output goes, use this option.
-V | --version
Show version number and no-warranty and exit with return code 1.
-X | --trace
Similar to ""set -x"" line tracing except that by default the location of each line, the bash level, and subshell level are printed.
You might be able to get something roughly similar if you set "PS4" as follows
export PS4='(${BASH_SOURCE}:${LINENO}): ${FUNCNAME[0]}
'
In contrast however to ""set -x"" tracing, indentation of the original program is also preserved in the source output. And if you
interrupt the program with a break (a "SIGINT" signal), you will go into the debugger (assuming your program doesn't trap "SIGINT").
BUGS
The "bashdb" script and "--debugger" option assume a version of bash with debugging support. That is you can't debug bash scripts using the
standard-issue version 2.05b bash or earlier versions. In versions after 3.0, debugging should have been enabled when bash was built. (I
think this is usually the case though.) If you try to run the bashdb script on such as shell, may get the message:
Sorry, you need to use a debugger-enabled version of bash.
Debugging startup time can be slow especially on large bash scripts. Scripts created by GNU autoconf are at thousands of lines line and it
is not uncommon for them to be tens of thousands of lines.
There is a provision to address this problem by including a fast file-to-array read routine (readarray), but the bashdb package has to be
compiled in a special way which needs access to the bash source code and objects.
Another reason of the debugger slowness is that the debugger has to intercept every line and check to see if some action is to be taken for
this and this is all in bash code. A better and faster architecture would be for the debugger to register a list of conditions or stopping
places inside the bash code itself and have it arrange to call the debugger only when a condition requiring the debugger arises. Checks
would be faster as this would be done in C code and access to internal structures would make this more efficient.
SEE ALSO
o <http://bashdb.sourceforge.net/bashdb.html> - an extensive reference manual.
o <http://bashdb.sourceforge.net> - the homepage for the project
o <http://www.gnu.org/software/bash/manual/bashref.html> - bash reference manual
AUTHOR
The current version is maintained (or not) by Rocky Bernstein.
COPYRIGHT
Copyright (C) 2003, 2006, 2007 Rocky Bernstein
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
$Id: bashdb-man.pod,v 1.10 2009/06/22 22:41:10 rockyb Exp $
4.2-0.8dev 2009-06-26 bashdb(1)