Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Ecovacs Goat O1200 LiDAR Pro: la prova del robot tagliaerba con tagliabordi integrato
Ecovacs Goat O1200 LiDAR Pro: la prova del robot tagliaerba con tagliabordi integrato
Nuova frontiera per i robot tagliaerba, con Ecovacs GOAT O1200 LiDAR Pro che riconosce l'ambiente in maniera perfetta, grazie a due sensori LiDAR, e dopo la falciatura può anche rifinire il bordo con il tagliabordi a filo integrato
Recensione Samsung Galaxy S26+: sfida l'Ultra, ma ha senso di esistere?
Recensione Samsung Galaxy S26+: sfida l'Ultra, ma ha senso di esistere?
Equilibrio e potenza definiscono il Samsung Galaxy S26+, un flagship che sfida la variante Ultra e la fascia alta del mercato con il primo processore mobile a 2nm. Pur mantenendo l'hardware fotografico precedente, lo smartphone brilla per un display QHD+ da 6,7 pollici d'eccellenza, privo però del trattamento antiriflesso dell'Ultra, e per prestazioni molto elevate. Completano il quadro la ricarica wireless a 20W e, soprattutto, un supporto software settennale
Zeekr X e 7X provate: prezzi, autonomia fino a 615 km e ricarica in 13 minuti
Zeekr X e 7X provate: prezzi, autonomia fino a 615 km e ricarica in 13 minuti
Zeekr sbarca ufficialmente in Italia con tre modelli elettrici premium, X, 7X e 001, distribuiti da Jameel Motors su una rete di 52 punti vendita già attivi. La Zeekr X parte da 39.900 euro, la 7X da 54.100: piattaforma a 800V, chip Snapdragon di ultima generazione, ricarica ultraveloce e un'autonomia dichiarata fino a 615 km WLTP. Le prime consegne sono previste a metà aprile
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 29-11-2007, 20: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, 22: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, 22: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, 22: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, 22: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, 11: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, 12: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, 14: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, 14: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, 15: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, 15: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, 15: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, 15: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, 16: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, 18: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, 19: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, 19: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, 19: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 19:34.
xblitz è offline   Rispondi citando il messaggio o parte di esso
Old 01-12-2007, 20: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, 20: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


Ecovacs Goat O1200 LiDAR Pro: la prova del robot tagliaerba con tagliabordi integrato Ecovacs Goat O1200 LiDAR Pro: la prova del robot...
Recensione Samsung Galaxy S26+: sfida l'Ultra, ma ha senso di esistere? Recensione Samsung Galaxy S26+: sfida l'Ultra, m...
Zeekr X e 7X provate: prezzi, autonomia fino a 615 km e ricarica in 13 minuti Zeekr X e 7X provate: prezzi, autonomia fino a 6...
Marathon: arriva il Fortnite hardcore Marathon: arriva il Fortnite hardcore
HP Imagine 2026: abbiamo visto HP IQ all’opera, ecco cosa può (e non può) fare HP Imagine 2026: abbiamo visto HP IQ all’opera, ...
Il Realme 16 5G debutta sul mercato glob...
HONOR svela tre nuovi tablet: il più int...
Tineco Floor One S9 Master: aspira e pul...
Vivo X300 Ultra, il lancio globale è ini...
Offerte robot aspirapolvere Amazon: ECOV...
L'AI genera codice in 8 minuti e i senio...
Ring Intercom Audio a 44,99€ su Amazon: ...
Apple iPhone 16 crolla a 689€: ecco perc...
Google Pixel 9 a 449,90€ con caricatore ...
Ecco la top 7 delle offerte Amazon, aggi...
Ex ingegnere ammette il sabotaggio: migl...
I coupon nascosti di Amazon si rinnovano...
Disponibili i video e le immagini in alt...
La NASA ha rilasciato le prime fotografi...
Cometa interstellare 3I/ATLAS: l'ESA dif...
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: 10:30.


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