Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione HONOR Magic V6: spessore record e super batteria. È lui il fold da battere?
Recensione HONOR Magic V6: spessore record e super batteria. È lui il fold da battere?
HONOR Magic V6 è arrivato in Italia a 2.299,90 euro con una promessa precisa: unire 4 mm di spessore da aperto (8,75 mm chiuso nel modello White, 9 mm negli altri colori) a una batteria da 6.660 mAh, la più capiente mai vista su un pieghevole. Lo abbiamo usato per oltre una settimana in versione Red 16/512 GB per capire se lo Snapdragon 8 Elite Gen 5 tiene testa alla concorrenza anche fuori dai benchmark ufficiali
Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni
Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni
Redmi Pad 2 9.7 punta su un display ampio e fluido, una batteria capace di accompagnare l'uso quotidiano senza ansie da ricarica e un prezzo accessibile, a partire da 179,90 euro per la versione con 64 GB di storage. Lo Snapdragon 6s 4G Gen 2 e i 4 GB di RAM della configurazione più diffusa frenano però chi cerca reattività e multitasking spinto: ecco il bilancio dopo due settimane di prova diretta
Peugeot Polygon Concept: ecco il futuro delle utilitarie
Peugeot Polygon Concept: ecco il futuro delle utilitarie
Polygon è la concept car di Peugeot che mostra il futuro delle soluzioni del segmento B: tra design compatti e innovativi affiancati da dimensioni compatte uno scherzo dalla manovrabilità incredibile per le manovre a bassa velocità
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 26-04-2007, 16:01   #1
vatastala
Junior Member
 
Iscritto dal: Jan 2007
Messaggi: 25
[JAVA] aiuto per conversione little endian big endian

Ciao a tutti, ho il seguente problema: devo convertire un file con dei pesi codificati in double da Java per essere letti tramite C++. SIccome mi è stato detto che Java utilizza il sistema little endian e C++ big endian (o viceversa???) ho scritto il seguente codice:

static double var;
/**
* @param args the command line arguments
*/
public static void main(String[] args) throws NullPointerException {

try{

DataInputStream dis = new DataInputStream(new FileInputStream ("weights.dat"));

ByteBuffer bb = ByteBuffer.allocate(9000);
// bb.order(ByteOrder.LITTLE_ENDIAN);

for(int i=0;i<896.;i++)
{
var=dis.readDouble();
bb.order(ByteOrder.BIG_ENDIAN);
bb.putDouble(i,var);
System.out.println(var +"__"+ bb.order(ByteOrder.BIG_ENDIAN).getDouble(i) +"__"+i);
}


E questo è l'output relativo:

0.009182359616844394__0.009182359616844394__0
-0.002138954759412613__-0.002138954759412613__1
0.005195382598750681__0.005195382598750681__2
4.819424459599818__4.819424459599818__3
5.058553871334569__5.058553871334569__4
1.0871459521596347__1.0871459521596347__5
-1.0868843071228302__-1.0868843071228302__6
-0.0016712652843744874__-0.0016712652843744874__7
0.0012012366699741682__0.0012012366699741682__8
-0.001529889658280872__-0.001529889658280872__9
2.295218951725268__2.295218951725268__10


I valori sono quindi gli stessi, sapete indicarmi il problema???
vatastala è offline   Rispondi citando il messaggio o parte di esso
Old 26-04-2007, 17:18   #2
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Messaggi: 5206
Quote:
Originariamente inviato da vatastala Guarda i messaggi
SIccome mi è stato detto che Java utilizza il sistema little endian e C++ big endian (o viceversa???)
Non diciamo fesserie ...

Non è il linguaggio ad essere little/big-endian! Se parliamo dei dati memorizzati in memoria, allora centra solamente il processore. I processori x86 sono little-endian. Altre famiglie di processori possono avere un altro tipo di endian o possono gestire entrambi i modi (vedi PowerPC, se non sbaglio).

Se parliamo di dati scritti/inviati da qualunque altra parte (su file, su socket, ecc...) allora bisogna vedere le specifiche o comunque stabilire la questione del endian. È chiaro che le due parti devono "accordarsi" sul formato.

Java ha delle classi apposite DataOutputStream e DataInputStream per scrivere/leggere dei dati di diversi tipi in maniera indipendente dalla piattaforma. Queste classi scrivono/leggono dati in formato big-endian. In qualunque caso e su qualunque piattaforma. Questa è la specifica di queste classi.

Se con Java scrivo su file usando DataOutputStream, i tipi primitivi nel file saranno quindi in formato big-endian. Se voglio leggere questo file con un altro linguaggio (es. C++) su una qualunque piattaforma, dovrò sapere che i dati mi arrivano prima con il byte più significativo.
__________________
Andrea, Senior Java developerSCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 26-04-2007, 17:52   #3
vatastala
Junior Member
 
Iscritto dal: Jan 2007
Messaggi: 25
Ho scritto in c++ un piccolo codice per fare vedere come viene letto il file dei pesi:

void leggiParametri()
{
FILE *file=fopen("weights.dat","r");

double input;

for(int i=0;i<10;i++){
fscanf(file,"%f",input);

// input=atoi(inputs);
cout << input <<endl;
}

fclose(file);

}


E l'output è:

2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310

Sempre lo stesso quindi...
vatastala è offline   Rispondi citando il messaggio o parte di esso
Old 26-04-2007, 19:58   #4
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Messaggi: 5206
Quote:
Originariamente inviato da vatastala Guarda i messaggi
FILE *file=fopen("weights.dat","r");

double input;

for(int i=0;i<10;i++){
fscanf(file,"%f",input);
No, non ci siamo proprio!!! fscanf legge da file di testo, non binari.
Cioè per poter leggere con questa funzione, il file deve contenere la rappresentazione testuale del numero. Un valore di 12.3 deve essere rappresentato nel file con 4 caratteri '1' poi '2', poi il punto, poi '3'.

Se hai dei dati binari (come quelli scritti da DataOutputStream di Java) la lettura va fatta in tutt'altro modo.

Facciamo un esempio: supponiamo che un file contenga dati di tipo double scritti dalla classe DataOutputStream di Java (quindi sempre big-endian). Si vuole leggere i dati usando il linguaggio "C" su una piattaforma little-endian (tra poco vedremo il perché di questa precisazione):
Codice:
#include <stdio.h>

void swap_endian_double (double *pd)
{
    char *p = (char*) pd;
    char t;

    t = p[0];  p[0] = p[7];  p[7] = t;
    t = p[1];  p[1] = p[6];  p[6] = t;
    t = p[2];  p[2] = p[5];  p[5] = t;
    t = p[3];  p[3] = p[4];  p[4] = t;
}

int main (void)
{
    char buf[8];
    double val;
    FILE *f;

    if ((f = fopen ("dati.bin", "rb")) != NULL)
    {
        if (fread (buf, 1, 8, f) == 8)
        {
            val = *((double*) buf);
            swap_endian_double (&val);
            printf ("val = %f\n", val);
        }

        fclose (f);
    }

    return 0;
}
Lavorando in "C", posso sfruttare i puntatori e fare in modo che l'indirizzo dell'array di 8 char venga visto come un puntatore a double, quindi dereferenziato per ottenere il valore double.

Se l'architettura è little-endian, devo swappare il double (quindi uso la swap_endian_double). Se l'architettura fosse big-endian, lo swap non servirebbe, perché i dati letti dal file e depositati nell'array sarebbero già nell'ordine adatto per un processore big-endian.

Spero di aver chiarito la questione!

Vedere anche in <questo> thread, dove si parlava proprio dell'endian.
__________________
Andrea, Senior Java developerSCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
andbin è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione HONOR Magic V6: spessore record e super batteria. È lui il fold da battere? Recensione HONOR Magic V6: spessore record e sup...
Redmi Pad 2 9.7: ampio display, economico e peso contenuto, ma qualche limite nelle prestazioni Redmi Pad 2 9.7: ampio display, economico e peso...
Peugeot Polygon Concept: ecco il futuro delle utilitarie Peugeot Polygon Concept: ecco il futuro delle ut...
Reno16 Pro: il compatto di OPPO punta su fotocamera da 200MP e il nuovo Bubble! La recensione Reno16 Pro: il compatto di OPPO punta su fotocam...
 Hisense 55U7SE: tuttofare e accessibile, il MiniLED per film, sport e gioco Hisense 55U7SE: tuttofare e accessibile, il Min...
Huawei realizzerà chip di nuova g...
La JAXA ha eseguito un test del prototip...
Netflix, ritorna la prova gratuita per i...
Il satellite LINK per salvare il telesco...
Il nuovo iPhone 18 Pro Max costerà...
Il tredicesimo volo del razzo spaziale S...
Pagare il parcheggio è sempre pi&...
Torvalds: 'Non sono più un progra...
Xiaomi lavora alla nuova Smart Band 11, ...
Inabissato in Grecia, iPhone 16 Pro sopr...
Volkswagen Zukunftsplan 2030: il nuovo p...
'Non ci interessano i segreti di Apple':...
Genitori troppo connessi: uno studio riv...
Motorola conferma l'arrivo del nuovo Edg...
Smascherata la truffa dei finti SSD da 1...
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: 16:27.


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