Re: script command - linux

There is also tmux, which is very similar to screen. However, tmux doesn't have so many vulnerabilities:

https://www.cvedetails.com/vulnerability-list/vendor_id-72/product_id-1860/GNU-Screen.html

https://www.cvedetails.com/vulnerability-list/vendor_id-11380/product_id-20683/Nicholas-Marriott-Tmux.html

Product without vulnerabilities doesn't exist, apart from Oracle RDBMS, that is.

As for the search engines, there were  lycos and infoseek, later purchased by Yahoo. When we were young, we only had zeroes and ones. Heck, sometimes we even haven't had ones.

Regards

On 8/29/19 12:30 PM, Jared Still wrote:
> +1 for screen, it is indispensable
>
> I first discovered screen about 1994 (yes, I have really been around
> that long, as have several others here :) and found it a most valuable
> utility.
>
> When I first found out about it, I was looking for a utility to do
> just what it does.  This was not pre -WWW, but it was still in its
> infancy.
>
> There was no google.
>
> altavista.com <http://altavista.com> (or altavista.digital.com
> <http://altavista.digital.com>) was still in its infancy, so searching
> was a rather more arduous task.
>
> ie.  I had to visit a bookstore and library  ;)
>
> screen also has a logging feature if you need it..
>
> Jared Still
> Certifiable Oracle DBA and Part Time Perl Evangelist
> Principal Consultant at Pythian
> Pythian Blog http://www.pythian.com/blog/author/still/
> Github: https://github.com/jkstill
>
>
>
>
> On Wed, Jul 24, 2019 at 7:29 AM Jack Applewhite
> <jack.applewhite_at_austinisd.org <mailto:jack.applewhite_at_austinisd.org>>
> wrote:
>
> For long running stuff, we use the screen utility, which creates
> one or more independent processes you can detach from and reattach
> to. Great for starting something from the office, detaching, then
> reattaching from home or elsewhere. Very nice if there's an
> interactive piece somewhere.
>
>
> It's one of our top 10 Linux utilities - Extremely handy.
>
> --
> Jack C. Applewhite - Database Administrator
> Austin I.S.D. - MIS Department
> 512.414.9250 (wk)
>
> I cannot help but notice that there is no problem between us that
> cannot be solved by your departure.  -- Mark Twain
> ------------------------------------------------------------------------
> *From:* oracle-l-bounce_at_freelists.org
> <mailto:oracle-l-bounce_at_freelists.org>
> <oracle-l-bounce_at_freelists.org
> <mailto:oracle-l-bounce_at_freelists.org>> on behalf of Orion ten
> <orionten_at_outlook.com <mailto:orionten_at_outlook.com>>
> *Sent:* Tuesday, July 23, 2019 7:42:06 PM
> *To:* howard.latham_at_gmail.com <mailto:howard.latham_at_gmail.com>
> <howard.latham_at_gmail.com <mailto:howard.latham_at_gmail.com>>;
> ORACLE-L <oracle-l_at_freelists.org <mailto:oracle-l_at_freelists.org>>
> *Subject:* Re: script command - linux
> Alternative, I use below command for time consuming scripts.
> nohup /path_of_dbupgrade_script &
>
> AB.d
>
> Regard,
>
> ------------------------------------------------------------------------
> *From:* oracle-l-bounce_at_freelists.org
> <mailto:oracle-l-bounce_at_freelists.org>
> <oracle-l-bounce_at_freelists.org
> <mailto:oracle-l-bounce_at_freelists.org>> on behalf of Howard Latham
> <howard.latham_at_gmail.com <mailto:howard.latham_at_gmail.com>>
> *Sent:* Saturday, July 20, 2019 3:15:07 PM
> *To:* ORACLE-L <oracle-l_at_freelists.org
> <mailto:oracle-l_at_freelists.org>>
> *Subject:* script command - linux
> Oracle 11.2.04
> Linux rh el7
> I've always found the script command a good way to record all
> activity but ...
> Never had problems before but  i tried a dbupgrade using the
> script command
> It hung with a few errors. I am told by a very good consultant
> that you cant run an upgrade inside the script command. Is this
> correct?
> Does anyone have any good notes on this problem
> I have found a small amount of info saying that some utils dont
> write to stdout with a script session.
> Best Wishes
>
> Howard A. Latham
>
>
> Confidentiality Notice: This email message, including all
> attachments, is for the sole use of the intended recipient(s) and
> may contain confidential student and/or employee information.
> Unauthorized use of disclosure is prohibited under the federal
> Family Educational Rights & Privacy Act (20 U.S.C. §1232g, 34 CFR
> Part 99, 19 TAC 247.2, Gov’t Code 552.023, Educ. Code 21.355, 29
> CFR 1630.14(b)(c)). If you are not the intended recipient, you may
> not use, disclose, copy or disseminate this information. Please
> call the sender immediately or reply by email and destroy all
> copies of the original message, including attachments.
>

--
http://www.freelists.org/webpage/oracle-l