Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione realme 16 5G: lo smartphone con Selfie Mirror ha una batteria da 6550mAh
Recensione realme 16 5G: lo smartphone con Selfie Mirror ha una batteria da 6550mAh
realme 16 5G è un nuovo smartphone con sensore Sony IMX 852 da 50MP sul retro e uno specchio selfie fisico integrato nella camera bar, una prima nel segmento di mercato. Batteria da 6550mAh in un corpo da 8,1mm e 183g, certificazione IP69K e ricarica da 45W completano un pacchetto aggressivo per la fascia media, per uno dei prodotti più interessanti del produttore sul piano commerciale
Come rispettare tutte le nuove regole per i monopattini elettrici? La guida per non rischiare sanzioni
Come rispettare tutte le nuove regole per i monopattini elettrici? La guida per non rischiare sanzioni
Sono ormai definitive le nuove norme del Codice della Strada per i monopattini elettrici. Non solo targa e assicurazione, le regole sono tante e riguardano diversi aspetti, vi spieghiamo come evitare sanzioni che possono essere salate
DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta
DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta
DLSS 4.5 introduce Dynamic Multi Frame Generation e MFG 6X, permettendo fino a cinque frame generati per ogni frame renderizzato. I test su Cyberpunk 2077 e 007 First Light mostrano forti incrementi di FPS e riduzione della latenza su RTX 5090 Laptop. Migliorano fluidità, stabilità e qualità visiva.
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: 2790
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: 2790
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: 2790
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: 12999
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: 2790
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: 12999
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


Recensione realme 16 5G: lo smartphone con Selfie Mirror ha una batteria da 6550mAh Recensione realme 16 5G: lo smartphone con Selfi...
Come rispettare tutte le nuove regole per i monopattini elettrici? La guida per non rischiare sanzioni Come rispettare tutte le nuove regole per i mono...
DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta DLSS 4.5: con Dynamic Frame Generation e MFG 6X ...
Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere) Plaud NotePin S, il registratore IA si fa indoss...
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro Redmi Watch 6 in prova: lo smartwatch con ampio ...
Resident Evil Veronica copia Resident Ev...
Vivo Watch GT 2 arriva in Italia: uno sm...
Lo smartphone di Trump Mobile è d...
The Social Reckoning, la storia di Faceb...
FASTCloud Open Source: un cloud sovrano ...
AMD non lascia spazio a Intel: la top 15...
iPhone 17 torna protagonista su Amazon: ...
PowerToys si aggiorna alla versione 0.10...
La nuova Audi Q7 proietta le frecce sull...
Framework blocca tutto: Laptop 13 Pro no...
SSD, Biwin investe oltre metà del...
Samsung Trend Radar 2026: smartphone e s...
Enel entra nella telefonia mobile: il vi...
Arriva il menu contestuale aggiornato di...
GM punta sulle batterie al sodio per lo ...
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: 22:51.


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