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>