Torna indietro   Hardware Upgrade Forum > Software > Programmazione

ASUS ProArt GoPro Edition è il notebook compatto per chi crea
ASUS ProArt GoPro Edition è il notebook compatto per chi crea
Un notebook sviluppato in collaborazione con GoPro ma che risponde al meglio alle necessità di tutti coloro che creano contenuti video: robustezza, design, potenza di calcolo e funzionalità si abbinano al meglio tra di loro, pur se a prezzo di un costo elevato per via della tanta memoria onboard
Fable e Sol a confronto: due cartoni animati creati su un PC con RTX 3090
Fable e Sol a confronto: due cartoni animati creati su un PC con RTX 3090
Ho affidato ai due modelli lo stesso mestiere ma non lo stesso identico prompt: trasformare una storia illustrata in un video usando una RTX 3090 e modelli locali. Ne sono usciti due film, due applicazioni e due idee opposte di efficienza. Fucina, progettata con Fable 5, colpisce di più nei primi secondi. Storyboard Studio, costruito con ChatGPT/Codex, regge meglio sulla distanza e vince il confronto complessivo, ma di stretta misura
Il tablet rugged leggero e sottile: Lenovo ThinkTab X11 offre resistenza, doppia USB-C e batteria rimovibile
Il tablet rugged leggero e sottile: Lenovo ThinkTab X11 offre resistenza, doppia USB-C e batteria rimovibile
Lenovo ha lanciato il ThinkTab X11 rimettendo piede nel segmento dei tablet Android con il marchio Think dopo oltre un decennio di assenza. Il risultato è un dispositivo che prende una direzione precisa: massima dotazione funzionale, costruzione resistente, autonomia fuori dagli schemi
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 24-11-2011, 13:15   #1
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
[c/c++] ho un problema ad accedere alla memoria

ciao,
ho la seguente dichiarazione

void *buffer;
buffer = (char *)malloc(ByteToRecive);
int ByteRecived = Socket->ReceiveBuf(buffer, ByteToRecive);


ora ho un buffer pieno di dati inviato da client ma non riesco ad accedere al singolo carattere.
Perchè vorrei fare questo?
Perchè ho notato che ricevendo e salvando su file n volte buffer, questo viene terminato con caratteri sporchi.
La mia idea era una cosa del tipo

buffer[strlen(buffer)-1]='\0';

che non funziona.

Non avendo mai usato una dichiarazione del tipo void *buffer; chiedo lumi.

grazie


p.s.
magari è anche elementare questa domanda

Ultima modifica di misterx : 24-11-2011 alle 14:03.
misterx è offline   Rispondi citando il messaggio o parte di esso
Old 24-11-2011, 14:07   #2
wingman87
Senior Member
 
Iscritto dal: Nov 2005
Messaggi: 2791
E' chi manda i dati che dovrebbe terminare i dati in modo opportuno (con il carattere nullo ad esempio). Oppure specificando la quantità di dati che seguirà nei primi byte.
strlen stessa mi sembra che si basa sulla ricerca del carattere nullo...
wingman87 è offline   Rispondi citando il messaggio o parte di esso
Old 24-11-2011, 14:14   #3
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
ciao,
quello che viene inviato dal client è un file ASCII. La dimensione di quanto inviato dal client viene catturata dal server attraverso la funzione postata e quindi non rappresenta un problema. Il fatto è che si invia più volte il medesimo file ASCII questo dopo due o tre invii presenta in coda dei caratteri spuri che cercavo di eliminare aggiungendo un carattere nullo al termine del file.
misterx è offline   Rispondi citando il messaggio o parte di esso
Old 24-11-2011, 14:26   #4
wingman87
Senior Member
 
Iscritto dal: Nov 2005
Messaggi: 2791
Se hai la dimensione dei dati come mai hai bisogno di aggiungere un carattere terminatore?

Sinceramente credo di non aver capito appieno il problema. Ti dico cosa ho capito:
- Il server invia un file
- Il client riceve il file e la dimensione, il contenuto del file finisce in un buffer la cui dimensione è la dimensione del file ricevuto
- Il client riscrive il contenuto del buffer da qualche altra parte, ma siccome non c'è un carattere terminatore, sul nuovo file viene aggiunto qualche carattere sporco che si trova oltre la dimensione del buffer.

Se è così quando crei il buffer dagli un byte in più di spazio per aggiungere in fondo \0.
wingman87 è offline   Rispondi citando il messaggio o parte di esso
Old 24-11-2011, 14:42   #5
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
Quote:
Originariamente inviato da wingman87 Guarda i messaggi
Se hai la dimensione dei dati come mai hai bisogno di aggiungere un carattere terminatore?

Sinceramente credo di non aver capito appieno il problema. Ti dico cosa ho capito:
- Il server invia un file
- Il client riceve il file e la dimensione, il contenuto del file finisce in un buffer la cui dimensione è la dimensione del file ricevuto
- Il client riscrive il contenuto del buffer da qualche altra parte, ma siccome non c'è un carattere terminatore, sul nuovo file viene aggiunto qualche carattere sporco che si trova oltre la dimensione del buffer.

Se è così quando crei il buffer dagli un byte in più di spazio per aggiungere in fondo \0.

hai capito benissimo: il fatto è che siccome la dichiarazione è un void *buffer; il compilatore non accetta scrittre del tipo buffer[strlen(buffer)-1]='\0'; ottenfo i seguenti errori di compilazione:

Size of the type 'void' is unknown or zero
Not an allowed type
misterx è offline   Rispondi citando il messaggio o parte di esso
Old 24-11-2011, 14:47   #6
wingman87
Senior Member
 
Iscritto dal: Nov 2005
Messaggi: 2791
Prova con un cast:
Codice:
void *buffer;
buffer = (char *)malloc(ByteToRecive+1);
int ByteRecived = Socket->ReceiveBuf(buffer, ByteToRecive);
((char *)buffer)[ByteToRecive] = '\0';
wingman87 è offline   Rispondi citando il messaggio o parte di esso
Old 24-11-2011, 15:54   #7
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
è perfetto, grazie 1000

ciao
misterx è offline   Rispondi citando il messaggio o parte di esso
Old 24-11-2011, 18:44   #8
WarDuck
Senior Member
 
L'Avatar di WarDuck
 
Iscritto dal: May 2001
Messaggi: 13027
Il problema è presto detto, buffer è un puntatore void e mi chiedo perché hai fatto questa scelta, considerato che poi fai un cast a char sulla malloc.

Per definizione non puoi deferenziare un puntatore void, per cui non ha alcun senso accedere ad un'array di void (tipo di dato che non esiste) .

Io farei così:

Codice:
char* Buffer;

Buffer = malloc( ... ); /* se il compilatore si lamenta aggiungi il cast */

...


Buffer[x] = '\0';
Attenzione comunque: il tuo codice ha un problema, strlen(buffer) funziona se e solo se buffer è già terminato, per cui l'operazione che tenti di fare non è corretta.

La cosa ideale sarebbe capire quanto effettivamente leggi dal socket, e terminare il Buffer nella posizione corrispondente (ovvero in base a quanto hai letto).

Ad esempio:
Codice:
Buffer[ByteReceived] = '\0';
Nota, non conosco le altre parti del tuo programma, non so dunque se leggi più volte a gruppi di TOT bytes oppure fai un'unica lettura da socket... nel primo caso dovresti comunque controllare che il buffer non sia esaurito e tenere conto del totale dei bytes letti.

Edit: ho letto adesso che wingman ti ha fatto notare la cosa.

Ultima modifica di WarDuck : 24-11-2011 alle 18:52.
WarDuck è offline   Rispondi citando il messaggio o parte di esso
Old 24-11-2011, 18:58   #9
wingman87
Senior Member
 
Iscritto dal: Nov 2005
Messaggi: 2791
Quote:
Originariamente inviato da WarDuck Guarda i messaggi
Edit: ho letto adesso che wingman ti ha fatto notare la cosa.
Comunque il tuo post è stato utile, anche perché mi hai fatto notare un errore nel codice che ho scritto nel precedente post:
Codice:
void *buffer;
buffer = (char *)malloc(ByteToRecive+1);
int ByteRecived = Socket->ReceiveBuf(buffer, ByteToRecive);
((char *)buffer)[ByteToRecive] = '\0';
ByteToRecive dovrebbe essere ByteRecived
wingman87 è offline   Rispondi citando il messaggio o parte di esso
Old 25-11-2011, 06:08   #10
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
Quote:
Originariamente inviato da WarDuck Guarda i messaggi
Il problema è presto detto, buffer è un puntatore void e mi chiedo perché hai fatto questa scelta, considerato che poi fai un cast a char sulla malloc.

Per definizione non puoi deferenziare un puntatore void, per cui non ha alcun senso accedere ad un'array di void (tipo di dato che non esiste) .

Io farei così:

Codice:
char* Buffer;

Buffer = malloc( ... ); /* se il compilatore si lamenta aggiungi il cast */

...


Buffer[x] = '\0';
Attenzione comunque: il tuo codice ha un problema, strlen(buffer) funziona se e solo se buffer è già terminato, per cui l'operazione che tenti di fare non è corretta.

La cosa ideale sarebbe capire quanto effettivamente leggi dal socket, e terminare il Buffer nella posizione corrispondente (ovvero in base a quanto hai letto).

Ad esempio:
Codice:
Buffer[ByteReceived] = '\0';
Nota, non conosco le altre parti del tuo programma, non so dunque se leggi più volte a gruppi di TOT bytes oppure fai un'unica lettura da socket... nel primo caso dovresti comunque controllare che il buffer non sia esaurito e tenere conto del totale dei bytes letti.

Edit: ho letto adesso che wingman ti ha fatto notare la cosa.
ciao,
è la funzione da me usatat Socket->ReceiveBuf(buffer, ByteToRecive);
che pretende un puntatore void.

Pensa che ho provato ad usarla addirittura nel modo seguente:

char buffer[100000];
int ByteRicevuti = Socket->ReceiveBuf(buffer, 100000);

dove pur non lamentandosi il compilatore, il contenut di buffer ritornato ogni volta è randomico, mentre mi aspettavo al massimo una troncatura dei caratteri in eccesso, quelli dopo il 100000 carattere.

Provando ad inviare un testo da client di 90000 caratteri, a volte manca la testa del file, a volte la coda ed altre è corretto.
misterx è offline   Rispondi citando il messaggio o parte di esso
Old 25-11-2011, 08:05   #11
WarDuck
Senior Member
 
L'Avatar di WarDuck
 
Iscritto dal: May 2001
Messaggi: 13027
Quote:
Originariamente inviato da misterx Guarda i messaggi
ciao,
è la funzione da me usatat Socket->ReceiveBuf(buffer, ByteToRecive);
che pretende un puntatore void.

Pensa che ho provato ad usarla addirittura nel modo seguente:

char buffer[100000];
int ByteRicevuti = Socket->ReceiveBuf(buffer, 100000);

dove pur non lamentandosi il compilatore, il contenut di buffer ritornato ogni volta è randomico, mentre mi aspettavo al massimo una troncatura dei caratteri in eccesso, quelli dopo il 100000 carattere.

Provando ad inviare un testo da client di 90000 caratteri, a volte manca la testa del file, a volte la coda ed altre è corretto.
Non è normale questo comportamento. Escludendo problemi di libreria, il mio consiglio è quello di inizializzare sempre il buffer a 0, e assicurarti che il client invii i dati correttamente.

Quest'ultima cosa la puoi fare abbastanza agevolmente con un analizzatore di protocollo come Wireshark .

La cosa importante comunque rimane terminare il buffer ricevuto con '\0' (se lo stai leggendo come stringa) e farlo correttamente.

Relativamente alle dimensioni del buffer, bisognerebbe vedere se ti serve solo come appoggio oppure ti serve per aggregare più pacchetti in sequenza.

Ti conviene usare un buffer medio, 4096 bytes dovrebbero essere sufficienti nella maggioranza dei casi.

Chiaramente ti devi assicurare che sia sempre verificata la condizione ByteLettiDaSocket < DimensioneBuffer.

Tutto comunque dipende da ciò che ci fai con quel buffer.
WarDuck è offline   Rispondi citando il messaggio o parte di esso
Old 25-11-2011, 08:14   #12
misterx
Senior Member
 
Iscritto dal: Apr 2001
Città: Milano
Messaggi: 3741
Quote:
Originariamente inviato da WarDuck Guarda i messaggi
Non è normale questo comportamento. Escludendo problemi di libreria, il mio consiglio è quello di inizializzare sempre il buffer a 0, e assicurarti che il client invii i dati correttamente.

Quest'ultima cosa la puoi fare abbastanza agevolmente con un analizzatore di protocollo come Wireshark .

La cosa importante comunque rimane terminare il buffer ricevuto con '\0' (se lo stai leggendo come stringa) e farlo correttamente.

Relativamente alle dimensioni del buffer, bisognerebbe vedere se ti serve solo come appoggio oppure ti serve per aggregare più pacchetti in sequenza.

Ti conviene usare un buffer medio, 4096 bytes dovrebbero essere sufficienti nella maggioranza dei casi.

Chiaramente ti devi assicurare che sia sempre verificata la condizione ByteLettiDaSocket < DimensioneBuffer.

Tutto comunque dipende da ciò che ci fai con quel buffer.
inizio a pensare che qualche componente di BCB abbia qualche problema a me non noto, ma indagherò.

Una notizia che avevo letto e che mi aveva depistato circa l'uso della funzione int ByteRicevuti = Socket->ReceiveBuf(buffer, 100000); e che hai in un certo qual modo risollevato tu scrivendo ByteLettiDaSocket < DimensioneBuffer, era che la funzione da me menzionata non legge i dati da socket in una volta sola, come se avessi dovuto implementare una sorta di while per leggere tutti i dati inviati dal client.

Facendo numerose prove con file di dimensioni anche considerevoli invece, ho notato che ora i dati al server arrivano tutti.

Mi chiedo se esistono allora du strade:
a) dichiaro un buffer fisso e chiamo n volte una certa funzione sino a leggere tutto lo stream
b) uso la funzione che sto usando dimensionando il suo buffer dinamicamente in funzione di ByteToRecive

grazie
misterx è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


ASUS ProArt GoPro Edition è il notebook compatto per chi crea ASUS ProArt GoPro Edition è il notebook c...
Fable e Sol a confronto: due cartoni animati creati su un PC con RTX 3090 Fable e Sol a confronto: due cartoni animati cre...
Il tablet rugged leggero e sottile: Lenovo ThinkTab X11 offre resistenza, doppia USB-C e batteria rimovibile Il tablet rugged leggero e sottile: Lenovo Think...
AMD Advancing AI 2026: l'hardware AMD per le elaborazioni IA del futuro, tra GPU, CPU e robot AMD Advancing AI 2026: l'hardware AMD per le ela...
Tascabile e con Android: BOOX Go 6 Gen II è diverso da tutti gli altri e-reader Tascabile e con Android: BOOX Go 6 Gen II &egrav...
WINDTRE, le offerte di fine luglio: 5G F...
Due scrivanie angolari gaming a prezzi b...
Telecamere e intelligenza artificiale su...
L'ASUS Zenbook di cui tutti parlano torn...
Helios, la piattaforma di Schneider Elec...
Multiverse Computing raccoglie 500 milio...
Videogiochi, social e azzardo: un giovan...
Tre astronauti rientrano dalla ISS: la S...
Kimi K3 ha trovato 19 zero-day in Redis ...
Aggiungere un acceleratore IA per data c...
Debian valuta lo stop totale ai contribu...
Huawei sfida il ban USA: al via la produ...
QNAP lancia i nuovi NAS TS-262A e TS-462...
E4 Computer Engineering e EuroHPC JU uni...
World di Sam Altman raccoglie 52,5 milio...
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: 17:58.


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