Torna indietro   Hardware Upgrade Forum > Software > Programmazione

ASUS ProArt GoPro Edition è il notebook compatto per chi crea
ASUS ProArt GoPro Edition è il notebook compatto per chi crea
Un notebook sviluppato in collaborazione con GoPro ma che risponde al meglio alle necessità di tutti coloro che creano contenuti video: robustezza, design, potenza di calcolo e funzionalità si abbinano al meglio tra di loro, pur se a prezzo di un costo elevato per via della tanta memoria onboard
Fable e Sol a confronto: due cartoni animati creati su un PC con RTX 3090
Fable e Sol a confronto: due cartoni animati creati su un PC con RTX 3090
Ho affidato ai due modelli lo stesso mestiere ma non lo stesso identico prompt: trasformare una storia illustrata in un video usando una RTX 3090 e modelli locali. Ne sono usciti due film, due applicazioni e due idee opposte di efficienza. Fucina, progettata con Fable 5, colpisce di più nei primi secondi. Storyboard Studio, costruito con ChatGPT/Codex, regge meglio sulla distanza e vince il confronto complessivo, ma di stretta misura
Il tablet rugged leggero e sottile: Lenovo ThinkTab X11 offre resistenza, doppia USB-C e batteria rimovibile
Il tablet rugged leggero e sottile: Lenovo ThinkTab X11 offre resistenza, doppia USB-C e batteria rimovibile
Lenovo ha lanciato il ThinkTab X11 rimettendo piede nel segmento dei tablet Android con il marchio Think dopo oltre un decennio di assenza. Il risultato è un dispositivo che prende una direzione precisa: massima dotazione funzionale, costruzione resistente, autonomia fuori dagli schemi
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 21-05-2005, 14:41   #1
sirus
Senior Member
 
Iscritto dal: Mar 2004
Messaggi: 16053
prima esperiena (solo didattica) di programmazione con i processi

ciao a tutti, oggi ho provato a fare un semplicissimo programmino che creasse 5 processi e successivamente per mezzo dell'ultimo processo permette di killare tutti gli altri
questo è quanto ho prodotto...
Codice:
#include<stdio.h>
#include<stdlib.h>
#include<unistd.h>
#include<signal.h>

#define MAX_PROC 5

int main() {
	/* definizione delle variabili locali al main */
	pid_t pid;
	pid_t vettproc[MAX_PROC];
	unsigned int numproc = 0;
	unsigned int counter;

	/* creazione dei processi figlio */
	printf("Creating...\n");
	while(numproc < MAX_PROC) {
		pid = fork();
		if(pid != 0) {
			while(1);
		} else {
			vettproc[numproc] = getppid();
		}
		printf("PROCESSO: %d\tPID: %d\tPID_PADRE: %d\n",numproc,getpid(),getppid());
		getchar();
		numproc++;
	}

	/* controllo processi in esecuzione */
	system("ps");

	/* ciclo di cancellazione */
	printf("\nKilling...\n");
	do {
		numproc--;
		printf("PROCESSO: %d\tPID: %d\n",numproc,vettproc[numproc]);
		kill(vettproc[numproc],SIGKILL);
		getchar();
	} while(numproc >= 0);
	return(0);
}
tuttavia quando il 5° processo creato va a killare il padre di tutti, l'applicazione produce effetti incontrollati...un volta è partito X una volta è sclerato il Terminale insomma...non so come fare a far uccidere la radice al figlio ultimo
una manina???

ps ovviamente il programma è scritto per linux
sirus è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 14:55   #2
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
Stranamente, eseguendo il tuo programma cosi' com' e', sul mio sistema si ferma alla creazione del primo figlio... e non va piu' avanti!

Boh, non ho guardato bene il codice; magari piu' tardi ti fo' sapere...

Ciao
__________________
gica78r@ncc-1701:~$ tar -c
tar: Codardamente mi rifiuto di creare un archivio vuoto
Gica78R è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 16:20   #3
VegetaSSJ5
Senior Member
 
L'Avatar di VegetaSSJ5
 
Iscritto dal: Sep 2002
Città: Celano (AQ) Segno_Zodiacale: Leone Ascendente: Cammello Segni_Particolari: Quello
Messaggi: 9571
secondo me è sbagliato un po' di tutto. il mio consiglio è di far rimanere attivo il padre (di tutti) e ogni figlio appena creato esegue una wait() e poi il padre li uccide tutti. nel modo in cui lo fai tu ogni figlio crea un altro figlio e quandi uccidi un parente si vengono a creare dei processi zombie.
Codice:
#include<stdio.h>
#include<stdlib.h>
#include<unistd.h>
#include<signal.h>

#define MAX_PROC 5

int main() {
	/* definizione delle variabili locali al main */
	pid_t pid;
	pid_t vettproc[MAX_PROC];
	unsigned int numproc = 0;
	unsigned int counter;

	/* creazione dei processi figlio */
	printf("Creating...\n");
	while(numproc < MAX_PROC) {
		pid = fork();
		if(pid != 0) {
			vettproc[numproc]= pid;
		} else {
			printf("PROCESSO: %d\tPID: %d\tPID_PADRE: %d\n", numproc, getpid(), getppid());
                        wait();
		}
		getchar();
		numproc++;
	}

	/* controllo processi in esecuzione */
	system("ps");

	/* ciclo di cancellazione */
	printf("\nKilling...\n");
	do {
		numproc--;
		printf("PROCESSO: %d\tPID: %d\n", numproc, vettproc[numproc]);
		kill(vettproc[numproc],SIGKILL);
		getchar();
	} while(numproc >= 0);
	return(0);
}

Ultima modifica di VegetaSSJ5 : 21-05-2005 alle 16:24.
VegetaSSJ5 è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 17:20   #4
sirus
Senior Member
 
Iscritto dal: Mar 2004
Messaggi: 16053
Quote:
Originariamente inviato da VegetaSSJ5
secondo me è sbagliato un po' di tutto. il mio consiglio è di far rimanere attivo il padre (di tutti) e ogni figlio appena creato esegue una wait() e poi il padre li uccide tutti. nel modo in cui lo fai tu ogni figlio crea un altro figlio e quandi uccidi un parente si vengono a creare dei processi zombie.
Codice:
#include<stdio.h>
#include<stdlib.h>
#include<unistd.h>
#include<signal.h>

#define MAX_PROC 5

int main() {
	/* definizione delle variabili locali al main */
	pid_t pid;
	pid_t vettproc[MAX_PROC];
	unsigned int numproc = 0;
	unsigned int counter;

	/* creazione dei processi figlio */
	printf("Creating...\n");
	while(numproc < MAX_PROC) {
		pid = fork();
		if(pid != 0) {
			vettproc[numproc]= pid;
		} else {
			printf("PROCESSO: %d\tPID: %d\tPID_PADRE: %d\n", numproc, getpid(), getppid());
                        wait();
		}
		getchar();
		numproc++;
	}

	/* controllo processi in esecuzione */
	system("ps");

	/* ciclo di cancellazione */
	printf("\nKilling...\n");
	do {
		numproc--;
		printf("PROCESSO: %d\tPID: %d\n", numproc, vettproc[numproc]);
		kill(vettproc[numproc],SIGKILL);
		getchar();
	} while(numproc >= 0);
	return(0);
}
il problema sta nel fatto che io devo con l'ultimo figlio uccidere il padre lo so il problema è strano (non è un mio compito...) sto aiutando una persona il programma è puramente a scopo dimostrativo
per fare in modo che il discendente più giovane (passatemi il termine) possa uccidere il vecchio antenato forse bisogna fare in modo che il processo principale diventi il più giovane no???
sirus è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 18:07   #5
VegetaSSJ5
Senior Member
 
L'Avatar di VegetaSSJ5
 
Iscritto dal: Sep 2002
Città: Celano (AQ) Segno_Zodiacale: Leone Ascendente: Cammello Segni_Particolari: Quello
Messaggi: 9571
fammi capire... l'ultimo figlio deve uccidere solo il padre oppure deve uccidere anche tutti gli altri figli? oppure non ha importanza chi uccida gli altri figli ma è importante che gli altri figli vengano uccisi dall'ultimo?
VegetaSSJ5 è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 19:13   #6
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
Quote:
Originariamente inviato da Gica78R
Stranamente, eseguendo il tuo programma cosi' com' e', sul mio sistema si ferma alla creazione del primo figlio... e non va piu' avanti!
Sono un idiota non avevo visto la getchar()...
Comunque, a guardarlo il programma non sembra scorretto, non credo ci siano problemi se un processo uccide quello che lo ha generato L'unica cosa e' che, cosi' facendo, l'ultimo figlio (quello che esegue tutte le 'kill'), viene automaticamente ereditato dal processo init. Pero' le kill utilizzano come argomento i pid memorizzati (che coincidono sempre con i processi da terminare), quindi non capisco per quale stracacchio di motivo (nel mio caso) terminato il programma, al primo tasto che premo mi si riavvia X
__________________
gica78r@ncc-1701:~$ tar -c
tar: Codardamente mi rifiuto di creare un archivio vuoto
Gica78R è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 19:52   #7
VegetaSSJ5
Senior Member
 
L'Avatar di VegetaSSJ5
 
Iscritto dal: Sep 2002
Città: Celano (AQ) Segno_Zodiacale: Leone Ascendente: Cammello Segni_Particolari: Quello
Messaggi: 9571
Quote:
Originariamente inviato da Gica78R
Sono un idiota non avevo visto la getchar()...
Comunque, a guardarlo il programma non sembra scorretto, non credo ci siano problemi se un processo uccide quello che lo ha generato L'unica cosa e' che, cosi' facendo, l'ultimo figlio (quello che esegue tutte le 'kill'), viene automaticamente ereditato dal processo init. Pero' le kill utilizzano come argomento i pid memorizzati (che coincidono sempre con i processi da terminare), quindi non capisco per quale stracacchio di motivo (nel mio caso) terminato il programma, al primo tasto che premo mi si riavvia X
il fatto è che per come è scritto il programma non è detto che sia l'ultimo figlio ad uccidere gli altri. il ciclo while di killing viene eseguito da tutti i figli quindi secondo me lì viene fuori un bordello con tutte quelle uccisioni...
VegetaSSJ5 è offline   Rispondi citando il messaggio o parte di esso
Old 21-05-2005, 21:52   #8
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
Quote:
Originariamente inviato da VegetaSSJ5
il fatto è che per come è scritto il programma non è detto che sia l'ultimo figlio ad uccidere gli altri. il ciclo while di killing viene eseguito da tutti i figli quindi secondo me lì viene fuori un bordello con tutte quelle uccisioni...
Sicuro? A me sembra che ogni processo, a partire dal primo, crei un figlio e poi entri in un ciclo infinito... cioe':
Il primo processo esegue la fork() e poi esamina il valore ritornato; se e' positivo, allora si sta eseguendo ancora il processo iniziale, percio' si entra nel while(1); se e' zero, allora ci si trova nel figlio appena creato. Questo figlio effettua alcune operazioni, poi rientra nel ciclo while di creazione e rifa' la stessa cosa, cioe': crea un nuovo figlio, e poi entra nel while(1), mentre il figlio appena creato ripete il ciclo di creazione...

processo_0: crea processo_1 e poi cicla all'infinito;
processo_1: crea processo_2 e poi cicla all'infinito;
processo_2: crea processo_3 e poi cicla all'infinito;
.................
.................
ecc. ecc.
L' ultimo figlio creato non rientra nel ciclo di creazione perche' numproc=MAXPROC, percio' non crea nessun altro figlio; pero' invia SIGKILL a tutti gli "antenati", che in quel momento sono tutti in loop nel while(1).

Boh! Io ne ho fatto una versione semplificata: un processo crea un figlio soltanto, quindi entra in un loop infinito; il figlio "uccide" il padre; sembra andare bene, ma non capisco l'output. Vi riporto il listato:
Codice:
#include <stdlib.h>
#include <unistd.h>
#include <stdio.h>
#include <signal.h>
#include "./connessioni/semafori.h"


int main(void)
{
   int mutex;
   key_t chiave=500;

   setvbuf(stdout,NULL,_IONBF,0);
   pid_t pid;

   mutex=SemCreate(chiave,1,0660,NULL);
   SemSet(mutex,0,0,1,NULL);
   SemWait(mutex,0,NULL);

   pid=fork();

   if (pid>0)
     {
        printf("Padre: %d, loop infinito...\n",getpid());
        SemSignal(mutex,0,NULL);
        while (1)
          ;
        return 0;
     }

   else
     {
        if (pid==0)
          {
             setvbuf(stdout,NULL,_IONBF,0);
             SemWait(mutex,0,NULL);
             printf("Figlio: %d, tenta di terminare %d\n",getpid(),getppid());
             if (kill(getppid(),SIGKILL)<0)
               perror("Kill error");
             else printf("Kill success\n");
             printf("Premi enter...");
             getchar();
             SemSignal(mutex,0,NULL);
             return 0;
          }
        else
          perror("Fork error");
     }
   return 0;
}
mentre questo e' l'output:
Quote:
[gianluca@p3 test]$ ./sirus2
Padre: 4122, loop infinito...
Figlio: 4123, tenta di terminare 4122
Kill success
Premi enter...Killed
In pratica funziona, ma non capisco da dove viene il messaggio "Killed" subito dopo "Premi enter..."
C'e' qualcosa che ci sfugge
Ah, ignorate le funzioni Sem***, sono mie funzioni per usare semafori, cosi' che si esegua sicuramente prima la parte if (pid>0). Le setvbuf servono per non bufferizzare l'output.
__________________
gica78r@ncc-1701:~$ tar -c
tar: Codardamente mi rifiuto di creare un archivio vuoto
Gica78R è offline   Rispondi citando il messaggio o parte di esso
Old 25-05-2005, 10:06   #9
sirus
Senior Member
 
Iscritto dal: Mar 2004
Messaggi: 16053
Quote:
Originariamente inviato da Gica78R
...
no problem ho risolto il fattaccio...
il padre di tuttodeve rimanere in esecuzione quindi a programma modificato niente crash o messaggi strani

Ultima modifica di sirus : 25-05-2005 alle 10:50.
sirus è offline   Rispondi citando il messaggio o parte di esso
Old 25-05-2005, 15:55   #10
Gica78R
Senior Member
 
L'Avatar di Gica78R
 
Iscritto dal: Mar 2005
Messaggi: 1653
Quote:
Originariamente inviato da sirus
no problem ho risolto il fattaccio...
il padre di tuttodeve rimanere in esecuzione quindi a programma modificato niente crash o messaggi strani
Ma e' una regola? Per quanto ne so, non dovrebbero esserci problemi a terminare un particolare processo con un segnale inviatogli da un qualsiasi altro processo, figlio o non figlio che sia... Se per caso e' una regola, sapresti indicarmi qualche documento che ne parla? Sto anch'io realizzando una piccola applicazione multiprocesso, funziona correttamente ed e' il padre di tutti i processi a coordinare i figli e a gestirne avvio e terminazione, quindi non ci sono inconvenienti, pero' mi piacerebbe approfondire...


Grazie,

Gica
__________________
gica78r@ncc-1701:~$ tar -c
tar: Codardamente mi rifiuto di creare un archivio vuoto
Gica78R è offline   Rispondi citando il messaggio o parte di esso
Old 25-05-2005, 16:53   #11
sirus
Senior Member
 
Iscritto dal: Mar 2004
Messaggi: 16053
Quote:
Originariamente inviato da Gica78R
Ma e' una regola? Per quanto ne so, non dovrebbero esserci problemi a terminare un particolare processo con un segnale inviatogli da un qualsiasi altro processo, figlio o non figlio che sia... Se per caso e' una regola, sapresti indicarmi qualche documento che ne parla? Sto anch'io realizzando una piccola applicazione multiprocesso, funziona correttamente ed e' il padre di tutti i processi a coordinare i figli e a gestirne avvio e terminazione, quindi non ci sono inconvenienti, pero' mi piacerebbe approfondire...


Grazie,

Gica
non so che regola ci stia dietro ma quando l'ultimo figlio "ammazza" il padre (primo processo) il sistema in qualche modo crasha non so il motivo però mi piacerebbe capirlo
sirus è offline   Rispondi citando il messaggio o parte di esso
Old 25-09-2005, 20:19   #12
gottardi_davide
Senior Member
 
L'Avatar di gottardi_davide
 
Iscritto dal: Aug 2004
Città: Mariano Comense (Como)
Messaggi: 5657
Quote:
Originariamente inviato da sirus
ciao a tutti, oggi ho provato a fare un semplicissimo programmino che creasse 5 processi e successivamente per mezzo dell'ultimo processo permette di killare tutti gli altri
questo è quanto ho prodotto...
Codice:
#include<stdio.h>
#include<stdlib.h>
#include<unistd.h>
#include<signal.h>

#define MAX_PROC 5

int main() {
	/* definizione delle variabili locali al main */
	pid_t pid;
	pid_t vettproc[MAX_PROC];
	unsigned int numproc = 0;
	unsigned int counter;

	/* creazione dei processi figlio */
	printf("Creating...\n");
	while(numproc < MAX_PROC) {
		pid = fork();
		if(pid != 0) {
			while(1);
		} else {
			vettproc[numproc] = getppid();
		}
		printf("PROCESSO: %d\tPID: %d\tPID_PADRE: %d\n",numproc,getpid(),getppid());
		getchar();
		numproc++;
	}

	/* controllo processi in esecuzione */
	system("ps");

	/* ciclo di cancellazione */
	printf("\nKilling...\n");
	do {
		numproc--;
		printf("PROCESSO: %d\tPID: %d\n",numproc,vettproc[numproc]);
		kill(vettproc[numproc],SIGKILL);
		getchar();
	} while(numproc >= 0);
	return(0);
}
tuttavia quando il 5° processo creato va a killare il padre di tutti, l'applicazione produce effetti incontrollati...un volta è partito X una volta è sclerato il Terminale insomma...non so come fare a far uccidere la radice al figlio ultimo
una manina???

ps ovviamente il programma è scritto per linux
Sborone!
__________________
Acer Aspire 5740G & Microsoft Windows 7 Home Premium 64bit (Client) | Acer Aspire 5310 & Microsoft Windows XP Pro SP3 32bit (Server)
n.2 WD MyBook mirror edition 2TB (RAID 0) | Netgear EVA9150 | Sony 52w4500 | Logitech Z-5500 Digital | Logitech G25 | Homemade F1 Cockpit
gottardi_davide è offline   Rispondi citando il messaggio o parte di esso
Old 25-09-2005, 21:21   #13
Qu@ker
Member
 
Iscritto dal: Apr 2004
Messaggi: 130
Direi che il problema e' qui:
Codice:
	do {
		numproc--;
		printf("PROCESSO: %d\tPID: %d\n",numproc,vettproc[numproc]);
		kill(vettproc[numproc],SIGKILL);
		getchar();
	} while(numproc >= 0);
Qu@ker è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


ASUS ProArt GoPro Edition è il notebook compatto per chi crea ASUS ProArt GoPro Edition è il notebook c...
Fable e Sol a confronto: due cartoni animati creati su un PC con RTX 3090 Fable e Sol a confronto: due cartoni animati cre...
Il tablet rugged leggero e sottile: Lenovo ThinkTab X11 offre resistenza, doppia USB-C e batteria rimovibile Il tablet rugged leggero e sottile: Lenovo Think...
AMD Advancing AI 2026: l'hardware AMD per le elaborazioni IA del futuro, tra GPU, CPU e robot AMD Advancing AI 2026: l'hardware AMD per le ela...
Tascabile e con Android: BOOX Go 6 Gen II è diverso da tutti gli altri e-reader Tascabile e con Android: BOOX Go 6 Gen II &egrav...
WINDTRE, le offerte di fine luglio: 5G F...
Due scrivanie angolari gaming a prezzi b...
Telecamere e intelligenza artificiale su...
L'ASUS Zenbook di cui tutti parlano torn...
Helios, la piattaforma di Schneider Elec...
Multiverse Computing raccoglie 500 milio...
Videogiochi, social e azzardo: un giovan...
Tre astronauti rientrano dalla ISS: la S...
Kimi K3 ha trovato 19 zero-day in Redis ...
Aggiungere un acceleratore IA per data c...
Debian valuta lo stop totale ai contribu...
Huawei sfida il ban USA: al via la produ...
QNAP lancia i nuovi NAS TS-262A e TS-462...
E4 Computer Engineering e EuroHPC JU uni...
World di Sam Altman raccoglie 52,5 milio...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 22:03.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v