On Mon, Jan 6, 2020 at 9:44 AM zahid <zahidr1...@gmail.com> wrote:
>
> Why will MS Windows users will never have to deal with issue of *chmod* ?
>
Apples and Oranges
> also keep in mind why java command line have three different options to
> do the same thing ?
>
> java -cp
>
> java -classpath
>
> java class-path
>
> On 06/01/2020 01:21, Guang Chao wrote:
>
> On Sun, Jan 5, 2020 at 9:26 AM zahid <zahidr1...@gmail.com>
> <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
>
>
>
> -- www.backbutton.co.uk
> ¯\_(ツ)_/¯
> Marriage between loose
> and tight coupling
> = healthy applications
>
>
--
I love Java <https://javadevnotes.com/java-integer-to-string-examples>
