Linux - Newbie This Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place! |
| Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
 |
GNU/Linux Basic Guide
This 255-page guide will provide you with the keys to understand the philosophy of free software, teach you how to use and handle it, and give you the tools required to move easily in the world of GNU/Linux. Many users and administrators will be taking their first steps with this GNU/Linux Basic guide and it will show you how to approach and solve the problems you encounter.
Click Here to receive this Complete Guide absolutely free. |
|
 |
02-19-2009, 01:50 PM
|
#1
|
|
LQ Newbie
Registered: Feb 2009
Posts: 19
Rep:
|
bash -x / trace / sdout
i've been going through some tutorials and one of the suggestions was to use the following at the beginning of your script to trace/debug:
im not sure what exactly the desired effect is, but im pretty sure im not getting it. all im getting is what i would normally get if i ran i am new at this so i could be overlooking something simple, and it probably doesn't help that im not really sure what exactly this code:
is doing...is it not commented out?
any feedback would help, thanks.
|
|
|
|
02-19-2009, 02:30 PM
|
#2
|
|
Member
Registered: Nov 2005
Location: Brazil
Distribution: slackware64 -current
Posts: 45
Rep:
|
Hi
The "#!"sign in the first line first character in a file is a special character, wich is intended to give shell tips about the archive.
When you put "#! /bin/bash" you are telling shell to execute this file with bash, wich is a shell of coarse, or virtual shell wich mimics shell in graphical environ.
"#! /usr/bin/env bash" do the same but thru env utility.
Scripting file cannot have those lines, but it can cause troubles or unexpected behavior in certain cases.
In python scripting one can put "#! /usr/bin/env python" so the shell won't try to execute this file sending it for python interpreter.
The option -x in this case make bash more verbose, printing aliases and many stuffs in the prompt.
Hope it helps
|
|
|
|
02-19-2009, 02:58 PM
|
#3
|
|
LQ Newbie
Registered: Feb 2009
Posts: 19
Original Poster
Rep:
|
That does help with the #! issue, i assumed something like that, but i wasnt sure.
but my -x issue is still there, maybe it would help if copied the script im trying to run.
Code:
#!/bin/bash -x
echo -n "Enter some text > "
if read -st 2;
then
echo "Your wrote: $REPLY"
else
echo "To slow suckah"
fi
the script works. but as far as i know, using the -x should trace through the script, which is not what im getting when i run the script.
ive tried using -x on other more complicated scripts and still, i can detect no change in the operation.
im running debian if that has anything to do with anything.
|
|
|
|
02-19-2009, 08:02 PM
|
#4
|
|
Member
Registered: Oct 2008
Location: Brisbane Australia
Distribution: always back to Fedora
Posts: 239
Rep:
|
All I've ever done is use "set -x" after the #!/bin/bash first line. That will display everything as it is being processed. For example :-
#!/bin/bash
set -x
echo -n "Enter some text > "
if read -st 2;
then
echo "Your wrote: $REPLY"
else
echo "Too slow suckah"
fi
|
|
|
|
02-19-2009, 10:28 PM
|
#5
|
|
Member
Registered: Nov 2005
Location: Brazil
Distribution: slackware64 -current
Posts: 45
Rep:
|
Hi odimachkie
About -x in your script, traces its exec steps if you want some more advanced debugging try strace, ltrace or other tools.
cheers
|
|
|
|
02-19-2009, 11:02 PM
|
#6
|
|
LQ Newbie
Registered: Feb 2009
Posts: 19
Original Poster
Rep:
|
thanks for the help everyone, i will be playing with ltrace and strace tonight, as armandrix mentioned.
but, for the record, i did figure out what my problem was.
ive been running the scripts via the bash command, like so:
Code:
odimachkie@LinuxBox:~/bin$bash myscript.sh
the reason i was doing this was that just typing the filename was not working as it would with other scripts. this is because the file permissions did not allow for execution. a little chmod 755 did the trick and now -x works like a dream.
i'm very obviously new at this, so thanks for the input everyone. every little bit helps.
|
|
|
|
02-20-2009, 06:48 AM
|
#7
|
|
Guru
Registered: Aug 2004
Location: Brisbane
Distribution: Centos 6.4, Centos 5.9
Posts: 15,000
|
Actually, for full debugging, try
#!/bin/bash
set -xv
|
|
|
|
| Thread Tools |
Search this Thread |
|
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -5. The time now is 08:59 AM.
|
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|