Sponsored Content
Top Forums Programming How to get more experience??? Post 7315 by rwb1959 on Monday 24th of September 2001 10:00:56 PM
Old 09-24-2001
You could try writing your own remote command
execution program (i.e. an "rcmd" function
and an "rshd" server).

Beyond that, talk to your boss and ask for
a more challenging assignment. Tell him/her
what you want to do and see if there is anything
that you can be given as an assignment.
 

4 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

How to get more experience???

Hi everybody, I'm kinda fed up with all the theoritical part of programming. I wonder if there is any online project or something where i can participate to practice my skills? Any other suggestions how to build up practical side of Unix C programming? Thank you all. (1 Reply)
Discussion started by: solvman
1 Replies

2. UNIX for Dummies Questions & Answers

Anyone have experience with Quantum DLT8000

I know this is off subject, but I have been having fits with a Quantum M1500 library with DTL8000 drives, and figured that some of you have had some experience with them. Thanks, Chuck (1 Reply)
Discussion started by: 98_1LE
1 Replies

3. UNIX for Advanced & Expert Users

Comparing experience with AIX, HP-UX, and Solaris

I'm investigating AIX/HP-UX/Solaris for use in a research environment. Although there is plenty of technical documentation online, some important questions can only be answered from long user experience. I'd like to hear whatever you can contribute if you can compare at least two of these. To... (16 Replies)
Discussion started by: wenp
16 Replies

4. AIX

Looking for AIX Practical Experience

I have been in IT for around 7 years now and have benefited greatly from Open Source as well as free commercial offerings like Vmware Server that allow me to setup virtual environments and get some hands on time with different OS's and software. I am starting a new job in a few weeks which has... (5 Replies)
Discussion started by: supercrazy1
5 Replies
RSH(1)							    BSD General Commands Manual 						    RSH(1)

NAME
rsh -- remote shell SYNOPSIS
rsh [-46dn] [-l username] [-p port] host [command] rsh [-46dn] [-p port] username@host [command] DESCRIPTION
rsh executes command on host. rsh copies its standard input to the remote command, the standard output of the remote command to its standard output, and the standard error of the remote command to its standard error. Interrupt, quit and terminate signals are propagated to the remote command; rsh normally termi- nates when the remote command does. The options are as follows: -4 Use IPv4 addresses only. -6 Use IPv6 addresses only. -d The -d option turns on socket debugging (using setsockopt(2)) on the TCP sockets used for communication with the remote host. -l username By default, the remote username is the same as the local username. The -l option or the username@host format allow the remote name to be specified. -n The -n option redirects input from the special device /dev/null (see the BUGS section of this manual page). -p port Uses the given port instead of the one assigned to the service ``shell''. May be given either as symbolic name or as number. If no command is given, note that rlogin(1) is started, which may need a different daemon (rlogind(8) instead of rshd(8)) run- ning on the server; you want to pass the rshd(8) port number in that case. If no command is specified, you will be logged in on the remote host using rlogin(1). Shell metacharacters which are not quoted are interpreted on local machine, while quoted metacharacters are interpreted on the remote machine. For example, the command rsh otherhost cat remotefile >> localfile appends the remote file remotefile to the local file localfile, while rsh otherhost cat remotefile ">>" other_remotefile appends remotefile to other_remotefile. FILES
/etc/hosts SEE ALSO
rcmd(1), rlogin(1), rcmd(3), hosts.equiv(5), rhosts(5), environ(7) HISTORY
The rsh command appeared in 4.2BSD. BUGS
If you are using csh(1) and put a rsh in the background without redirecting its input away from the terminal, it will block even if no reads are posted by the remote command. If no input is desired you should redirect the input of rsh to /dev/null using the -n option. You cannot run an interactive command (like rogue(6) or vi(1)) using rsh; use rlogin(1) instead. Stop signals stop the local rsh process only; this is arguably wrong, but currently hard to fix for reasons too complicated to explain here. BSD
March 9, 2005 BSD
All times are GMT -4. The time now is 11:12 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy