2012-01-29 1 views
2

У меня есть проблема с Scanner Java: Я пытаюсь читать двойников, используя этот код:Java Сканер: «0» не является двойной

Scanner sc = new Scanner(System.in); 
double value = sc.nextDouble(); 

Однако, когда число читать, «0,0» или "0." или «0» У меня есть следующая ошибка:

java.util.InputMismatchException: "0" is not a double 

Это нормальное поведение функции nextDouble()?

Какой самый простой способ прочитать двойник без этой проблемы?

Неужели мне нужно поймать ошибку, а затем повторить попытку с помощью «netxInt()»?

Благодарим за помощь.


Для информации я использую java-компилятор «gcj».

Он работает нормально с javac, но с gcj (на обновленной ubuntu) он не работает. Подробная информация о версии gcj приведена внизу.


Полный код:

import java.util.Scanner; 

class Main 
{ 
    public static void main(String[] args) 
    { 
     Scanner sc = new Scanner(System.in); 
     double f = sc.nextDouble(); 
    } 
} 

ввода (на стандартный ввод):

0.0 

Выход:

Exception in thread "main" java.util.InputMismatchException: "0" is not a double 
*** Got java.lang.OutOfMemoryError: Cannot create additional threads while trying to print stack trace. 


результат "GCJ -v":

COLLECT_GCC=gcj 
COLLECT_LTO_WRAPPER=/usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/lto-wrapper 
Target: i686-linux-gnu 
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.5.2-8ubuntu1' --with-bugurl=file:///usr/share/doc/gcj-4.5/README.Bugs --enable-languages=c,c++,java --prefix=/usr --program-suffix=-4.5 --enable-shared --enable-multiarch --with-multiarch-defaults=i386-linux-gnu --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib/i386-linux-gnu --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.5 --libdir=/usr/lib/i386-linux-gnu --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-time=yes --disable-libmudflap --enable-plugin --enable-gold --enable-ld=default --with-plugin-ld=ld.gold --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.5/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.5 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.5 --with-arch-directory=i386 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-targets=all --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu 
Thread model: posix 
gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu1) 

То же поведение на «gcc версии 4.4.5» на другом сервере.

+1

Он отлично работает для меня на компиляторе 'javac'. – RanRag

+1

Из того, что я получаю из документов, это не должно происходить и может быть просто ошибкой в ​​ваших библиотеках классов. – Joey

+0

Он отлично работает для меня. Вы уверены, что текст не содержит буквы O, а не числа 0? У вас либо есть код, либо код, либо непонимание ваших данных. Пожалуйста, разместите точную копию строки текста с нарушением и код нарушения. –

ответ

1

отлично работает для меня (Javac 1,6):

Scanner sc = new Scanner("0,1 0, 0"); 
System.out.print("" + sc.nextDouble() + " " + sc.nextDouble() + " " + sc.nextDouble()); // 0.1 0.0 0.0 
2

я вижу те же проблемы с GCJ. и играть с другими входами, поведение очень странное - пространство не пропускаются и 1 не двойной либо:

> ./a.out 
1 
Exception in thread "main" java.util.InputMismatchException: "1" is not a double 
   at java.util.Scanner.myNextDouble(libgcj.so.12) 
   at java.util.Scanner.nextDouble(libgcj.so.12) 
   at Main.main(a.out) 
> ./a.out 
1. 
Exception in thread "main" java.util.InputMismatchException: "1" is not a double 
   at java.util.Scanner.myNextDouble(libgcj.so.12) 
   at java.util.Scanner.nextDouble(libgcj.so.12) 
   at Main.main(a.out) 
> ./a.out 
1.1 
> gcj --version 
gcj (SUSE Linux) 4.6.2 

так я схватил источник для гну classpath 0.99 и взглянуть на код. следующим, как представляется, называется:

String tmp; 
double rc; 
try { 
    tmp = myApplyLocale(tmp, 10); 
    rc = Double.parseDouble(tmp); 
    if (("" + rc).equals(tmp)) { 
     return rc; 
    } 
} 
catch (ParseException e) {} 
throw new InputMismatchException(ERR_PREFIX + tmp + NOT_DOUBLE); 

, где я немного упростил/очистил.

и то, что, кажется, делает, принимает только значения, которые при преобразовании в строку точно соответствуют источнику. что объясняет, почему ведущие пробелы и значения без десятичных точек отклоняются.

+0

Итак, у нас есть объяснение, но это все еще кажется странным. Должен ли я попытаться представить отчет об ошибке, чтобы gcj будет действовать как javac? –

+0

@ LoïcFévrier хорошо, похоже, что поведение несовместимо с JAVA API по адресу http://docs.oracle.com/javase/6/docs/api/java/util/Scanner.html#nextDouble() - в частности, который ссылается на float regexp (определенный выше на странице), который соответствует целым числам. так что да, это похоже на ошибку. вы можете печатать отчеты по адресу http://www.gnu.org/software/classpath/bugs.html и быстрый поиск. http://gcc.gnu.org/bugzilla/buglist.cgi?quicksearch=scanner предлагает, чтобы он не уже существует. с другой стороны, учитывая текущий иск оракула, возможно, они не могут программировать против api ... –