Java Scanner: «0» не является двойным - PullRequest
2 голосов
/ 29 января 2012

У меня проблема со сканером java: я пытаюсь прочитать двойные числа, используя этот код:

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» на другом сервере.

Ответы [ 2 ]

2 голосов
/ 06 мая 2012

я вижу ту же проблему с 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

, поэтому я взял исходный код для gnu 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);

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

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

1 голос
/ 29 января 2012

У меня отлично работает (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
...