Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni
Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni
Redmi Pad 2 9.7 punta su un display ampio e fluido, una batteria capace di accompagnare l'uso quotidiano senza ansie da ricarica e un prezzo accessibile, a partire da 179,90 euro per la versione con 64 GB di storage. Lo Snapdragon 6s 4G Gen 2 e i 4 GB di RAM della configurazione più diffusa frenano però chi cerca reattività e multitasking spinto: ecco il bilancio dopo due settimane di prova diretta
Peugeot Polygon Concept: ecco il futuro delle utilitarie
Peugeot Polygon Concept: ecco il futuro delle utilitarie
Polygon è la concept car di Peugeot che mostra il futuro delle soluzioni del segmento B: tra design compatti e innovativi affiancati da dimensioni compatte uno scherzo dalla manovrabilità incredibile per le manovre a bassa velocità
Reno16 Pro: il compatto di OPPO punta su fotocamera da 200MP e il nuovo Bubble! La recensione
Reno16 Pro: il compatto di OPPO punta su fotocamera da 200MP e il nuovo Bubble! La recensione
OPPO ha portato in Italia, dal 1° luglio 2026, Reno16 Pro: display AMOLED da 6,32 pollici a 144Hz, tripla fotocamera con sensore principale da 200 megapixel, chip Dimensity 8550 Super e batteria da 6000mAh, al prezzo di lancio di 899 euro. Lo abbiamo provato per due settimane insieme al nuovo accessorio Bubble, per capire se la formula compatta della serie regge ancora di fronte a un listino da 1099 euro
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 29-01-2013, 16:45   #1
Joker91
Senior Member
 
Iscritto dal: Feb 2007
Messaggi: 468
[c] Il panico!

Rieccomi qui, col solito programma un server-molti client con l'utilizzo di socket... Server e client ovviamente sono processi separati.Il server crea un thread worker per ogni richiesta di un client.
Sono totalmente nel panico perchè non so più dove andare a parare...

Il client invia il messaggio al server correttamente (questo posso assicurarlo, il formato del messaggio è corretto). Il server fa una accept e fa partire un thread worker... Il worker quindi fa una read sulla socket.. Qui la tragedia: il programma rimane bloccato su questa read finchè non lo termino io manualmente.

Non riesco proprio a capire il perchè... Non credo ci sia qualche errore di scrittura ma un problema proprio della struttura, quindi non state troppo a concentrarvi sul codice.. Vi metto un po' di codice e le considerazioni che ho fatto in fondo alla pagina:

SERVER:
Codice:
int main(int argc, char *argv[]){
	int sfd, sfd1, i,err;
	pthread_t tid;	


/* dichiarazioni + altre elaborazioni non importanti */

	}	
	if ((sfd = createServerChannel(skt_bib))== -1){
		fprintf(stderr,"SERVER: errore creazione socket server\n");
		exit(EXIT_FAILURE);
	}

	
	while (sfd1 = acceptConnection(sfd) != -1) ){
		if ((err=pthread_create(&tid,NULL,&worker,(void*)sfd1)) != 0){
			fprintf(stderr,"SERVER: errore creazione worker\n");
			exit(EXIT_FAILURE);
		}	
		 thread++;	
	}

/* altra roba non pertinente */
		
	return 0;
}
Come vedete utilizza due funzioni: createServerChannel che crea il socket, la acceptConnetion è semplicemente una accept. Comunque ecco il codice:

Codice:
int createServerChannel(char* path){
	int s;
	struct sockaddr_un sa;
	
	if (path == NULL) {errno = EINVAL; return -1;}
	if (strlen(path) > UNIX_PATH_MAX) {errno = E2BIG; return -1;}
	if (fnmatch("./tmp/*.sck",path,FNM_PATHNAME)) {errno = EINVAL; return -1;}
	
	strncpy(sa.sun_path, path, UNIX_PATH_MAX);
	sa.sun_family = AF_UNIX;
	ec_meno1(s=socket(AF_UNIX,SOCK_STREAM,0));
	if (bind(s,(struct sockaddr *)&sa,sizeof(sa)) == -1) {
		ec_meno1(closeServerChannel(path,s));
		return -1;
	}
	if (listen(s,SOMAXCONN) == -1) {
		ec_meno1(closeServerChannel(path,s));
		return -1;
	}
	
	return s;
}
Codice:
int acceptConnection(int s){
	int c = accept(s,NULL,0);
	return c;
}
Dopo aver accettato la connessione esegue il thread worker che rimane bloccata subito su una receive (la funzione la metto alla fine del post):

void* worker(void* arg){
int sfd = (int) arg;

message_t* msg = malloc(sizeof(message_t));

if (receiveMessage(sfd,msg) == -1){
fprintf(stderr,"SERVER: errore ricezione messaggio");
pthread_exit(0);
}
}




Ora il client:

Codice:
int main(int argc, char *argv[]){
	int i, j, csfd;
	int k = 0;
	FILE* fd;
	int len = 0;
	
	/* roba inutile */
	
	while (!feof(fd)){
		fgets(bib_name,100,fd);
		j=0;
		while ((bib_name[j] != '\n') && (j<strlen(bib_name)))
			j++;
		if (bib_name[j] == '\n')
			bib_name[j] = '\0';
		sprintf(addr,"./tmp/%s.sck",bib_name);
		if ((csfd=openConnection(addr,NTRIAL,NSEC)) == -1 ){
			fprintf(stderr,"CLIENT: errore apertura socket\n");
			exit(EXIT_FAILURE);
		}printf("CLIENT: %d\n",csfd);
		if ((sendMessage(csfd,out)) == -1){  
			fprintf(stderr,"CLIENT: errore invio messaggio\n");
			exit(EXIT_FAILURE);
		}	
		if (receiveMessage(csfd,in) == -1){
			fprintf(stderr,"CLIENT: errore ricezione messaggio\n");
			exit(EXIT_FAILURE);
		}
		}
	}	
	return 0;
}
anche qui ho lasciato le robe che presumo importanti per capire l'errore. Il client apre la connessione al socket con la openConnection:

Codice:
int openConnection(char* path, int ntrial, int k){
	int prove, fd;
	struct sockaddr_un sa;
	
	
	if (path == NULL) {errno = EINVAL; return -1;}
	if (strlen(path) > UNIX_PATH_MAX) {errno = E2BIG; return -1;}
	if (fnmatch("./tmp/*.sck",path,FNM_PATHNAME)) {errno = EINVAL; return -1;}
	if (ntrial<1 || ntrial>MAXTRIAL) {errno = EINVAL; return -1;}
	if (k<1 || k>MAXSEC) {errno = EINVAL; return -1;}
	
	strncpy(sa.sun_path, path,UNIX_PATH_MAX);
	sa.sun_family = AF_UNIX;
	ec_meno1(fd=socket(AF_UNIX,SOCK_STREAM,0));
	
	for (prove=0;prove<ntrial;prove++){
		if (!connect(fd,(struct sockaddr*)&sa, sizeof(sa))) 
			return fd;
		sleep(k);
	}
	close(fd);
	return -1;
}
manda e riceve i messaggi con send e receive:

Codice:
int sendMessage(int sc, message_t *msg){		
	int n;
	fprintf(stderr,"send: %d\n",sc);
	ec_null(msg);
	if ((n = write(sc, &(msg->type), sizeof(char))) < sizeof(char))
		return -1;
		
	n = write(sc,&(msg->length),sizeof(unsigned int));
	ec_meno1(n);
	if (n < sizeof(unsigned int))
		return -1;
	if (&(msg->length) == 0)
		return n;	
	
	if ((n = write(sc,msg->buffer,msg->length)) < msg->length)
		return -1;
		
	return n;
}
Codice:
int receiveMessage(int sc, message_t * msg){
	unsigned int lung;
	
	ec_null(msg);
	fprintf(stderr,"receive: %d\n",sc);
	switch (lung = read(sc,&(msg->type),sizeof(char))){
		case 0: 
			errno = ENOTCONN;
			return -1;
		case -1: 
			return -1;
		default : 
			break;
	}
	lung=0;
	while ((lung += read(sc,&(msg->length),sizeof(unsigned int))) < sizeof(unsigned int))
		switch(lung){
			case 0:
				errno = ENOTCONN;
				return -1;
			case -1:
				return -1;
		}
	while ((lung += read(sc,msg->buffer,msg->length)) < msg->length)
		switch(lung){
			case 0:
				errno = ENOTCONN;
				return -1;
			case -1:
				return -1;
		}				
	
	return lung;
}



Ok, dopo avervi fatto vedere il codice un po' lunghetto... Ripeto che i messaggi sono formattati e inviati correttamente, quindi non è un problema della sendMessage. Posso dire anche che non dovrebbe essere nemmeno un problema della receiveMessage in quanto se faccio un programma con un server e un client, senza thread worker, il programma funziona. Non dovrebbe essere un problema delle funzioni (che fanno parte di una libreria). Quindi ci dev'essere qualche problema nel socket, quando viene creato il thread. Come se il thread non riuscisse a comunicare tramite il socket passatogli. Devo fare la accept dentro il thread per caso?

Ultima modifica di Joker91 : 29-01-2013 alle 16:47.
Joker91 è offline   Rispondi citando il messaggio o parte di esso
Old 29-01-2013, 18:18   #2
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
sembra un deadlock. Di primo acchito sembra tu abbi ascritto una sorta di apache dove per ogni client viene creato un thred ma non mi è chiaro in quale punto tutto si blocca.

1) il server è in ascolto
2) Il client si connette al server
3) il server crea un thread per il client

chi fa la recive il server e si blocca?
E se è il server cosa dovrebbe fare il client?
misterx è offline   Rispondi citando il messaggio o parte di esso
Old 29-01-2013, 22:30   #3
Joker91
Senior Member
 
Iscritto dal: Feb 2007
Messaggi: 468
risolto. Era un "semplice" problema di parentesi -.-" precisamente qui

(sfd1 = acceptConnection(sfd) != -1) )

sfd1 prendeva sempre il valore 1 e quindi il fd di stdout
Joker91 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni Redmi Pad 2 9.7: ampio display, economico e peso...
Peugeot Polygon Concept: ecco il futuro delle utilitarie Peugeot Polygon Concept: ecco il futuro delle ut...
Reno16 Pro: il compatto di OPPO punta su fotocamera da 200MP e il nuovo Bubble! La recensione Reno16 Pro: il compatto di OPPO punta su fotocam...
 Hisense 55U7SE: tuttofare e accessibile, il MiniLED per film, sport e gioco Hisense 55U7SE: tuttofare e accessibile, il Min...
Kindle Scribe Colorsoft: riduce le cornici e diventa a colori, ma il prezzo è alto Kindle Scribe Colorsoft: riduce le cornici e div...
Costruire una VGA in casa senza un chip ...
Renault ha rifiutato due volte BYD: l'az...
Appena 9.000 imprese innovative in 25 an...
Anthropic (di nuovo) sotto accusa: chies...
HP OMEN MAX 16 con RTX 5080 e Core Ultra...
Tilly Norwood arriva al cinema: via all'...
5G slicing per le comunicazioni di emerg...
BYD SHARK, 436 CV e fino a 90 km in elet...
Quali sono i migliori produttori di tecn...
Come guardare YouTube senza pubblicit&ag...
Il telescopio spaziale europeo ESA Eucli...
Addio stampa 3D a strati: il metodo che ...
Data center ed energia green: Aruba acqu...
Windows scarica software non richiesto q...
Auto europea, Bloomberg: uno stabiliment...
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: 17:24.


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