Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.os.linux.misc > #7657

Re: bash re-direction?

Show all headers | View raw

On Monday, March 25th, 2013, at 18:19:51h +0000, Chris Glur confessed:

> I can't remember what I had for breakfast;

Obviously it was not very memorable then.   ;)

> but I fetched, tested and filed your pointers to [gnui*? the new one].

And hopefully that resolved the problem of the missing Perl module.

> The reason why I appear stubborn on this [also] matter, is that
> I didn't WANT to know about ssl

If one does not want to use something, then one can stubbornly refuse
to learn anything about it, but if one does want to use something,
then at the very minimum, a basic understanding is a pre-requisite.

> but once I've opened the can-o-worms

Only you can decided whether or not to open the can of worms, but
if you never open it, you will never know whether or not the
worms are alive or dead.

> eg. by buying some snake-oil

Have you checked to see if there are any snake oil certificates 
on your machine?

locate snakeoil

/etc/ssl/certs/ssl-cert-snakeoil.pem
/etc/ssl/private/ssl-cert-snakeoil.key

Snake oil can be used as a temporary fix.

And if the worst comes to the worst, one could always call in
the Ding Dong Plumbers on Langdale Street in Dinwiddie, Germiston.

> Coming from an embedded background, I lack a valid mental-model of the 
> multiple processes talking-to-each-other, and eg. how the shell spawns
> eg. `expect` which sends/receives to/from an tcp-stack ......and........

Well consider that nowadays that Android (a derivative of Linux)
and GNU/Linux its-self now run on all sorts of embedded systems.

Expect is a Tcl extension designed for scripting applications as
a tool for automating access to interactive applications. Expect
its-self does NOT directy send/receive to/from a tcp-stack.

I hope that clears up any lingering confusion.

With regard to shell re-direction, perhaps a quick reminder of
the basics would help.

In Unix and GNU/Linux systems there are there standard input/output descriptors

0 is standard input
1 is standard output
2 is standard error

The Bourne and bash shells allow you to independently redirect
standard input, standard output, and standard error to different
normal files or special files such as pipes, or sockets.

With regard to the & character, that is a special character which
means put the process in the background.

But if two && are used together, such as in

       executable_1 {parameters} && executable 2 {parameters}

that means only run executable 2 if executable 1 terminated
with an exit status of 0.

If one does not care whether or not executable_1 ran successfully,
then one would use a ; as in      rm -f some_file ; touch some_file

Back to comp.os.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

bash re-direction? Avoid9Pdf@gmail.com - 2013-03-13 13:37 +0000
  Re: bash re-direction? "Chris F.A. Johnson" <cfajohnson@gmail.com> - 2013-03-13 17:12 -0400
  Re: bash re-direction? Chick Tower <c.tower@deadspam.com> - 2013-03-14 21:24 +0000
    A working incantation for openssl to gmail via SSL and TLS J G Miller <miller@yoyo.ORG> - 2013-03-14 22:01 +0000
      Re: A working incantation for openssl to gmail via SSL and TLS J G Miller <miller@yoyo.ORG> - 2013-03-14 22:18 +0000
    Re: bash re-direction? Unknown <dog@gmail.com> - 2013-03-24 10:14 +0000
      Re: bash re-direction? J G Miller <miller@yoyo.ORG> - 2013-03-24 15:47 +0000
        Re: bash re-direction? Unknown <dog@gmail.com> - 2013-03-25 18:19 +0000
          Re: bash re-direction? J G Miller <miller@yoyo.ORG> - 2013-03-25 20:01 +0000
            Re: bash re-direction? Chick Tower <c.tower@deadspam.com> - 2013-03-27 02:21 +0000
              Re: bash re-direction? J G Miller <miller@yoyo.ORG> - 2013-03-27 13:33 +0000
          Re: bash re-direction? The Natural Philosopher <tnp@invalid.invalid> - 2013-03-26 01:31 +0000
    Re: bash re-direction? Unknown <dog@gmail.com> - 2013-03-24 10:20 +0000

csiph-web