On Sun, Jan 5, 2020 at 9:26 AM zahid <zahidr1...@gmail.com> wrote:
>
> Actually this is *one of many *punishments following the sin of choosing
> *.nix
>
> and not Microsoft Windows.
>
Why is it Linux fault?
>
> Have ever heard of "*chmod*" in windows ?
>
> MS windows trust you with your machine.
>
> You bought it , you paid for it , you own it.
>
>
> although you have many ways of installing software.
>
> apt , apt-get yum , blah blah.
>
> You need to familiarise yourself with *find / -name java* * , which
> java* because you have no idea where the installer installed the
> software you just installed on "your machine",
>
> Have ever heard of *which* or *find* in windows ?
>
>
> you can be in a directory in one terminal and delete it form another
> terminal .
>
> Is that linux security feature ?
>
> can you do the same in windows ?
>
> what are others benefits you can enjoy in MS Windows because of this
> particular behaviour is not same in MS Windows ?
>
> After you deleted the directory you are in from somewhere else you will
> end up in trash literally.
>
> why is this same unique behaviour in Unix which came after Linux.
>
>
> you see anything what's wrong with this ? can you see the missing the /r /n
>
> manifest.txt
>
> Main-Class:/classname /
>
> why does manifest.text must have /r {carriage} or /n {newline}.
>
> Is it because jvm.dll it was written in C. C programming language also
> has the same feature.
>
>
> why is there three ways to do same thing ?
>
> java - cp
>
> java - classpath
>
> java - class-path
>
>
>
> www.backbutton.co.uk
> ¯\_(ツ)_/¯
> Marry loose with tight
> coupling = healthy applications
>
> On 04/01/2020 22:51, Emmanuel Bourg wrote:
> > Le 04/01/2020 à 16:06, Pham Huu Bang a écrit :
> >
> >> Thanks for this link
> >>
> https://salsa.debian.org/java-team/tomcat9/blob/master/debian/README.Debian
> .
> >> But I cannot *read* the file from /tmp (not *write* file to /tmp). The
> >> strange thing is, it can read another file from another location, e.g in
> >> /opt/:
> > The tomcat9 service is configured with a private /tmp directory (using
> > the 'PrivateTmp=yes' systemd directive). So Tomcat can't see what other
> > applications write to /tmp, and temporary files written by Tomcat are
> > out of reach from the other applications.
> >
> > This is a security hardening setting that can be overridden as described
> > in the README file Olaf mentioned.
> >
> > Emmanuel Bourg
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> >
> --
> www.backbutton.co.uk
> ¯\_(ツ)_/¯
> Marry loose with tight
> coupling
> = healthy applications
>
>
--
I love Java <https://javadevnotes.com/java-integer-to-string-examples>
