Gestire con un Puntatore le Strutture esterne - Cronologia

Vuott il 21:12, 14 nov 2024

2024-11-14T21:12:14Z

← Versione meno recente		Versione delle 15:12, 14 nov 2024
Riga 46:		Riga 46:


	~~'''~~Public~~'''~~ Sub Main()		Public Sub Main()

	Dim mm As New MEMBRI[]		Dim mm As New MEMBRI[]
Riga 78:		Riga 78:
	memOcc = mm[0].dim_tot		memOcc = mm[0].dim_tot
	Print mm[0].tipo; Space(lu - Len(ss[0]) + 11); "0 "; memOcc;; "byte"		Print mm[0].tipo; Space(lu - Len(ss[0]) + 11); "0 "; memOcc;; "byte"


	For b = 1 To ss.Max		For b = 1 To ss.Max
Riga 113:		Riga 112:
	Next		Next

	~~'''~~End~~'''~~		End


	~~'''~~Private~~'''~~ Function Calcola(ss As String[], mm As MEMBRI[])		Private Function Calcola(ss As String[], mm As MEMBRI[])

	Dim m As MEMBRI		Dim m As MEMBRI
Riga 157:		Riga 157:
	Next		Next

	~~'''~~End~~'''~~		End
	Vediamo un esempio con maggior dettaglio:		Vediamo un esempio con maggior dettaglio:
	<BR>Poniamo il caso che la ''Struttura'' presente nella libreria condivisa esterna sia così composta:		<BR>Poniamo il caso che la ''Struttura'' presente nella libreria condivisa esterna sia così composta:
Riga 196:		Riga 196:


	~~'''~~Public~~'''~~ Sub Main()		Public Sub Main()

	Dim p, rit, rit2 As Pointer		Dim p, rit, rit2 As Pointer
Riga 204:		Riga 204:
	Dim c As Short		Dim c As Short
	Dim i As Integer		Dim i As Integer

	CreaSo()		CreaSo()

Riga 258:		Riga 258:
	Print "Valore indice 2 del 3° membro (char *): ";; Byte@(Pointer@(rit2) + 2)		Print "Valore indice 2 del 3° membro (char *): ";; Byte@(Pointer@(rit2) + 2)
	Print "Valore indice 3 del 3° membro (char *): ";; Byte@(Pointer@(rit2) + 3)		Print "Valore indice 3 del 3° membro (char *): ";; Byte@(Pointer@(rit2) + 3)

	rit2 = rit + 16		rit2 = rit + 16
	Print "\nValore del 4° membro (short): ";; Short@(rit2)		Print "\nValore del 4° membro (short): ";; Short@(rit2)

			<FONT Color=gray>' ''Dealloca l'area di memoria precedentemente riservata e si assicura che il "Puntatore" non punti a un indirizzo rilevante di memoria:''</font>
	Free(p)		Free(p)
	p = 0		p = 0

	~~'''End'''~~

	~~'''~~Private~~'''~~ Procedure CreaSo()		End

	Dim s As String
			Private Procedure CreaSo()

			Dim s As String

	<FONT Color=gray>' ''Impostiamo il codice sorgente C della futura libreria codivisa .so:''</font>		<FONT Color=gray>' ''Impostiamo il codice sorgente C della futura libreria codivisa .so:''</font>
	s = "#include <stdlib.h>\n" &		s = "#include <stdlib.h>\n" &
Riga 293:		Riga 295:

	File.Save("/tmp/libadhoc.c", s)		File.Save("/tmp/libadhoc.c", s)

	<FONT Color=gray>' ''Crea la libreria condivisa .so:''</font>		<FONT Color=gray>' ''Crea la libreria condivisa .so:''</font>
	Shell "gcc -o /tmp/libadhoc.so /tmp/libadhoc.c -shared -fPIC" Wait		Shell "gcc -o /tmp/libadhoc.so /tmp/libadhoc.c -shared -fPIC" Wait

	~~'''~~End~~'''~~		End


Riga 425:		Riga 427:


	~~'''~~Public~~'''~~ Sub Main()		Public Sub Main()

	Dim p, po, p1, p2 As Pointer		Dim p, po, p1, p2 As Pointer
	Dim st, re, s1, s2 As Stream		Dim st, re, s1, s2 As Stream
	Dim b As Byte		Dim b As Byte
	Dim j As Short		Dim j As Short
	Dim t As String		Dim t As String

	<FONT Color=gray>' ''Generiamo la libreria esterna, scritta in C, contenente la "Struttura":''</font>		<FONT Color=gray>' ''Generiamo la libreria esterna, scritta in C, contenente la "Struttura":''</font>
Riga 496:		Riga 498:

	st.Close		st.Close

	~~'''~~End~~'''~~		End

Vuott il 02:10, 30 dic 2023

2023-12-30T02:10:03Z

← Versione meno recente		Versione delle 20:10, 29 dic 2023
Riga 172:		Riga 172:
	<BR>il quarto membro di tipo ''short'' occupa 2 byte di memoria (come in Gambas il tipo ''Short'').		<BR>il quarto membro di tipo ''short'' occupa 2 byte di memoria (come in Gambas il tipo ''Short'').

	Tali membri sono dislocati all'interno dell'area di memoria occupata dalla loro ''Struttura'' ~~secondi~~ il seguente ragionamento e calcolo:		Tali membri sono dislocati all'interno dell'area di memoria occupata dalla loro ''Struttura'' secondo il seguente ragionamento e calcolo:
	* il valore contenuto dal primo membro, ovviamente, ha inizio nell'area di memoria dal byte di indice 0 (il primo membro coincide sempre con l'indice ''zero'').		* il valore contenuto dal primo membro, ovviamente, ha inizio nell'area di memoria dal byte di indice 0 (il primo membro coincide sempre con l'indice ''zero'').
	Il primo membro occupa, come abbiamo visto solo un byte di memoria nell'area riservata, pertanto il prossimo byte da verificare è quello di indice 1.		Il primo membro occupa, come abbiamo visto solo un byte di memoria nell'area riservata, pertanto il prossimo byte da verificare è quello di indice 1.

Vuott il 23:48, 5 apr 2023

2023-04-05T23:48:06Z

← Versione meno recente		Versione delle 17:48, 5 apr 2023
Riga 18:		Riga 18:

	In particolare, sorvolando sull'ovvia circostanza che i valori del primo membro della ''Struttura'' esterna sono leggibili e scrivibili a cominciare dal primo byte (numero d'indice 0 "''zero''") dell'area puntata dal ''Puntatore'', v'è da precisare che per i dati - <SPAN Style="text-decoration:underline">appartenenti ai membri successivi al primo membro</span> - ''il primo byte del dato di ogni membro'' (come già detto, <B>successivo al primo membro</b> della ''Struttura'' esterna) ''deve trovarsi al numero di indice (offset) uguale al valore della dimensione (quantità di byte di memoria occupati) del suo "tipo" di dato, oppure - se tale indice è già occupato da altro membro - al numero d'indice più prossimo che risulti essere <SPAN Style="text-decoration:underline">multiplo</span> di quel suo predetto valore''.		In particolare, sorvolando sull'ovvia circostanza che i valori del primo membro della ''Struttura'' esterna sono leggibili e scrivibili a cominciare dal primo byte (numero d'indice 0 "''zero''") dell'area puntata dal ''Puntatore'', v'è da precisare che per i dati - <SPAN Style="text-decoration:underline">appartenenti ai membri successivi al primo membro</span> - ''il primo byte del dato di ogni membro'' (come già detto, <B>successivo al primo membro</b> della ''Struttura'' esterna) ''deve trovarsi al numero di indice (offset) uguale al valore della dimensione (quantità di byte di memoria occupati) del suo "tipo" di dato, oppure - se tale indice è già occupato da altro membro - al numero d'indice più prossimo che risulti essere <SPAN Style="text-decoration:underline">multiplo</span> di quel suo predetto valore''.
			<BR>Se invece la quantità occupata dal tipo di dati di un membro è inferiore o uguale a quella occupata dal membro precedente, esso è posto al numero d'indice immediatamente libero dopo il membro che lo precede.

	Più brevemente possiamo riassumere che ciascun dato è allineato in un offset di memoria che è uguale alla sua lunghezza in memoria, o che ne è il multiplo (se tale indice è già occupato).		Più brevemente possiamo riassumere che ciascun dato <SPAN Style="text-decoration:underline">successivo al primo membro</span> è allineato in un offset di memoria che è uguale alla sua lunghezza in memoria, o che ne è il multiplo (se tale indice è già occupato).

	Qualora questa situazione non ricorra ''direttamente'' in base alla casuale disposizione dei ''membri/tipi'', si rende necessario l'<I>allineamento</i> della memoria occupata fra i due membri. Più in particolare l'<I>allineamento</i> della memoria occupata all'interno fra due membri della ''Struttura'' si rende sempre necessario, quando ricorrono ''contestualmente'' le due seguenti situazioni:		Qualora questa situazione non ricorra ''direttamente'' in base alla casuale disposizione dei ''membri/tipi'', si rende necessario l'<I>allineamento</i> della memoria occupata fra i due membri. Più in particolare l'<I>allineamento</i> della memoria occupata all'interno fra due membri della ''Struttura'' si rende sempre necessario, quando ricorrono ''contestualmente'' le due seguenti situazioni:

Vuott il 23:35, 5 apr 2023

2023-04-05T23:35:31Z

← Versione meno recente		Versione delle 17:35, 5 apr 2023
Riga 17:		Riga 17:
	La questione dell'''Allineamento'' della memoria occupata fra due membri continui è di fondamentale importanza, poiché la conoscenza della sua dinamica e delle sue regole ci consente di conoscere e determinare esattamente all'interno dell'area di memoria puntata dal ''Puntatore'' il byte d'indice ove iniziano i byte che rappresentano il valore contenuto da un membro della ''Struttura'' esterna.		La questione dell'''Allineamento'' della memoria occupata fra due membri continui è di fondamentale importanza, poiché la conoscenza della sua dinamica e delle sue regole ci consente di conoscere e determinare esattamente all'interno dell'area di memoria puntata dal ''Puntatore'' il byte d'indice ove iniziano i byte che rappresentano il valore contenuto da un membro della ''Struttura'' esterna.

	In particolare, sorvolando sull'ovvia circostanza che i valori del primo membro della ''Struttura'' esterna sono leggibili e scrivibili a cominciare dal primo byte (numero d'indice 0 "''zero''") dell'area puntata dal ''Puntatore'', v'è da precisare che per i dati - appartenenti ai membri successivi al primo membro - ''il primo byte del dato di ogni membro (successivo al primo membro della ''Struttura'' esterna) deve trovarsi al numero di indice (offset) uguale al valore della dimensione (quantità di byte di memoria occupati) del suo "tipo" di dato, oppure - se tale indice è già occupato da altro membro - al numero d'indice più prossimo che risulti essere <SPAN Style="text-decoration:underline">multiplo</span> di quel suo predetto valore''.		In particolare, sorvolando sull'ovvia circostanza che i valori del primo membro della ''Struttura'' esterna sono leggibili e scrivibili a cominciare dal primo byte (numero d'indice 0 "''zero''") dell'area puntata dal ''Puntatore'', v'è da precisare che per i dati - <SPAN Style="text-decoration:underline">appartenenti ai membri successivi al primo membro</span> - ''il primo byte del dato di ogni membro'' (come già detto, <B>successivo al primo membro</b> della ''Struttura'' esterna) ''deve trovarsi al numero di indice (offset) uguale al valore della dimensione (quantità di byte di memoria occupati) del suo "tipo" di dato, oppure - se tale indice è già occupato da altro membro - al numero d'indice più prossimo che risulti essere <SPAN Style="text-decoration:underline">multiplo</span> di quel suo predetto valore''.

	Più brevemente possiamo riassumere che ciascun dato è allineato in un offset di memoria che è uguale alla sua lunghezza in memoria, o che ne è il multiplo (se tale indice è già occupato).		Più brevemente possiamo riassumere che ciascun dato è allineato in un offset di memoria che è uguale alla sua lunghezza in memoria, o che ne è il multiplo (se tale indice è già occupato).

Vuott il 22:46, 27 ott 2022

2022-10-27T22:46:32Z

← Versione meno recente		Versione delle 16:46, 27 ott 2022
Riga 499:		Riga 499:


	===Gestione se un membro fa riferimento ad una ''Union''===		===Gestione di un membro di una Struttura che fa riferimento a una ''Union''===
	Se uno o più membri della ''Struttura'' fanno riferimento ad una ''Union'', allora si calcola ''solo'' il membro della ''Union'' che occupa la quantità maggiore di memoria rispetto agli altri membri. Insomma nella ''Union'' - con riferimento alla determinazione della sua dimensione - prevale il membro che in assoluto (o per tipo di dati o perché è un array con dimensione superiore ai ''tipi'' di ciascun altro membro della ''Union'') occupa la maggiore quantità di memoria rispetto agli altri membri della ''Union'' medesima.		Se uno o più membri della ''Struttura'' fanno riferimento ad una ''Union'', allora si calcola ''solo'' il membro della ''Union'' che occupa la quantità maggiore di memoria rispetto agli altri membri. Insomma nella ''Union'' - con riferimento alla determinazione della sua dimensione - prevale il membro che in assoluto (o per tipo di dati o perché è un array con dimensione superiore ai ''tipi'' di ciascun altro membro della ''Union'') occupa la maggiore quantità di memoria rispetto agli altri membri della ''Union'' medesima.

Vuott il 14:41, 15 ott 2022

2022-10-15T14:41:08Z

← Versione meno recente		Versione delle 08:41, 15 ott 2022
Riga 158:		Riga 158:
	'''End'''		'''End'''
	Vediamo un esempio con maggior dettaglio:		Vediamo un esempio con maggior dettaglio:
	<BR>Poniamo il caso che la ''Struttura'' presente nella libreria condivisa ~~dinamica~~ esterna sia così composta:		<BR>Poniamo il caso che la ''Struttura'' presente nella libreria condivisa esterna sia così composta:
	struct STRUTTURA {		struct STRUTTURA {
	char c;		char c;
Riga 191:		Riga 191:


	Mostriamo di seguito un esempio di gestione della ''Struttura'' in linguaggio C appena descritta sopra. In particolare, per essa scriveremo un'apposita libreria ~~dinamica e~~ condivisa .so esterna, mediante la quale sarà utilizzata con un'applicazione Gambas principale la predetta ''Struttura'' in tutti i suoi membri sia scivendovi che leggendovi valori.		Mostriamo di seguito un esempio di gestione della ''Struttura'' in linguaggio C appena descritta sopra. In particolare, per essa scriveremo un'apposita libreria condivisa .so esterna, mediante la quale sarà utilizzata con un'applicazione Gambas principale la predetta ''Struttura'' in tutti i suoi membri sia scivendovi che leggendovi valori.
	Private Extern Valorizza(stP As Pointer) As Pointer In "/tmp/libadhoc"		Private Extern Valorizza(stP As Pointer) As Pointer In "/tmp/libadhoc"

Riga 270:		Riga 270:
	Dim s As String		Dim s As String

	<FONT Color=gray>' ''Impostiamo il codice sorgente C della futura libreria ~~dinamica~~ codivisa .so:''</font>		<FONT Color=gray>' ''Impostiamo il codice sorgente C della futura libreria codivisa .so:''</font>
	s = "#include <stdlib.h>\n" &		s = "#include <stdlib.h>\n" &
	"#include <stdio.h>\n\n" &		"#include <stdio.h>\n\n" &
Riga 293:		Riga 293:
	File.Save("/tmp/libadhoc.c", s)		File.Save("/tmp/libadhoc.c", s)

	<FONT Color=gray>' ''Crea la libreria ~~dinamica~~ condivisa .so:''</font>		<FONT Color=gray>' ''Crea la libreria condivisa .so:''</font>
	Shell "gcc -o /tmp/libadhoc.so /tmp/libadhoc.c -shared -fPIC" Wait		Shell "gcc -o /tmp/libadhoc.so /tmp/libadhoc.c -shared -fPIC" Wait

Riga 351:		Riga 351:


	Mostriamo di seguito un altro esempio più complesso, in cui il codice sorgente in C della libreria ~~dinamica~~ condivisa .so esterna è il seguente:		Mostriamo di seguito un altro esempio più complesso, in cui il codice sorgente in C della libreria condivisa .so esterna è il seguente:
	#include <stdlib.h>		#include <stdlib.h>

Vuott il 14:25, 15 ott 2022

2022-10-15T14:25:44Z

← Versione meno recente		Versione delle 08:25, 15 ott 2022
Riga 1:		Riga 1:
	Come descritto anche nella pagina dedicata alla [[Gestire_con_sicurezza_le_Strutture_esterne\|gestione ''in modo sicuro'' delle Strutture esterne]], la lettura e la scrittura effettuate su ''Strutture'' esterne di una certa complessità è sempre molto difficile. Tanto è che, nella pagina segnalata nel collegamento, si è proposto nei casi più difficili di creare un'apposita libreria condivisa esterna, scritta in C e avente estensione .so, nella quale gestire con le risorse del linguaggio C i membri di tali ''Strutture'' molto complesse sia in lettura che in scrittura.		Come descritto anche nella pagina dedicata alla [[Gestire_con_sicurezza_le_Strutture_esterne\|gestione ''in modo sicuro'' delle Strutture esterne]], la lettura e la scrittura effettuate su ''Strutture'' esterne di una certa complessità è sempre molto difficile. Tanto è che, nella pagina segnalata nel collegamento, si è proposto <SPAN Style="text-decoration:underline">nei casi più difficili e ostici</span> anche di creare un'apposita libreria condivisa esterna, scritta in C e avente estensione .so, nella quale gestire con le risorse del linguaggio C i membri di tali ''Strutture'' molto complesse sia in lettura che in scrittura.

	La difficoltà della [[Gestione_delle_Strutture_esterne\|gestione delle ''Strutture'']] molto complesse, appartenenti a librerie condivise .so esterne, consiste nel fatto che, tentando di riprodurre nel progetto Gambas tali ''Strutture'', il linguaggio non riesce sempre a gestire la coerenza dei necessari ''allineamenti'' tra alcuni particolari membri costituenti la ''Struttura'' medesima.		La difficoltà della [[Gestione_delle_Strutture_esterne\|gestione delle ''Strutture'']] molto complesse, appartenenti a librerie condivise .so esterne, consiste nel fatto che, tentando di riprodurre nel progetto Gambas tali ''Strutture'', il linguaggio non riesce sempre a gestire la coerenza dei necessari ''allineamenti'' tra alcuni particolari membri costituenti la ''Struttura'' medesima.

Vuott il 15:41, 14 ott 2022

2022-10-14T15:41:36Z

← Versione meno recente		Versione delle 09:41, 14 ott 2022
Riga 514:		Riga 514:
	Nel caso il membro, che si riferisce ad altra ''Struttura'' secondaria o ad una ''Struttura annidata'', sia un ''Array'' con numero definito di elementi, la quantità che occupa la ''Struttura'' secondaria o la ''Struttura annidata'' va moltiplicata per il numero espresso degli elementi dell''Array''.		Nel caso il membro, che si riferisce ad altra ''Struttura'' secondaria o ad una ''Struttura annidata'', sia un ''Array'' con numero definito di elementi, la quantità che occupa la ''Struttura'' secondaria o la ''Struttura annidata'' va moltiplicata per il numero espresso degli elementi dell''Array''.

	Riguardo al numero d'indice ~~all'interno dell'area puntata dal ''Puntatore''~~ del byte di inizio del primo membro della ''Struttura'' esterna secondaria o di quella ''annidata'', bisogna prendere in considerazione il ''tipo'' di valore che occupa maggior memoria fra i ''tipi'' di valore ai quali appartengono i vari membri costituenti la ''Struttura'' predetta. Si confronterà, quindi, tale ''tipo'' maggiore della ''Struttura'' secondaria o di quella ''annidata'' con il ''tipo'' di appartenenza del membro della ''Struttura'' principale immediatamente ad esso precedente. Se la quantità di memoria occupata dal membro ''maggiore'' della ''Struttura'' secondaria o di quella ''annidata'' è superiore alla quantità di memoria occupata dal membro della ''Struttura'' principale immediatamente ad esso precedente, allora i dati relativi al valore contenuto dal primo membro della ''Struttura'' secondaria o di quella ''annidata'' avranno inizio ad un numero d'indice - se libero - uguale alla quantità di memoria occupata dal tipo di appartenenza del membro ''maggiore'' (individuato come già descritto), altrimenti - se tale byte è già occupato dai dati del membro precedente - quelli si porranno al numero d'indice più vicino che sia un ''multiplo'' della quantità di memoria occupata dal tipo di appartenenza del predetto membro ''maggiore''.		Riguardo al numero d'indice del byte di inizio del primo membro della ''Struttura'' esterna secondaria o di quella ''annidata'' all'interno d'area di memoria della ''Struttura'' principale, bisogna prendere in considerazione il ''tipo'' di valore che occupa maggior memoria fra i ''tipi'' di valore ai quali appartengono i vari membri costituenti la ''Struttura'' predetta. Si confronterà, quindi, tale ''tipo'' maggiore della ''Struttura'' secondaria o di quella ''annidata'' con il ''tipo'' di appartenenza del membro della ''Struttura'' principale immediatamente ad esso precedente. Se la quantità di memoria occupata dal membro ''maggiore'' della ''Struttura'' secondaria o di quella ''annidata'' è superiore alla quantità di memoria occupata dal membro della ''Struttura'' principale immediatamente ad esso precedente, allora i dati relativi al valore contenuto dal primo membro della ''Struttura'' secondaria o di quella ''annidata'' avranno inizio ad un numero d'indice - se libero - uguale alla quantità di memoria occupata dal tipo di appartenenza del membro ''maggiore'' (individuato come già descritto), altrimenti - se tale byte è già occupato dai dati del membro precedente - quelli si porranno al numero d'indice più vicino che sia un ''multiplo'' della quantità di memoria occupata dal tipo di appartenenza del predetto membro ''maggiore''.

	Questa regola va sempre applicata, anche se il primo membro della ''Struttura'' innestata o esterna dichiarata è di dimensione inferiore a quello, individuato come il più grande fra i membri della ''Struttura'' secondaria esterna od innestata per l'individuazione della posizione esatta del primo membro predetto.		Questa regola va sempre applicata, anche se il primo membro della ''Struttura'' innestata o esterna dichiarata è di dimensione inferiore a quello, individuato come il più grande fra i membri della ''Struttura'' secondaria esterna od innestata per l'individuazione della posizione esatta del primo membro predetto.

Vuott il 00:19, 6 ott 2022

2022-10-06T00:19:26Z

← Versione meno recente		Versione delle 18:19, 5 ott 2022
Riga 508:		Riga 508:

	===Gestione se un membro fa riferimento ad altra ''Struttura'' o ad una ''Struttura annidata''===		===Gestione se un membro fa riferimento ad altra ''Struttura'' o ad una ''Struttura annidata''===
	Se un membro della ''Struttura'' fa riferimento ad un'altra ''Struttura'' secondaria esterna alla ''Struttura'' principale, ovvero è rappresentato da una ''Struttura'' definita all'interno della ''Struttura'' principale (''Struttura annidata''), si effettua il calcolo - nelle modalità consuete - della quantità di memoria occupata complessivamente dai membri della ''Struttura'' esterna secondaria ovvero nel secondo caso dai membri della ''Struttura annidata''.		Se un membro della ''Struttura'' fa riferimento ad un'altra ''Struttura'' secondaria esterna alla ''Struttura'' principale, ovvero è rappresentato da una ''Struttura'' definita e sviluppata esplicitamente all'interno della ''Struttura'' principale (''Struttura annidata''), si effettua il calcolo - nelle modalità consuete - della quantità di memoria occupata complessivamente dai membri della ''Struttura'' esterna secondaria ovvero nel secondo caso dai membri della ''Struttura annidata''.

	Se il membro, che fa riferimento ad una ''Struttura'' secondaria esterna, è invece dichiarato come ''Puntatore'', allora esso occuperà semplicemente 8 byte, ossia la quantità di byte occupati ordinariamente dalla variabile di tipo ''Puntatore''.		Se il membro, che fa riferimento ad una ''Struttura'' secondaria esterna, è invece dichiarato come ''Puntatore'', allora esso occuperà semplicemente 8 byte, ossia la quantità di byte occupati ordinariamente dalla variabile di tipo ''Puntatore''.

Vuott il 00:14, 6 ott 2022

2022-10-06T00:14:44Z

← Versione meno recente		Versione delle 18:14, 5 ott 2022
Riga 1:		Riga 1:
	Come descritto anche nella pagina dedicata alla [[Gestire_con_sicurezza_le_Strutture_esterne\|gestione ''in modo sicuro'' delle Strutture esterne]], la lettura e la scrittura effettuate su ''Strutture'' esterne di una certa complessità è sempre molto difficile. Tanto è che, nella pagina segnalata nel collegamento, si è proposto nei casi più difficili di creare un'apposita libreria condivisa, avente estensione .so~~, esterna scritta in C~~, nella quale gestire con le risorse del linguaggio C i membri di tali ''Strutture'' molto complesse sia in lettura che in scrittura.		Come descritto anche nella pagina dedicata alla [[Gestire_con_sicurezza_le_Strutture_esterne\|gestione ''in modo sicuro'' delle Strutture esterne]], la lettura e la scrittura effettuate su ''Strutture'' esterne di una certa complessità è sempre molto difficile. Tanto è che, nella pagina segnalata nel collegamento, si è proposto nei casi più difficili di creare un'apposita libreria condivisa esterna, scritta in C e avente estensione .so, nella quale gestire con le risorse del linguaggio C i membri di tali ''Strutture'' molto complesse sia in lettura che in scrittura.

	La difficoltà della gestione delle ''Strutture'' molto complesse, appartenenti a librerie condivise .so esterne, consiste nel fatto che, tentando di riprodurre nel progetto Gambas tali ''Strutture'', il linguaggio non riesce sempre a gestire la coerenza dei necessari ''allineamenti'' tra alcuni particolari membri costituenti la ''Struttura'' medesima.		La difficoltà della [[Gestione_delle_Strutture_esterne\|gestione delle ''Strutture'']] molto complesse, appartenenti a librerie condivise .so esterne, consiste nel fatto che, tentando di riprodurre nel progetto Gambas tali ''Strutture'', il linguaggio non riesce sempre a gestire la coerenza dei necessari ''allineamenti'' tra alcuni particolari membri costituenti la ''Struttura'' medesima.

	Ad ogni modo alcune ''Strutture'' complesse possono essere affrontate tentandone la lettura e la scrittura attraverso un ''Puntatore''. All'interno dell'area puntata da tale ''Puntatore'' si scorrerà con i ''Memory Stream'' (per la lettura e/o scrittura), oppure semplicemente sommando o sottrando unità al valore, che rappresenta l'indirizzo di memoria contenuto dalla variabile ''Puntatore'', e dereferenziando il ''Puntatore'' medesimo con le apposite funzioni di dereferenziazione previste da Gambas (ovviamente solo per la lettura).		Ad ogni modo alcune ''Strutture'' complesse possono essere affrontate tentandone la lettura e la scrittura attraverso un ''Puntatore''. All'interno dell'area puntata da tale ''Puntatore'' si scorrerà con i ''Memory Stream'' (per la lettura e/o scrittura), oppure semplicemente sommando o sottrando unità al valore, che rappresenta l'indirizzo di memoria contenuto dalla variabile ''Puntatore'', e dereferenziando il ''Puntatore'' medesimo con le apposite funzioni di dereferenziazione previste da Gambas (ovviamente solo per la lettura).