Linux: OpenVMS top mon proc/topcpu command& spawn/nowait command command1|command2|command3 pipe command1|command2|command3 command <infile >outfile pipe command <infile >outfile
Ultimately, it would be a disservice just to list "equivalents" without also noting the important differences between the systems, though. For example, 'cat' is more closely related to append than type, in many ways. -Jordan Henderson The common idea that success spoils people by making them vain, egotistic, and self-complacent is erroneous; on the contrary it makes them, for the most part, humble, tolerant, and kind. Failure makes people bitter and cruel. -- W. Somerset Maugham > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 02, 2003 2:21 PM > To: Carl Friedberg > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: RE: reverse(qw(VMS to Linux HOWTO)); > > > Carl Friedberg wrote: > > !LINUX: VMS: > !mkdir create/dir > !ls dir > !ls -la dir /fu > !(warning, there are no hidden directories on VMS) > !(there are available HARDLINKS starting in 7.3-1) > !vi edit > !(warning, no vi emulation to my knowledge...) > !ps monitor system > !free show memory > !cat type > !more type /page > !tail type /tail > !perl perl * > > I would be inclined to say that "show system" > is more equivalent to "ps" than is monitor, > especially when you consider that many folks > who want to read the doc will telnet or ssh > into a VMS system using an xterm with marginal > SET TERMINAL settings hence lousy SMG$ > and MONITOR support. On the other hand MONITOR > is useful to know hence this list could be > a one to many or many to many mapping. > > Another problem with such lists is the > unknown customization that typically takes > place. I have yet to come across a VMS > shop where then was not some form of "cd :== @dir:cd.com" > symbol in use heavily by folks who cannot > stand to learn how to use SET DEFAULT. > There are a myriad number of cd.com cd > emulators some with better unix emulation than > others. You could wind up documenting the quirks > of whichever one you are familiar with rather than > the one in use by someone else. > > However, I don't want to sound too discouraging. > The effort no matter hwo difficult or subtle is > probably well worth it. > > In fact I'll add a few commands: > > LINUX: VMS: > man help > grep pattern file search string filespec(s) > cd directory set default [.directory] > lsof show devices /file > cc -c -switch cc /qualifier > link > . (sh, bash) @ > source (csh, tcsh) @ > at submit/after=time > date show time > pwd show default > exit logout > > Perhaps this list could be converted to pod or > html and posted at www.vmsperl.org? > Or perhaps we should just invert one of the > other Unix for VMS user html docs already > out on the net? > > Peter Prymmer
