Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere)
Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere)
Quattro modi di indossarlo, stessa app del Plaud Note Pro e integrazione con il desktop. Il registratore IA da indossare di Plaud eccelle in mobilità, ma resta vincolato all'abbonamento ed è facile da perdere
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro
Xiaomi ha portato Redmi Watch 6 anche sul mercato italiano, puntando su un display AMOLED da 2,07 pollici con picco di luminosità a 2000 nit, frame in alluminio da 9,9mm e un'autonomia dichiarata di 12 giorni. Lo smartwatch gira su HyperOS 3 e integra GPS, Bluetooth 5.4 e oltre 150 sport mode. Il tutto a meno di 100 euro
Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ADV, ma con molti più pulsanti
Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ADV, ma con molti più pulsanti
Con 22 tasti, il pulsante 5D, lo Shift Mode e il sensore PixArt 3395 da 26.000 DPI, il nuovo mouse wireless di Mad Catz si rivolge in modo preciso ai giocatori di MMO e RPG. Ma chi conosce già il R.A.T. 8+ ADV si accorgerà subito di quanto i due prodotti condividano, e di dove invece divergono
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


Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere) Plaud NotePin S, il registratore IA si fa indoss...
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro Redmi Watch 6 in prova: lo smartwatch con ampio ...
Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ADV, ma con molti più pulsanti Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ...
Radeon RX 9070 GRE, AMD la porta in tutto il mondo | Recensione Gigabyte Gaming OC Radeon RX 9070 GRE, AMD la porta in tutto il mon...
Reolink OMVI 3i WiFi: videosorveglianza più intelligente e facile da usare Reolink OMVI 3i WiFi: videosorveglianza pi&ugrav...
Gli accessori auto da non perdere: aspir...
Questa bici elettrica è l'affare ...
Recupero dati impossibile? Come gli SSD ...
Questo LG UltraGear OLED da 27'' a 369€ ...
Jensen Huang accelera ancora: NVIDIA e S...
Cattive notizie per chi aspetta le pross...
Display OLED nei notebook, Omdia prevede...
Da occhiali smart a occhiali per spiare ...
DOOM: The Dark Ages si espande con Revel...
Soldi in cambio di codice per addestrare...
DJI Neo senza radiocomando in offerta a ...
Axiom Space e Prada mostrano lo strato i...
Uno dei satelliti Rassvet-3 di Bureau 14...
Con il razzo spaziale Lunga Marcia 9, la...
Cavi sottomarini come sensori: la Finlan...
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: 08:46.


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