- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Hp-ux 10.20 behaviour problem
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-25-2007 08:37 PM
тАО06-25-2007 08:37 PM
Hp-ux 10.20 behaviour problem
"Please press Return when ready".
The user is running this command in the following way:
command_name < input.txt
the contant of input.txt is:
^M
which is the Return signal.
The problem is that on one server this syntax works perfect and the command reacts as if someone has hit the Return key, yet on the other server the command still prompts for a Return key.
I don't believe it has anything to do with the shell, since I switched to csh on both servers and got the same behavior on both.
I tried copying the shell file and the startup scripts but it did not help.
Does anyhone have any idea what could be the difference between the two servers?
any help would be appreciated.
Thanks,
Yair
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-25-2007 09:24 PM
тАО06-25-2007 09:24 PM
Re: Hp-ux 10.20 behaviour problem
anyway, try to do the following on the two servers :
echo > input.txt
and then re-run your command. It will place the real ret char (\n) in the file. It should work better.
regards,
Fred
"Reality is just a point of view." (P. K. D.)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-25-2007 09:55 PM
тАО06-25-2007 09:55 PM
Re: Hp-ux 10.20 behaviour problem
Thanks for your help.
This syntax works on one server as well.
The size of the files is the same.
Thanks,
Yair
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-26-2007 03:06 AM
тАО06-26-2007 03:06 AM
Re: Hp-ux 10.20 behaviour problem
echo "\n" | command-name
do on both servers?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-26-2007 03:12 AM
тАО06-26-2007 03:12 AM
Re: Hp-ux 10.20 behaviour problem
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-26-2007 07:59 PM
тАО06-26-2007 07:59 PM
Re: Hp-ux 10.20 behaviour problem
echo "\n" did not help, but thanks.
the output of "sytty -a" was similar appart from one line, which is the last line of the output:
speed 9600 baud; line = 0;
rows = 0; columns = 0
min = 4; time = 0;
intr = ^C; quit = ^\; erase = DEL; kill = ^U
eof = ^D; eol = ^@; eol2
stop = ^S; start = ^Q; susp
werase
parenb -parodd cs8 -cstopb hupcl -cread -clocal -loblk -crts
-ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -iuclc
ixon -ixany -ixoff -imaxbel -rtsxoff -ctsxon -ienqak
isig icanon -iexten -xcase echo echoe echok -echonl -noflsh
-echoctl -echoprt -echoke -flusho -pendin
opost -olcuc onlcr -ocrnl -onocr -onlret -ofill -ofdel -tostop tab3
the difference is that on the non-working server, the last line contained "tab3".
Thanks,
Yair
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-26-2007 09:06 PM
тАО06-26-2007 09:06 PM
Re: Hp-ux 10.20 behaviour problem
Did removing it fix it?
I'm not sure why:
tab0 tab1 tab2 tab3 Select style of delay for horizontal tabs
makes a difference?