Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori
Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori
Il primo headset open-back della linea INZONE arriva a 200 euro con driver derivati dalle cuffie da studio MDR-MV1 e un peso record di soli 199 grammi
Nutanix cambia pelle: dall’iperconvergenza alla piattaforma full stack per cloud ibrido e IA
Nutanix cambia pelle: dall’iperconvergenza alla piattaforma full stack per cloud ibrido e IA
Al .NEXT 2026 di Chicago, Nutanix ha mostrato quanto sia cambiata: una piattaforma software che gestisce VM, container e carichi di lavoro IA ovunque, dall’on-premise al cloud pubblico. Con un’esecuzione rapidissima sulle partnership e sulla migrazione da VMware
Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta
Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta
Xiaomi Pad 8 Pro adotta il potente Snapdragon 8 Elite all'interno di un corpo con spessore di soli 5,75 mm e pannello LCD a 144Hz flicker-free, per un tablet che può essere utilizzato con accessori dedicati di altissima qualità. Fra le caratteristiche esclusive, soprattutto per chi intende usarlo con la tastiera ufficiale, c'è la modalità Workstation di HyperOS 3, che trasforma Android in un sistema operativo con interfaccia a finestre
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 20-12-2018, 13:38   #1
zanardi84
Senior Member
 
L'Avatar di zanardi84
 
Iscritto dal: Apr 2004
Città: La regione del Triplete
Messaggi: 5749
pthread c/c++: ritornare un array

Un saluto a tutti.
Sto giocherellando con i pthread in c/c++ (senza ricorrere alla programmazione ad oggetti).

Come faccio a creare in un thread un array e a ritornarlo al main?
NB: non lo passo dal main al thread

Per le variabili numeriche semplici creo nel thread un puntatore al tipo, con new riservo lo spazio, vi accedo e ci scrivo il valore che voglio, poi ritorno al main il puntatore allo spazio.

Per gli array come funziona?

Grazie
__________________
Trattative felicemente concluse con domienico120, xbax88 ed engiel, ottimi e seri utenti.
zanardi84 è offline   Rispondi citando il messaggio o parte di esso
Old 21-12-2018, 15:45   #2
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Semplicemente, considerando che i thread vivono nel medesimo spazio d'indirizzamento, possono banalmente maneggiare le medesime variabili globali. GIa' questo e' un metodo per scambiare dati tra i thread e col main.

Altro metodo e' usare pthread_join, sfruttando il retval, per catturare il valore d'uscita del thread, cioe' qualsiasi cosa il thread abbia messo in pthread_exit.
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 21-12-2018, 17:31   #3
zanardi84
Senior Member
 
L'Avatar di zanardi84
 
Iscritto dal: Apr 2004
Città: La regione del Triplete
Messaggi: 5749
Quote:
Originariamente inviato da pabloski Guarda i messaggi
Semplicemente, considerando che i thread vivono nel medesimo spazio d'indirizzamento, possono banalmente maneggiare le medesime variabili globali. GIa' questo e' un metodo per scambiare dati tra i thread e col main.

Altro metodo e' usare pthread_join, sfruttando il retval, per catturare il valore d'uscita del thread, cioe' qualsiasi cosa il thread abbia messo in pthread_exit.
Se io creo l'array nella funzione legata al thread, quando questa termina con l'exit dovrebbe non essere più accessibile, a meno che non usi esplicitamente l'operatore new.. ma si può usare tale operatore per allocare memoria per i vettori?
__________________
Trattative felicemente concluse con domienico120, xbax88 ed engiel, ottimi e seri utenti.
zanardi84 è offline   Rispondi citando il messaggio o parte di esso
Old 21-12-2018, 18:13   #4
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da zanardi84 Guarda i messaggi
Se io creo l'array nella funzione legata al thread, quando questa termina con l'exit dovrebbe non essere più accessibile, a meno che non usi esplicitamente l'operatore new.. ma si può usare tale operatore per allocare memoria per i vettori?
Beh si. C++ e' estremamente flessibile in questo senso. Chiaro che il vettore che crei con new non e' il vettore della STL. In C usi malloc e ottieni lo stesso risultato.
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 22-12-2018, 12:15   #5
_angelo_
Bannato
 
Iscritto dal: Dec 2018
Messaggi: 12
parti da main() dove allochi l'array, nello scope (stack), o con malloc o con new, dipende se "giochi" a C o C++. come preferisci. Poi crei e lanci i thread, passandoc il puntatore dell'array ai thread. E quando i thread modificano l'array non dimenticare di proteggere la scrittura con qualche mutex.lock().
_angelo_ è offline   Rispondi citando il messaggio o parte di esso
Old 24-12-2018, 17:34   #6
zanardi84
Senior Member
 
L'Avatar di zanardi84
 
Iscritto dal: Apr 2004
Città: La regione del Triplete
Messaggi: 5749
Sono riuscito a creare l'array nel thread con int *puntatore = new int[dimensione]()
Ha fatto le sue operazioni e poi ha ritornato al main il puntatore (istruzione pthread_exit(n); dove n è il puntatore al primo elemento dell'array.. la variabile puntatore l'ho usata per scorrere l'array).
__________________
Trattative felicemente concluse con domienico120, xbax88 ed engiel, ottimi e seri utenti.
zanardi84 è offline   Rispondi citando il messaggio o parte di esso
Old 25-12-2018, 09:55   #7
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da zanardi84 Guarda i messaggi
Sono riuscito a creare l'array nel thread con int *puntatore = new int[dimensione]()
Ha fatto le sue operazioni e poi ha ritornato al main il puntatore (istruzione pthread_exit(n); dove n è il puntatore al primo elemento dell'array.. la variabile puntatore l'ho usata per scorrere l'array).
Hai fatto bene. Comunque dalla prima frase ho l'impressione che tu consideri i thread come una sorta di barriera, un po' come i processi. Ma non e' cosi'.

Il thread e' un'unita' di esecuzione. Cioe' se tu allochi memoria nell'heap all'interno di un thread ( terminologia impropria in verita' ), equivale ad allocarla normalmente in un programma single thread.
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 26-12-2018, 14:19   #8
zanardi84
Senior Member
 
L'Avatar di zanardi84
 
Iscritto dal: Apr 2004
Città: La regione del Triplete
Messaggi: 5749
Quote:
Originariamente inviato da pabloski Guarda i messaggi
Hai fatto bene. Comunque dalla prima frase ho l'impressione che tu consideri i thread come una sorta di barriera, un po' come i processi. Ma non e' cosi'.

Il thread e' un'unita' di esecuzione. Cioe' se tu allochi memoria nell'heap all'interno di un thread ( terminologia impropria in verita' ), equivale ad allocarla normalmente in un programma single thread.
In realtà ho scritto molto male adottando un'errata equivalenza thread = funzione ad esso associato come se questo avesse le proprietà della funzione.

Io volevo creare l'array all'interno della funzione in modo che fosse ritornato al main per cercare di ridurre al minimo l'utilizzo delle variabili globali.
__________________
Trattative felicemente concluse con domienico120, xbax88 ed engiel, ottimi e seri utenti.
zanardi84 è offline   Rispondi citando il messaggio o parte di esso
Old 26-12-2018, 18:15   #9
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da zanardi84 Guarda i messaggi
In realtà ho scritto molto male adottando un'errata equivalenza thread = funzione ad esso associato come se questo avesse le proprietà della funzione.

Io volevo creare l'array all'interno della funzione in modo che fosse ritornato al main per cercare di ridurre al minimo l'utilizzo delle variabili globali.
Non e' tanto sbagliato. Nel senso che al thread e' associata una funzione che funge da entry point. Da li' in poi il flusso di esecuzione aggiunge un altro ramo parallelo/concorrente a quello principale.

E il main di fatto viene avviato in un thread di default creato dal runtime del linguaggio.

Il bello dei thread e' che, avendo accesso al medesimo spazio d'indirizzamento, ogni scambio di dati e' del tutto simile a quello che avviene tra normali funzioni in uno scenario single threaded.

Ovviamente bisogna stare attenti a quando si accede a variabili globali e/o comuni a piu' thread, altrimenti le race condition ti fanno a fette.

Pero' i thread rendono naturale il ritorno di valori ( anche puntatori ) dalle funzioni al main, senza nessuna particolare complicazione.
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 29-12-2018, 11:11   #10
bigendian
Junior Member
 
L'Avatar di bigendian
 
Iscritto dal: Dec 2018
Messaggi: 23
Forse allocare l'array nel thread con new e restiturne il puntatore all'uscita del thread puo essere un po' ingarbugliato come discorso. Funziona, ma ti devi preoccupare di fare il "delete" dell'array nel processo padre.

Cosa ti sembra una cosa del genere ?

int main()
{
char array[dimensione];

/* crei i thread passandogli il puntatore all'array */
...

/* attendi che i thread escano, e alla fine non hai nulla da distruggere, perche l'array era allocato qui nello stack, e
la sua vita termina alla fine dello scope. L'array non e' globale ma nello stack del processo padre */

return 0;
}


Se usi new vuol dire che stai usando c++. Dunque puoi anche crearti una classe con gli oggetti condivisi e passare il puntatore/reference alla classe.

Saluti
__________________
--- bigendian ---

Ultima modifica di bigendian : 29-12-2018 alle 11:14.
bigendian è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori Sony INZONE H6 Air: il primo headset open-back d...
Nutanix cambia pelle: dall’iperconvergenza alla piattaforma full stack per cloud ibrido e IA Nutanix cambia pelle: dall’iperconvergenza alla ...
Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta Recensione Xiaomi Pad 8 Pro: potenza bruta e Hyp...
NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abbiamo provato il tris d'assi di NZXT NZXT H9 Flow RGB+, Kraken Elite 420 e F140X: abb...
ASUS ROG Swift OLED PG34WCDN recensione: il primo QD-OLED RGB da 360 Hz ASUS ROG Swift OLED PG34WCDN recensione: il prim...
Ecovacs presenta la gamma 2026: paviment...
Efficienza energetica fino a 2.000 volte...
Lenovo 360: il programma di canale dell'...
Appena 10.000 qubit per rompere la critt...
Analisi dei transistor durante il funzio...
Attacco informatico a Booking.com: espos...
A quattro mesi dal divieto dei social ne...
NVIDIA GeForce RTX 5060 e 5060 Ti: in ar...
Rebellions, Arm e SK Telecom, nuova alle...
Modernizzazione delle app: Red Hat OpenS...
Nel mirino di Google c'è il back ...
PRAGMATA in bundle con GeForce RTX 5000:...
Le novità MOVA per il 2026: robot e impi...
Windows, stop all'attivazione telefonica...
ASUS porta la serie TUF nel formato Mini...
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: 18:25.


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