Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora
Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora
WF-1000X M6 è la sesta generazione di auricolare in-ear sviluppata da Sony, un prodotto che punta a coniugare facilità di utilizzo con una elevata qualità di riproduzione dei contenuti audio e una cura nella riduzione del rumore ambientale che sia da riferimento
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI
Snowflake ha presentato diverse novità per la sua piattaforma legate all'intelligenza artificiale. Quella forse più eclatante è una collaborazione con OpenAI, ma non mancano diverse nuove funzionalità che rendono la piattaforma più flessibile e in grado di rispondere meglio alle esigenze in continuo cambiamento delle aziende
Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo MSI
Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo MSI
Con velocità teoriche fino a 11 Gbps, gestione tramite app intelligente e protezione avanzata dei dispositivi, Roamii BE Pro porta il Wi‑Fi 7 tri‑band nelle abitazioni più esigenti. Un sistema Wi-Fi Mesh proposto da MSI allo scopo di garantire agli utenti una rete fluida e continua capace di sostenere streaming 8K, gaming competitivo e le applicazioni moderne più esigenti in termini di banda
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 29-11-2007, 21:51   #1
Fabietto206
Senior Member
 
L'Avatar di Fabietto206
 
Iscritto dal: Jul 2007
Città: Cassano M.go (Va)
Messaggi: 631
[C] domanda sul tipo restituito

Volevo kiedervi una cs, ho qst situazione:

double *a;

**a; si può fare? e se si di ke tipo è?

Grazie mille
Fabietto206 è offline   Rispondi citando il messaggio o parte di esso
Old 29-11-2007, 23:09   #2
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
prego cionci di chiudere questo topic e di farne riaprire un altro uguale ma scritto in italiano.
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 29-11-2007, 23:14   #3
Fabietto206
Senior Member
 
L'Avatar di Fabietto206
 
Iscritto dal: Jul 2007
Città: Cassano M.go (Va)
Messaggi: 631
Xkè dovresti kiuderlo scusa?
é una parte di un testo di un esame in cui dava una variabile a di tipo double* e metteva varie espressioni e bisognava dire se erano corrette o meno....e se lo erano dire di ke tipo erano!!!

+ kiaro di così!!!

Ecco a me interessa **a se è corretto o meno!! A me pare di no, xò nn ne sn sicuro
Fabietto206 è offline   Rispondi citando il messaggio o parte di esso
Old 29-11-2007, 23:20   #4
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
Penso fosse un modo per riferirsi al fatto che usi molto di sovente abbreviazioni da SMS nonostante qui non ce ne sia bisogno peggiorando di parecchio la leggibilità per chi non è abituato (dopotutto di spazio ne hai a vagonate , fai uno sforzo ) .

Per quanto riguarda la tua domanda ...

Non c'è motivo per fare una cosa del genere. double *a; è un puntatore a double . **a è una espressione che cerca di referenziare doppiamente a double interpretando il valore della variabile puntata da "a" come un indirizzo di memoria , il che è ovviamente sbagliato , visto che gli indirizzi di memoria non sono rappresentati come numeri in virgola mobile

Ciao
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 29-11-2007, 23:31   #5
Fabietto206
Senior Member
 
L'Avatar di Fabietto206
 
Iscritto dal: Jul 2007
Città: Cassano M.go (Va)
Messaggi: 631
Quote:
Originariamente inviato da AnonimoVeneziano Guarda i messaggi
Penso fosse un modo per riferirsi al fatto che usi molto di sovente abbreviazioni da SMS nonostante qui non ce ne sia bisogno peggiorando di parecchio la leggibilità per chi non è abituato (dopotutto di spazio ne hai a vagonate , fai uno sforzo ) .

Per quanto riguarda la tua domanda ...

Non c'è motivo per fare una cosa del genere. double *a; è un puntatore a double . **a è una espressione che cerca di referenziare doppiamente a double interpretando il valore della variabile puntata da "a" come un indirizzo di memoria , il che è ovviamente sbagliato , visto che gli indirizzi di memoria non sono rappresentati come numeri in virgola mobile

Ciao
Grazie per la bella spiegazione!!
Fabietto206 è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 12:35   #6
gaxy
Junior Member
 
L'Avatar di gaxy
 
Iscritto dal: Feb 2006
Messaggi: 21
beh ma sintatticamente può starci: **a è un puntatore a *a; ti serve per esempio se hai una funzione a cui devi passare *a per riferimento... purtroppo nella mia vita sono arrivata ad usare i puntatori tripli...
__________________
"Computer Science is no more about computers than astronomy is about telescopes" (Edsger Dijkstra)
gaxy è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 13:49   #7
xblitz
Senior Member
 
L'Avatar di xblitz
 
Iscritto dal: Mar 2007
Messaggi: 384
Ehm scusate a me interessa approfondire questo discorso perchè ci ho perso dietro un'estate allora **a è sintatticamente corretto (non ci sono limiti agli asterischi) il compilatore la interpreta nel seguente modo:

*a è un indirizzo e *(*a) va a referenziare l'indirizzo...

questa però non l'ho capita
Quote:
ti serve per esempio se hai una funzione a cui devi passare *a
io per passare un parametro per indirizzo faccio cosi: *&a...

stiamo dicendo la stessa cosa per caso? a me sembra di si, cambia solo il fatto che come dico io non bisogna deferenziare la variabile
xblitz è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 15:06   #8
Maverick18
Senior Member
 
L'Avatar di Maverick18
 
Iscritto dal: Aug 2005
Messaggi: 2020
Quote:
Originariamente inviato da xblitz Guarda i messaggi
Ehm scusate a me interessa approfondire questo discorso perchè ci ho perso dietro un'estate allora **a è sintatticamente corretto (non ci sono limiti agli asterischi) il compilatore la interpreta nel seguente modo:

*a è un indirizzo e *(*a) va a referenziare l'indirizzo...
A me il compilatore di VC++ da errore (illegal indirection).
Maverick18 è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 15:20   #9
gaxy
Junior Member
 
L'Avatar di gaxy
 
Iscritto dal: Feb 2006
Messaggi: 21
A me cose tipo **a andavano anche sotto VC++ (x intenderci, in quel progetto usavo visual studio 2005). E' qualche mese che non scrivo codice c, ma mi sembra di ricordare che *(&a) (puntatore ad indirizzo di a) e **a (puntatore a puntatore di a) non funzionassero proprio nello stesso modo... ma *me pigra* avevo trovato che **a si adattava ai miei scopi e quindi usavo quello...

Ti faccio un esempio di funzione che usavo in quel progetto:
double CalcolaSoluzione(
int produttoriCalcolaSoluzione,
int consumatoriCalcolaSoluzione,
double * produzioneCalcolaSoluzione,
double * domandaCalcolaSoluzione,
double *** matriceCostiVariabiliCalcolaSoluzione,
double *** SolutionCalcolaSoluzione,
double **ReducedCostCalcolaSoluzione

)

all'interno di questa chiamavo funzioni con "soli" doppi puntatori per le matrici e tutto funzionava, altrimenti mica tanto!
__________________
"Computer Science is no more about computers than astronomy is about telescopes" (Edsger Dijkstra)
gaxy è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 16:05   #10
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da gaxy Guarda i messaggi
E' qualche mese che non scrivo codice c, ma mi sembra di ricordare che *(&a) (puntatore ad indirizzo di a) e **a (puntatore a puntatore di a) non funzionassero proprio nello stesso modo...
infatti sono diversi: lo vedi che non sono uguali? diversi so diversi eh...

*(&a) è precisamente uguale ad a, e significa che dereferenzi l'indirizzo di a (quindi prendi pari pari il valore di a).

**a invece dereferenzia due volte a. se a è un puntatore a double, quindi double*, il compilatore da errore semplicemente perché si rifiuta di leggere un double come un puntatore da dereferenziare. come dargli torto.

Quote:
Ti faccio un esempio di funzione che usavo in quel progetto:
double CalcolaSoluzione(
int produttoriCalcolaSoluzione,
int consumatoriCalcolaSoluzione,
double * produzioneCalcolaSoluzione,
double * domandaCalcolaSoluzione,
double *** matriceCostiVariabiliCalcolaSoluzione,
double *** SolutionCalcolaSoluzione,
double **ReducedCostCalcolaSoluzione

)
mio Dio che orrore, 7 parametri 2 dei quali puntatori TRIPLI...
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 16:06   #11
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da Maverick18 Guarda i messaggi
A me il compilatore di VC++ da errore (illegal indirection).
scommetto che hai fatto la prova
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 16:09   #12
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da xblitz Guarda i messaggi
*a è un indirizzo e *(*a) va a referenziare l'indirizzo...
manco per niente, se a è dichiarato come double*

se a è un puntatore a double, *a è un double.

Quote:
io per passare un parametro per indirizzo faccio cosi: *&a...
io direi che per passare un parametro per indirizzo non devi passare ciò a cui punta l'indirizzo, ma proprio l'indirizzo. o sbaglio?
l'indirizzo di a non è mica *(&a), è semplicemente &a.
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 16:22   #13
Maverick18
Senior Member
 
L'Avatar di Maverick18
 
Iscritto dal: Aug 2005
Messaggi: 2020
Quote:
Originariamente inviato da 71104 Guarda i messaggi
scommetto che hai fatto la prova

Logicamente mi sembrava errata, in questi casi la cosa migliore è provare direttamente su compilatore. (cosa che ho fatto )
Maverick18 è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 17:26   #14
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da Maverick18 Guarda i messaggi
Logicamente mi sembrava errata, in questi casi la cosa migliore è provare direttamente su compilatore. (cosa che ho fatto )
si ma non è che ci volesse il compilatore... ti verrebbe mai un dubbio sulla correttezza di un'espressione a cui manca il punto e virgola finale, per dire?
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 19:34   #15
xblitz
Senior Member
 
L'Avatar di xblitz
 
Iscritto dal: Mar 2007
Messaggi: 384
Quote:
Originariamente inviato da 71104 Guarda i messaggi
manco per niente, se a è dichiarato come double*

se a è un puntatore a double, *a è un double.
per forza ma vedo che nel mio libro di c++ si usa e quindi ho pensato che il compilatore interpretasse nel seguente modo:

prenndo *a come un indirizzo che vado a deferenziare a sua volta

Quote:
io direi che per passare un parametro per indirizzo non devi passare ciò a cui punta l'indirizzo, ma proprio l'indirizzo. o sbaglio?
l'indirizzo di a non è mica *(&a), è semplicemente &a.
io credo che i due modi si equivalgano, tanto si va a modificare il contenuto dell'indirizzo (all'indirizzo) e se è proprio la variabile dichiarata nel main essa rimane visibile anche da fuori la funzione...
xblitz è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 20:01   #16
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da xblitz Guarda i messaggi
per forza ma vedo che nel mio libro di c++ si usa e quindi ho pensato che il compilatore interpretasse nel seguente modo:

prenndo *a come un indirizzo che vado a deferenziare a sua volta
*a non è un indirizzo perché a è dichiarato come un puntatore a double; a è un indirizzo, *a è un double.

Quote:
io credo che i due modi si equivalgano,
e io credo che le mucche ruggiscano.
non so quanti possibili esperimenti si potrebbero fare per dimostrare il contrario... cento? mille? diecimila?
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 20:29   #17
k0nt3
Senior Member
 
Iscritto dal: Dec 2005
Messaggi: 7262
Quote:
Originariamente inviato da xblitz Guarda i messaggi
io credo che i due modi si equivalgano, tanto si va a modificare il contenuto dell'indirizzo (all'indirizzo) e se è proprio la variabile dichiarata nel main essa rimane visibile anche da fuori la funzione...
sqrt(x^2) = x
k0nt3 è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 20:30   #18
xblitz
Senior Member
 
L'Avatar di xblitz
 
Iscritto dal: Mar 2007
Messaggi: 384
Quote:
Originariamente inviato da 71104 Guarda i messaggi
*a non è un indirizzo perché a è dichiarato come un puntatore a double; a è un indirizzo, *a è un double.
si questo mi torna
ma io ero uscito dal contesto e stavo pensando in un piano più generale (ad essere sincero non mi torna nemmeno a me come lo faccia il libro), forse avrei dovuto farlo presente stavo ragionando con il sorgente del libro davanti


e io credo che le mucche ruggiscano.
non so quanti possibili esperimenti si potrebbero fare per dimostrare il contrario... cento? mille? diecimila?[/quote]

come sopra, forse se postassi qualche pezzo di codice

Ultima modifica di xblitz : 01-12-2007 alle 20:34.
xblitz è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 21:24   #19
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Quote:
Originariamente inviato da xblitz Guarda i messaggi
Ehm scusate a me interessa approfondire questo discorso perchè ci ho perso dietro un'estate allora **a è sintatticamente corretto (non ci sono limiti agli asterischi) il compilatore la interpreta nel seguente modo:

*a è un indirizzo e *(*a) va a referenziare l'indirizzo...
questo se *a e' un indirizzo, nel tuo caso no perche' *a e' semplicemente un double.


Quote:
io per passare un parametro per indirizzo faccio cosi: *&a...

Se devi passare l'indirizzo semplicemente usi &a.

Codice:
double a;
void foo(double *x);
/* ... */
foo( &a );
Forse quel che ti confonde e' che l'asterisco ha due significati profondamente diversi a seconda che si trovi in una espressione o in una dichiarazione di variabile. Nel primo caso vuol dire "prendi il puntatore contenuto in quella variabile e ritorna la variabile presente a quell'indirizzo". nel secondo vuol semplicemente dire che la variabile che stai dichiarando e' di tipo puntatore.
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele
marco.r è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 21:30   #20
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
addendum:


anche *&a ha due significati diversi a seconda del contesto.
In una espressione coincide con a, in quanto l'operatore & prende l'indirizzo della variabile a, mentre l'operatore * ritorna la variabile puntata dall'indirizzo appena calcolato (che coincide appunto con a).
Nella dichiarazione di una funzione vuol dire che il parametro che stai passando e' una riferimento ad un puntatore. Ad esempio

Codice:
#include <iostream>
using namespace std;

void foo(double *&a)
{
  a = 0;
}

int main()
{
  double b = 2;
  double* pb=&b;
  cerr << pb << endl;
  foo(pb);
  cerr << pb << endl;
}
Stampa prima l'indirizzo di b e poi 0 in quanto il puntatore e' stato modificato dalla funzione.
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele
marco.r è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora Sony WF-1000X M6: le cuffie in-ear di riferiment...
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI Snowflake porta l'IA dove sono i dati, anche gra...
Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo MSI Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo M...
Recensione HUAWEI Mate X7: un foldable ottimo, ma restano i soliti problemi Recensione HUAWEI Mate X7: un foldable ottimo, m...
Nioh 3: souls-like punitivo e Action RPG Nioh 3: souls-like punitivo e Action RPG
Roscosmos ha lanciato il satellite meteo...
Starship Troopers: Ultimate Bug Wars, to...
Il razzo spaziale europeo Ariane 6, per ...
Oracle Fusion Cloud Applications si pote...
OHB Italia svilupperà un satellit...
Fortinet: "Ora abbiamo una chance d...
Linux Mint chiude con gli aggiornamenti ...
Compressori portatili auto in sconto su ...
Durante il lancio della missione USSF-87...
Dopo il ritiro di Intel da Magdeburgo, l...
Xiaomi 15T scende a 388€ su Amazon: 12GB...
MSI Afterburner: arriva il monitoraggio ...
Missione cinese Chang'e-6: confermata l'...
Addio esenzione sotto i 150 euro: l'UE i...
Allarme riavvii su Windows 11 dopo il ri...
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: 01:54.


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