Path: ...!weretis.net!feeder8.news.weretis.net!pasdenom.info!from-devjntp
Message-ID: <1uqclF8pLhM_HxvZyP89P5WdQAc@jntp>
JNTP-Route: news2.nemoweb.net
JNTP-DataType: Article
Subject: Re: Application vs programme
References: <9peuuihqasnj59kgbbktptroojt7j0qen3@news.usenet.ovh> <utegr1$6tu$1@rasp.pasdenom.info>
 <cmOvQGF5REYV3lBlwKEB8oUeNYk@jntp> <utelig$f2o$1@rasp.pasdenom.info> <UoX16iuJG3WXSR3s2MOMVxuMDDE@jntp>
 <65fdc6d6$0$7527$426a74cc@news.free.fr> <GyGu1_iL6mlAEt9qC8Tu8GwUeeo@jntp> <65feb539$0$5269$426a74cc@news.free.fr>
 <orWEE-2RseTBnAGT9mHvwEHRUA4@jntp> <6603fc96$0$8235$426a34cc@news.free.fr>
Newsgroups: fr.sci.jargon
JNTP-HashClient: wd1mHpxbq1u-x7Gb9mw2VLJl088
JNTP-ThreadID: 9peuuihqasnj59kgbbktptroojt7j0qen3@news.usenet.ovh
JNTP-Uri: http://news2.nemoweb.net/?DataID=1uqclF8pLhM_HxvZyP89P5WdQAc@jntp
User-Agent: Nemo/0.999a
JNTP-OriginServer: news2.nemoweb.net
Date: Wed, 27 Mar 24 14:19:15 +0000
Organization: Nemoweb
JNTP-Browser: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0
Injection-Info: news2.nemoweb.net; posting-host="0d33da067162ec40044d2b8bff3ec52b85539ee5"; logging-data="2024-03-27T14:19:15Z/8794508"; posting-account="44@news2.nemoweb.net"; mail-complaints-to="julien.arlandis@gmail.com"
JNTP-ProtocolVersion: 0.21.1
JNTP-Server: PhpNemoServer/0.94.5
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-JNTP-JsonNewsGateway: 0.96
From: pehache <pehache.7@gmail.com>
Bytes: 7023
Lines: 154

Le 27/03/2024 à 12:01, none a écrit :
> Le 23/03/2024 15:08, *pehache* a écrit :
>> Le 23/03/2024 à 11:55, none a écrit :
>> 
>>> Un .exe n'est pas forcément une application Windows. 
>> 
>> Sous Windows si, par définition. Qu'il ait besoin d'un environnement 
>> graphique ou pas ne change rien au fait que c'est une application 
>> Windows. Windows désigne l'OS, rien d'autre.
> 
> Le fait, c'est toi qui l'affirme.

Non. Si on n'arrive pas à s'accorder là-dessus alors c'est sûr que la 
discussion n'a aucun sens.

Windows EST un OS (depuis W95 pour la branche grand-public et depuis 
toujours pour la branche NT). Ce n'est pas moi qui l'affirme, c'est un 
fait. 

Un OS composé d'un noyau (noyau NT dans le cas de Windows) et de 
bibliothèques système (notamment la librairie Win32 dans le cas de 
Windows). Une application qui fait appel aux bibliothèques système 
Windows est une application Windows par définition. Qu'elle utilise ou 
pas un environnement graphique ne change RIEN. 

Et l'utilisation l'appels système n'est pas forcément explicite dans le 
code. Un simple "printf()" en C va être traduit par le compilateur par 
des appels systèmes réalisant les I/O.

> Windows, système d'exploitation, est composé d'une multitude de .exe 
> alors doit-on affirmer aussi que Windows est une application ?!!

"Application" est un raccourci pour "Application software", donc "Logiciel 
application". Pour tout ce qui concerne l'OS on parle de "logiciel 
système".

>>>
>>> Ok, tu fais comment ?
>> 
>> Tu compiles ça:
>> ====================================
>> #include <iostream>
>> #include <string>
>> 
>> int main() {
>>     std::string str = "Hello World!"
>>     cout << str << endl;
>>     return 0;
>> }
>> ====================================
>> 
>> Aucune fenêtre ouverte.
>> 
> 
> Je fais Win+R qui affiche la fenêtre de dialogue de Exécuter, saisis le 
> .exe et OK.
> Effectivement, cela n'affiche pas "Hello World".
> 
> Il faut bien ouvrir une console qui est un environnement à part de 
> Windows qui comprenne ce qu'est un .exe et qui donne accès aux 
> ressources matérielle sans faire appel à Windows, d'après ton code, 
> n'est-ce pas ?
> Tout cela pour afficher "Hello World" à l'écran de la console qui est le 
> Terminal qui lui avant avait créé et ouvert une fenêtre sur Windows pour 
> faire tout cela !
> Sinon, on ne verrait pas ton "Hello World" et on saurait même que cette 
> "application" existe !
> Donc, non, ce n'est pas une application Windows.

Encore une fois, si, par définition. Et si on la lance depuis une 
"console" (qui n'est aucunement "un environnement à part" mais un 
composant de Windows) elle fait bien ce qu'elle est censée faire.

Maintenant si cet exemple te trouble, considère le même, mais qui va 
écrire "Hello World!" dans un fichier:
====================================
#include <iostream>
#include <string>
#include <fstream>

using namespace std;

int main() {
    string str = "Hello World!";
    string user = getenv("username");
    string filename = "C:\\Users\\"s + user + "\\Desktop\\hello.txt"s;
    ofstream output;
    output.open(filename, ios::out);
    output << str << endl;
    output.close();
    return 0;
}
====================================
Quelle que soit la façon dont tu le lances (depuis une console, par 
WIN+R, ou en double-cliquant dessus), il va créer le fichier "hello.txt" 
sur le bureau et écrire dedans.

> 
>>>
>>> Un .exe qui n'affiche pas de fenêtre, c'est une application Windows ?
>>>
>> 
>> Bien sûr, voir plus haut. Si ce n'était pas une application Windows, ce 
>> serait une application quoi ?
> 
> Un programme, pas une application. 

Une application peut être réduite à un programme unique et rien d'autre 
autour. Mais si tu veyux dire "programme", OK : c'est un programme 
Windows. 

> Une application Windows est un 
> programme 

Non. Une "application" peut être composée d'un ou plusieurs programmes, 
et de ressources.

> mais un programme n'est pas forcément une application Windows.

Sous Windows, si.

> 
> Une application Windows nécessite forcément une interaction sinon c'est 
> un programme. Pour avoir une interaction, il faut bien une interface 
> soit une fenêtre sur Windows.

Dans l'exemple ci-dessus l'interaction c'est les fonctions d'I/O de 
Windows.


>>> Je crois que la nuance est qu'un .app d'Apple est avant tout un objet 
>>> graphique 
>> 
>> Non, c'est avant tout un dossier
> 
> Et ce dossier est un objet graphique prédéfini par le système.

Pardon mais ça ne veut rien dire. Un dossier est un dossier, c'est à 
dire une structure dans un système de fichiers.

> 
>> qui contient un (ou des) exécutable(s) 
>> macOS et divers fichiers nécessaires à l'application. A priori, je ne 
>> vois pas d'obstacle pour construire ue application macOS packagée en 
>> .app qui n'utiliserait aucun objet graphique.
> 
> Quelque soit ce que contient le dossier .app, c'est quand même un objet 
> graphique puisqu'il est définit comme tel par le système.

Je t'envoie une bouteille de champagne si tu trouves une telle définition 
dans la documentation Apple.

Accessoirement j'ai retrouvé un .app que j'avais fait (je ne sais plus 
vraiment comment) et qui n'utilise aucun élément graphique.