Модераторы: LSD, AntonSaburov
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Формат типа double для Java, не совпадает с форматом double в Pascalе 
:(
    Опции темы
Crot
  Дата 31.1.2004, 15:27 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 28
Регистрация: 31.1.2004

Репутация: 1
Всего: 3



У меня такая вопрос: почему форматы типа double для Pascal, C++, Delphi не совпадают с форматом типа double для Java?

Записываю я число в файл с помощью такой программы на Паскале:
Код
 var
   f: file of double;
 const
   d: double= 3.3;
begin
 assign (f, 'c:\file.dat');
 reset (f);
 write (f, d);
 close (f)
end.

Считываю с помощью такой программы:
Код
import java.io.*;
public class Test {
 DataInputStream in;
 public Test() throws Exception {
   in =
     new DataInputStream(
       new BufferedInputStream(new FileInputStream("c:\file.dat")));
   in.mark(8);
   System.out.println("Normal read - " + in.readDouble());
   in.reset();
   System.out.println("Invert read - " + readInvertDouble());
   in.close();
 }
// здесь я предположил, что может быть надо перевернуть байты считываемого числа и написал соответствующую функцию
 public double readInvertDouble() throws Exception {
   byte[] b = new byte[8];
   in.read(b, 0, 8);
   long l = 0;
   for (int i = 7; i >= 0; i--)
     l = (l << 8) + b[i];
   return Double.longBitsToDouble(l);
 }
 public static void main(String[] arg) {
   try {
     Test test = new Test();
   } catch (Exception e) {
     System.out.println("Error !");
   }
 }
}


Сначала я записывал в файл число 3.3.
В этом случае программа на Яве давала такой ответ:
Код
Normal read - 1.903598566248171E185
Invert read - 3.3


Но потом я попробовал число 333. И ни одно из выведенных на консоль чисел не совпало с записанным в файле:
Код
Normal read - 6.7495533E-317
Invert read - 317.0


Проблема: может быть я не те пакеты использую? Подскажите, пожалуйста, какие нужно.
Если дело не в этом, тогда ответьте:
как на Java прочитать число типа double из файла, чтобы оно соответствовало стандарту? То есть, какие преобразования надо сделать?
PM MAIL WWW ICQ   Вверх
sap
Дата 31.1.2004, 15:46 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 34
Регистрация: 2.1.2004

Репутация: нет
Всего: нет



действительно интересно
Если бы это были целые числа типа byte, short, long и т.п. их формат в файле конечно бы выяснить не составило труда.
В данном случае самый надёжный способ (раз уж требуется это число читать из прог и на других языках) перед записью преобразовывать в строку. А при чтении соотвественно в double.

По моему никакого понятия стандарт в данном случае не подходит
PM MAIL   Вверх
Crot
Дата 31.1.2004, 15:53 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 28
Регистрация: 31.1.2004

Репутация: 1
Всего: 3



Дело в том, что файлы - создаются другими людьми.
Эти файлы - карты уровней для одной игры.
И люди по всему миру их создают.
А я хочу считать этот файл.
На Паскале - без проблем, на Яве - х@#$% какая-то получается.

З.Ы.:
Как я понял, формат типа int для Java тоже не совпадает с форматом longint для Pascal.
Но в данном случае проблема решается просто обратным порядком байтов в числе.
PM MAIL WWW ICQ   Вверх
sap
Дата 31.1.2004, 16:06 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 34
Регистрация: 2.1.2004

Репутация: нет
Всего: нет



а числа всё время близки к оригиналу (как 317 к 333)?
PM MAIL   Вверх
sap
Дата 31.1.2004, 16:25 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 34
Регистрация: 2.1.2004

Репутация: нет
Всего: нет



между 317 и 333 разница ровно 16. т.е. как будто теряются 4ре младших бита.
для начала я бы на твоём месте поправил немного код. т.е.
Не складывал бы а делал поразрядное или ( оператор | ) сделав предварительно приведение
b[i] к long

А потому бы уже выяснял дальше что не так.
PM MAIL   Вверх
sap
Дата 31.1.2004, 16:33 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 34
Регистрация: 2.1.2004

Репутация: нет
Всего: нет



%) чё то я всё пишу и пишу, ну да ладно

в Java byte это ЗНАКОВОЕ число. поэтому я не уверен, что знаковый бит будет сдвигаться на одну позицию в лево, а не переноситься на крайнюю левую позицию.
PM MAIL   Вверх
Crot
Дата 1.2.2004, 09:21 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 28
Регистрация: 31.1.2004

Репутация: 1
Всего: 3



Спасибо!
Я и предположить не мог, что тип byte в Java - знаковый.
Теперь, зная это, никаких проблем не возникает...

З.Ы.: Тело цикла изменил на: l = (l << 8) + b[i] + ((b[i]<0)?0x100:0);
PM MAIL WWW ICQ   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Java"
LSD   AntonSaburov
powerOn   tux
javastic
  • Прежде, чем задать вопрос, прочтите это!
  • Книги по Java собираются здесь.
  • Документация и ресурсы по Java находятся здесь.
  • Используйте теги [code=java][/code] для подсветки кода. Используйтe чекбокс "транслит", если у Вас нет русских шрифтов.
  • Помечайте свой вопрос как решённый, если на него получен ответ. Ссылка "Пометить как решённый" находится над первым постом.
  • Действия модераторов можно обсудить здесь.
  • FAQ раздела лежит здесь.

Если Вам помогли, и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, LSD, AntonSaburov, powerOn, tux, javastic.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Java: Общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0945 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.