[C] Variabili globali o variabili puntatore?

[Max2433BO]

Questa discussione assurda sembra risalire al 1980

Mi dispiace aldofad se il mio quesito è banale ma io sono proprio sotto zero per quanto riguarda l'operatività di programmazione in C, per cui avevo solo bisogno di un parere da persone sicuramente molto più avvezze di me in questo ramo.

Pensa che io usavo solo il BASIC dello Spectrum Sinclair nei lontani anni '80 per realizzare semplici programmi per elettronica e matematica, e già allora cercavo di spezzare il programma in diverse subroutine che incorporassero le funzioni usate ripetitivamente all'interno del programma stesso (es. routine di controllo caratteri input, routine di stampa...).

Comunque penso che la diminuzione delle prestazioni non derivi dal maggior numero di istruzioni, bensì da un numero maggiore di accessi alla memoria...

... si chiedo scusa per la mia semplicistica interpretazione , ma già ho difficoltà a districarmi con la sintassi del C, figuriamoci se riesco a comprendere la sintassi dell'assembler generato da gcc...

... forse in un lontano futuro

Ti consiglio di imparare ad usare gdb, anche perché è un vero spasso. Comunque per iniziare c'è anche un'interfaccia grafica per quest'ultimo si chiama ddd...

Ti ringrazio della segnalazione, vedrò cosa riesco a fare

Max

[simo85]

Sono solo io che uso ancora solo il terminale ?

[Max2433BO]

Sono solo io che uso ancora solo il terminale ?

No, anch'io lo uso...

... non spesso, ma lo uso

[DanteCpp]

temi assurdi qui discussi

Mi chiedo se anche L.T. la pensa cosi!

Non temere simo85, non sei solo!

[fairyvilje]

Le variabili vanno dichiarate prima di tutto ciò, cioè devono stare nell'area global.
Altrimenti i diversi pezzi dell'applicazione sarebbero liberi di sovrascrivere i valori delle variabili all'insaputa l'uno dell'altro, con risultati ovviamente folli, alla ricerca di risparmiare qualche byte di memoria dati.

Mi dispiace per il tuo frigorifero e per la tua bicicletta, ma anche avessi vinto la lotteria, ciò non renderebbe più sensato o vero quanto hai scritto. Da qui il mio voto negativo. È proprio il contrario di quanto scrivi, se le variabili fossero globali, i pezzi dell'applicazione potrebbero accedere al suo valore senza controllo con effetti quantomeno strani e difficili da debuggare perché sintatticamente corretti. Le variabili locali sono localizzate nello stack, e da quando in FORTRAN esiste la rientranza delle chiamate a funzione lo scenario da te prospettato non esiste.

Il fatto che poi i robottini vadano lo stesso non è una giustificazione di fronte a come li si fanno funzionare. SI muovono e ciò ti basta? Ok, a molti altri di noi probabilmente no .
Saluti :)

[fairyvilje]

Questa discussione assurda sembra risalire al 1980 quando la programmazione non era object oriented ed esisteva solo codice monolitico.

La programmazione di oggi in realtà non è solo object oriented. Chi progetta sistemi informatici spessso usa ancora il C proprio perché il principio della black box, tanto cara all'OOP è controproducente. Pensa al codice di base di un sistema operativo che per avere prestazioni decenti DEVE sapere come il tutto è implementato. La trasparenza del codice a volte è una necessità ed è lì che il data hiding fa danni.

Dillo poi a chi usa ancora prolog o lisp

[aldofad]

Pensa al codice di base di un sistema operativo che per avere prestazioni decenti DEVE sapere come il tutto è implementato.

Il codice di base dei sistemi operativi più diffusi è scritto in C++.

[simo85]

Esempi ?

[fairyvilje]

Probabilmente hai ragione, ma hai mai visto il codice sorgente C++ di un sistema operativo? Se lo guardi con attenzione vedi che è molto più C-like che Java-like.
Il C++ diventa comodo perché semplifica certe cose. I templates sono comodi, le funzioni virtuali possono esserlo, ma a parte questi elementi la maggior parte del core object oriented del C++ viene trascurata. Si evitano le eccezioni perché richiederebbero un sistema runtime funzionante non ancora disponibile, le classi molto spesso si usano esattamente come si usavano le strutture in C, solo con una sintassi più comoda perché posso avere funzioni membro e non devo portarmi dietro quel struct ovunque.

[fairyvilje]

Esempi ?

Il mio piccolo OS giocattolo è scritto in C++ .
Non sarà di sicuro la "maggior parte" ma almeno uno esiste