Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
vivo X300 Pro rappresenta un'evoluzione misurata della serie fotografica del produttore cinese, con un sistema di fotocamere migliorato, chipset Dimensity 9500 di ultima generazione e l'arrivo dell'interfaccia OriginOS 6 anche sui modelli internazionali. La scelta di limitare la batteria a 5.440mAh nel mercato europeo, rispetto ai 6.510mAh disponibili altrove, fa storcere un po' il naso
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2 è la nuova handheld PC gaming con processore AMD Ryzen Z2 Extreme (8 core Zen 5/5c, GPU RDNA 3.5 16 CU) e schermo OLED 8,8" 1920x1200 144Hz. È dotata anche di controller rimovibili TrueStrike con joystick Hall effect e una batteria da 74Wh. Rispetto al dispositivo che l'ha preceduta, migliora ergonomia e prestazioni a basse risoluzioni, ma pesa 920g e costa 1.299€ nella configurazione con 32GB RAM/1TB SSD e Z2 Extreme
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
A re:Invent 2025, AWS mostra un’evoluzione profonda della propria strategia: l’IA diventa una piattaforma di servizi sempre più pronta all’uso, con agenti e modelli preconfigurati che accelerano lo sviluppo, mentre il cloud resta la base imprescindibile per governare dati, complessità e lock-in in uno scenario sempre più orientato all’hybrid cloud
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 06-06-2007, 15:09   #1
Dark Phoenix
Member
 
L'Avatar di Dark Phoenix
 
Iscritto dal: May 2007
Città: Roma
Messaggi: 93
Il ciclo di vita delle stringhe (*char) in C

Ho un dubbio che mi perseguita sul ciclo di vita delle stringhe in C.

Se io dichiaro a livello di procedura una stringa senza effettuare una malloc, cioè in questi modi:

1) char c[256];

2) char *c;
c = "Sono una stringa";

le stringhe continueranno in entrambi i casi ad esistere alla fine dell'esecuzione della procedura? o no?
In altre parole vengono allocate sullo stack? (Il puntatore di sicuro si ma il resto?)
In poche parole posso evitare di fare un'altra malloc
Dark Phoenix è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2007, 15:36   #2
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Quote:
Originariamente inviato da Dark Phoenix Guarda i messaggi
le stringhe continueranno in entrambi i casi ad esistere alla fine dell'esecuzione della procedura? o no?
La prima no, la seconda sì.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2007, 15:38   #3
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
Quote:
Originariamente inviato da Dark Phoenix Guarda i messaggi
In altre parole vengono allocate sullo stack? (Il puntatore di sicuro si ma il resto?)
In poche parole posso evitare di fare un'altra malloc
Le variabili locali ad una funzione (non marcate 'static', precisiamo) sono allocate sullo stack e sono dette "automatiche" perché la loro vita finisce quando la funzione termina.

È chiaro che fare char c[256] e fare char *p="...." sono cose un po' diverse.

Con char c[256] si alloca sullo stack un array di 256 char. Terminata la funzione, l'array sparisce.

Con char *c = "blabla" si alloca sullo stack solamente un puntatore, inizializzato subito in modo da puntare ad una stringa "literal". Quest'ultima è allocata in modo fisso e permanente in un "costant string pool", una zona di memoria dove risiedono le stringhe costanti.
Terminata la funzione, solo la variabile puntatore sparisce, non la stringa literal.

Mentre il contenuto dell'array di char è alterabile dalla funzione, il contenuto della stringa literal non è alterabile (a seconda dell'ambiente).
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%)
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2007, 15:46   #4
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Quote:
Originariamente inviato da andbin Guarda i messaggi
È chiaro che fare char c[256] e fare char *p="...." sono cose un po' diverse.
Inoltre la prima forma definisce un puntatore che non può essere modificato, al contrario della seconda forma.
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2007, 15:58   #5
Dark Phoenix
Member
 
L'Avatar di Dark Phoenix
 
Iscritto dal: May 2007
Città: Roma
Messaggi: 93
Permettetemi l'espressione: "Wow quanto spignete"

quindi se in una procedura ho come argomento char *c
non posso sapere a priori se quella stringa punta a un qualcosa allocato sullo stack di una qualche altra procedura oppure no...

che pezza
Dark Phoenix è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2007, 16:00   #6
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Quote:
Originariamente inviato da Dark Phoenix Guarda i messaggi
quindi se in una procedura ho come argomento char *c
non posso sapere a priori se quella stringa punta a un qualcosa allocato sullo stack di una qualche altra procedura oppure no...
Non vedo perché ti dovrebbe interessare...
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2007, 16:30   #7
Dark Phoenix
Member
 
L'Avatar di Dark Phoenix
 
Iscritto dal: May 2007
Città: Roma
Messaggi: 93
Perché se io mi "appendo" semplicemente alla stringa, quindi senza effettuare una copia, e la procedura chiamante termina trascinandosi lo stack può rimanere appesso un puntatore su un qualcosa che viene deallocato... e quindi può sorgere un problema di natura variabile...

Insomma non posso definire con rigidità(da compilatore) il contratto di un operazione che non fa altro che appendere (nel senso stendino ) la stringa al posto giusto.
In poche parole sono costretto a distinguere i due casi con due operazioni differenti.
__________________
Più ti avvicini alla luce, più la tua ombra diventa grande (Kingdom Hearts - Walt Disney e Squaresoft, ma la mano è della Squaresoft)
Dark Phoenix è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2007, 16:45   #8
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Quote:
Originariamente inviato da Dark Phoenix Guarda i messaggi
Perché se io mi "appendo" semplicemente alla stringa, quindi senza effettuare una copia, e la procedura chiamante termina trascinandosi lo stack può rimanere appesso un puntatore su un qualcosa che viene deallocato... e quindi può sorgere un problema di natura variabile...
Il tuo problema è a monte. Se ti serve il contenuto di quella stringa senza poter fare assunzioni da dove proviene, anche _dopo_ che la tua procedura termina, ad es. perché la devi "appendere" da qualche parte e lì deve rimanere, __devi__ farne una tua copia personale. Ok la memoria può provenire o meno dallo stack; ma se non proviene dallo stack ed è stata ottenuta con malloc, e successivamente viene liberata con free? Se viene sovrascritta da altre parti del programma?
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 06-06-2007, 16:50   #9
Dark Phoenix
Member
 
L'Avatar di Dark Phoenix
 
Iscritto dal: May 2007
Città: Roma
Messaggi: 93
Quote:
Originariamente inviato da ilsensine Guarda i messaggi
Il tuo problema è a monte. Se ti serve il contenuto di quella stringa senza poter fare assunzioni da dove proviene, anche _dopo_ che la tua procedura termina, ad es. perché la devi "appendere" da qualche parte e lì deve rimanere, __devi__ farne una tua copia personale. Ok la memoria può provenire o meno dallo stack; ma se non proviene dallo stack ed è stata ottenuta con malloc, e successivamente viene liberata con free? Se viene sovrascritta da altre parti del programma?
E qui non posso far altro che inchinarmi...
Non hai ragione ma di più...
__________________
Più ti avvicini alla luce, più la tua ombra diventa grande (Kingdom Hearts - Walt Disney e Squaresoft, ma la mano è della Squaresoft)
Dark Phoenix è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria Recensione vivo X300 Pro: è ancora lui il...
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'...
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti AWS re:Invent 2025: inizia l'era dell'AI-as-a-Se...
Cos'è la bolla dell'IA e perché se ne parla Cos'è la bolla dell'IA e perché se...
BOOX Palma 2 Pro in prova: l'e-reader diventa a colori, e davvero tascabile BOOX Palma 2 Pro in prova: l'e-reader diventa a ...
OnePlus ha anticipato l'arrivo della ver...
Amazon ha sospeso la sperimentazione del...
Mark Hamill sarà per sempre Luke ...
Amazon rilancia i bestseller fra cui un ...
Puoi giocare ad Halo in Minecraft? Sì, s...
WhatsApp: in fase di test l'introduzione...
XPeng G9 MY26 segna il record europeo pe...
Apple corregge due gravi vulnerabilit&ag...
DC Comics batte al cinema Marvel per la ...
L'iPhone più sottile di sempre scende di...
Saros di Housemarque punta ad offrire un...
La statale cinese FAW entra in Leapmotor...
Rinnova il PC spendendo meno: super offe...
Windows 11: Microsoft riduce l'uso di RA...
I 4 smartphone più venduti su Ama...
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: 15:38.


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