Che pazienza e competenza

altro che pazienza!!!bisogna essere dei santi!!!!Molto bravo

Esatto.

In realtà, OGNI "sottoprocesso" è un processo (e qui, la parola "processo" indica semplicemente il concetto generale di "processo", NON un qualche "processo" specifico). Quando scrivo "Processo" (con la "P" maiuscola) voglio invece indicare un "processo ben specifico, frutto dall'esecuzione di un singolo Programma ben determinato". In questo senso, un Processo (nota la "P" maiuscola) che è fatto di uno o più processi (nota la "p" minuscola), penso sia meglio chiarito -nell'ambito di una spiegazione- qualora si adotti (al fine di meglio spiegare) il termine "sottoprocesso" per additar tutti i processi (nota la "p" minuscola) che, nel concreto, lo compongono.


Allora, ti fermo: non tutti i "sottoprogrammi" di un Programma stan scritti nel file EXE (alcuni stanno scritti in altri files [files del Database, DLL, OCX, ActiveX, etc...]). Inoltre, è raro trovare un "sottoprogramma" che sia anche "un file EXE" (vero è, invece, che un file EXE include dentro sé vari "sottoprogrammi").
Non ti scordare che, ad "eseguire" è sempre e solamente il Sistema Operativo (il file EXE rappresenta soltanto il "nucleo di più immediata esecuzione" di un qualsivoglia Programma). Esistono perfino dei Programmi (certi "drivers", ad esempio) che NON includono nessun file EXE (ad "eseguirli" provvede, senza altri "intermediari", direttamente il Sistema Operativo).

Sì. un Programma può dirsi "in esecuzione" anche se uno solo dei suoi "sottoprogrammi" (una "routine" o una "sub-routine", per esempio) è in esecuzione. Ma non sarebbe cosa errata neppure se dicessimo che ad essere "in esecuzione", in quel caso, sono soltanto i sottoprogrammi suoi che effettivamente si stanno eseguendo.
In quanto ad avere (o non avere), l'Utente, gli "strumenti" per far questo o quello, tutto dipende da come il Programmatore (lo Sviluppatore) ha concepito e costruito (ossia, compilato) il Programma. Se è stato previsto uno "strumento" di tal fatta (per dare all'Utente un maggior grado di possibilità di gestione), ebbene, si potrà disporne (e tu potrai, di conseguenza, utilizzarlo per avviar [nel tuo esempio] tutta quanta l'intera serie di sottoprocessi). Se lo Sviluppatore, invece, di dar questa possibilità all'Utenza se ne infischia, ebbene ti dovrai accontentare di far solo quello che ti viene, in effetti, concesso...


Sì, è questa la principale ragione.

No: esiste un UNICO file EXE (per ogni singolo Programma) che contiene molti (o tutti, nel caso di un Programma cosiddetto "standalone") sottoprogrammi, più altri "sottoprogrammi" ulteriori (a contorno e completamento) che stanno stipati nelle altre cartelle del programma e nei diversi files "accessori"...


Sì, la si può veder benissimo anche in questa ottica. Il paragone che hai fatto coi "servizi SMS" è un positivo caso di uso della tua immaginazione e della tua fantasia al fine di meglio capire come stanno le cose.

No, giacché: 1) esiston dei Programmi che NON hanno alcun file EXE (taluni drivers, per esempio) e 2) soltanto i cosiddetti "programmi standalone" son contenuti per intero in un unico file EXE: tutti gli altri sono, invece, stipati dentro a svariati files (talvolta, inseriti dentro a svariate cartelle e sottocartelle).

Sì.

Ci sono dei "collegamenti interni" fra le diverse "porzioni di codice" ciascuna delle quali costituisce un "sottoprogramma": è il Programmatore (lo Sviluppatore) che crea questi "collegamenti" nell'ambito di ben precise "gerarchie" (le quali dipendono anche -naturalmente- dal tipo di linguaggio software usato per creare il programma).

È il Sistema Operativo che ha SEMPRE il compito di "eseguire", lui e soltanto lui. La presenza dell'EXE può -dove serve- agevolargli un po' il compito e nient'altro. Non devi scordare che NON è l'EXE (mai) ad "eseguire il Programma" (l'EXE non è manco capace di "autoeseguire sé stesso"!), bensì è sempre e unicamente il Sistema Operativo ad eseguir tutti i Programmi.

Sì. Il file EXE è utile al Sistema Operativo per meglio "gestire" e "smistare" i vari sottoprocessi che vengono, a mano a mano, creati. Sicché, se non è previsto alcun file EXE (perché il Programmatore ha concepito le cose così), il Sistema Operativo è comunque in grado di eseguire quel Programma.

Avere Javascript disabilitato, talora è un vantaggio (esiste un apposito add-on per Firefox che serve proprio a dare all'Utente la chance di disabilitare i javascript [o di riabilitarli] ogniqualvolta gli paia e piaccia). Avere FlashPlayer non-aggiornato (ossia, obsoleto), invece può costituire un problema (a volte, anche serio, giacché le nuove versioni risolvon di frequente dei bug o delle falle che erano presenti nella versione precedente: dunque, il non aggiornare espone al rischio di mantener aperte delle "falle" che possono venir sfruttate -per esempio, da qualche malware- per infiltrarsi fin nel cuore del Sistema). Ti suggerisco, dunque, di proceder quanto prima ad aggiornare il tuo FlashPlayer (puoi farlo anche da Aiutamici)

Sì, in effetti si tratta -in genere- di piccoli (talora proprio minuscoli) "script" eseguibili.

Vero è che vengono eseguiti "dal browser" (per meglio dir: "nel browser"), ma non scordar mai che il browser è pure lui un Programma che viene -a propria volta- eseguito proprio dal Sistema Operativo.

No, affatto: Java è una cosa, javascripèt è tutt'altra cosa.

Il Java Runtime (JRE) non hai nessun bisogno di "richiamarlo" né di "visualizzarlo". Si tratta (come dice il suo nome) di un "runtime" (agisce "in background", ossia in maniera invisibile). Suo scopo principale è fornire alle Applicazioni (i Programmi) installate sul computer una cosiddetta "Macchina Virtuale" in virtù della quale (e grazie alla quale) diviene possibile ai browsers (e non solo!... Pensa che il Java Runtime è preziosissimo anche per OpenOffice) poter fornir funzioni che, senza il Java Runtime, sarebbero inattingibili (ad esempio: il Java Runtime ha un ruolo chiave nella visualizzazione e nell'utilizzo delle Chat). Ti suggerisco, dunque, di installar quanto prima la versione più aggiornata (per il tuo specifico S.O.) del Java Runtime (che puoi trovare anche su Aiutamici).

Quello di "Programma" è un concetto (che serve per capirsi meglio, fra persone, quando si deve comunicare)... e ogni concetto riflette -senza dubbio alcuno- una specifica "categoria del pensiero". In quanto "espressione dell'umano pensiero", dunque, il concetto di "Programma" esiste, eccome.

No. Vero è che tutti i files sono composti da righe di codice. Ma non risponde al vero che ogni singolo file è un eseguibile: soltanto una parte esigua dei files (gli EXE, gli ActiveX, gli OCR e pochi altri) si possono propriamente classificar come "eseguibili".

No, ti sbagli (e te l'ho già spiegato prima). In quanto alle estensioni che possono avere "gli altri files", possono esser tantissime, le più svariate.

Sì. è sufficiente che uno dei Processi sviluppati dal Programma sia "in atto" per poter asserire che il Programma è in esecuzione". Del resto, considera il caso di un Programma che vada in esecuzione epperò funzioni male (per qualsivoglia ragione): diremo che il programma è "in esecuzione", però NON FUNZIONA.
Intendiamo con "Processo" l'esecuzione di una parte del Programma (in pratica, di almeno un "sottoprocesso"... ma ciò vuol dire che il termine va bene anche quando sono coinvolti molti "sottoprocessi"; eventualmente, anche tutti). Indichiamo con il termine "sottoprocesso" un singolo sottoprocesso (uno e basta).
Un sottoprocesso, dunque, corrisponde all'esecuzione di un "sottoprogramma", mentre un Processo corrisponde all'esecuzione di uno o più sottoprogrammi del Programma (eventualmente, anche di tutti).

Considera la partitura di una Sinfonia. Diciamo che tale Sinfonia, si compone di 4 Movimenti (da eseguirsi uno dopo l'altro in rigorosa successione).
Bene: puoi immaginare il Programma un po' come la Partitura dell'intera Sinfonia. E i suoi Sottoprogrammi un po' come le partiture dei Movimenti che la compongono.

Sì, lo possiam dire.

Sì, lo possiam dire. Ogni sottoprogramma è parte di un disegno (un progetto) più ampio che è poi quello che, alla fine, lo Sviluppatore vorrebbe si venisse a realizzare (e che, posto che abbia lavorato bene, si viene a realizzare per davvero).

Il punto che non tieni bene a mente è che il Programma (intero) si dice "eseguibile" anche se non tutti i suoi componenti sono costituiti da "files singolarmente eseguibili" (con files "singolarmente eseguibili" intendo riferirmi a files che sono eseguibili ANCHE "da soli", ovvero senza l'intervento di altri files: tipo gli EXE, per intenderci, gli ActiveX, etc...)

Un Processo è "in esecuzione" (questa è la definizione "tecnica") quando si trova "caricato" nella RAM e "gira" nel Processore (che è quello che fa il "lavoro di calcolo" tipico di qualsivoglia computer [per questo, in italiano, ai primi tempi, i "computers" venivano chiamati anche "calcolatori").

Ma come puoi mai fare a cliccar CONTEMPORANERAMENTE su due diversi e ben distinti file EXE?
Per forza, cliccherai su di uno prima e poi sull'altro (se sei un "atleta del dito indice" potran passare anche soltanto pochi millisecondi, ma sufficienti a far sì che solo uno dei due processi venga "avviato per primo"), sicché... se pure l'altro (quello su cui hai cliccato dopo) venisse avviato avresti DUE "processi" differenti (ossia, distinti e distinguibili fra loro).


Il codice contenuto nei files non-eseguibili (nelle cartelle e nelle sottocartelle) di un Programma è comunque da definirsi come ESEGUIBILE (nel senso che si tratta di codice debitamente "compilato" e NON di puro e semplice "codice sorgente"). NON devi confondere un "codice eseguibile" (espressione che indica una porzione di codice compilata per l'esecuzione [non necessariamente "in assolo"]) con un "file eseguibile" (un EXE, ad esempio). Un file "eseguibile" è un file che può sempre essere "eseguito" dal sistema Operativo anche da solo (sebbene sia, più spesso, eseguito "in compagnia di altri files" facenti parte del medesimo Programma).

Mago30, mi hai messo tanta curiosità.



Per la definizione di Programma ho trovato questo approfondimento: http://it.wikipedia.org/wiki/Programma_%28informatica%29

Ogni parola blu può, a sua volta, trovare un ulteriore approfondimento, basta cliccarci sopra.

Ho trovato istruttiva (per me stessa) la distinzione tra Programma, Software e Applicazione, pur se al momento faccio fatica a metabolizzare il tutto.

Spero che la lettura possa contribuire a dipanare un pochino le tue matasse.

Ad ogni modo, aspetta quanto Monsee ti scriverà.

Ciao

Prego! :-)

ok grazie.
Non ho ancora capito alcune cose: i sottoprogrammi sono,a quanto pare,"pezzi di programma",porzioni di codice preposti a determinate operazioni.
Cio' che pero' mi sfugge e' come posso materialmente accorgermi che un processo e' in atto in un determinato momento pur non osservando alcun effetto concreto.
Inoltre,supponendo che un programma sia dotato di GUI,posso fisicamente distinguere le varie porzioni della GUI corrispondenti ai vari sottoprogrammi?

Tu hai parlato di processo in esecuzione: il processo di per se' e' l'esecuzione di un sottoprogramma per cui significherebbe dire "esecuzione del sottoprogramma in esecuzione".

Se fosse per davvero che NON SI OSSERVA ALCUN EFFETTO, non osservando nulla in assoluto, NON ti potresti accorgere di NIENTE.
Ma, se potessi osservar qualcosa "nel concreto" (esempio: apri il TaskManager e guardi quali Processi sono attivi in quel momento... e noti che un determinato Processo è presente nell'elenco in questione, allora -anche se ti sembra che non stia succedendo niente- stai pur certo che quello specifico Processo, in quel momento, è per davvero "in atto". Il TaskManager ti mostrerà anche quante "risorse" assorbono i vari Processi "attivi" [ossia, "in atto"], sia a livello di CPU [il Processore] sia a livello di RAM.


La GUI di un Programma è semplicemente la sua INTERACCIA con l'Utente. NON ci sono "porzioni diverse della GUI", di conseguenza, essendo che la GUI è solo un' "interfaccia grafica".


... "esecuzione di un sottoprogramma in esecuzione" afferisce all'atto stesso dell'eseguire quel particolare sottoprogramma. Suonerà, forse, poco bene ad un orecchio esigente, ma -dal punto di vista logico- non dice niente di strano. Un Processo si dice "in esecuzione" se viene eseguito in quel momento (ovvero, se è "in atto"). Un Processo NON è "in esecuzione" se in quel momento non viene "eseguito" dal Sistema Operativo. Nessuna contraddizione, in questo. Di un dato Processo, io posso ben dire che è oppure non è in EFFETTIVA "esecuzione" (abbreviato, più semplicemente: "in esecuzione") a seconda se il Sistema Operativo lo stia ponendo in atto (oppure no) in quel preciso momento.