Linux за българи: Форуми

Днес се натъкнах на странен проблем. При компилиране на програма на java с компилатора на javac до баит код и стартиране на програмата в java конзола всичко работи коректно, но при компилиране на кода с gcj посредством командата:

GeSHi (Bash):
desktop:~$ gcj --main=NsiProg -o NsiProg NsiProg.java

програмата не се изпълнява коректно.
Ето и кода:

GeSHi (Java):
/*
 * Програма за познаване на числа.
 * При старт потребителя трябва да зададе максимума,
 * в който да бъде избрано произволно число, след което потребителя трябва
 * да познае генерираното число, като програмата му връща съобщение
 * дали неговото предположение е по-голямо или по-малко и при познаване
 * му съобщава и броят опити, които са му трябвали, за да познае числото.
 */
 
// package javaapplication1;
 
/**
 *
 * @author pikimos 06.10.2009
 */
import java.util.Random;
import java.util.Scanner;
 
/** Генериране на случайно число в зададен обхват */
public final class NsiProg {
 
  public static final void main(String... aArgs){
    Scanner input = new Scanner(System.in);
    System.out.println("Обхват на слъчайно генерирано число от 1 до .....");
    System.out.print("Въведете максималното число за обхвата: ");
    int END = input.nextInt();
    int START = 1;
    Random random = new Random();
        for (int idx = 1; idx <= 1; ++idx){
            showRandomInteger(START, END, random);
        }
  }
  private static void showRandomInteger(int aStart, int aEnd, Random aRandom){
    if ( aStart > aEnd ) {
      throw new IllegalArgumentException("Start cannot exceed End.");
    }
    //get the range, casting to long to avoid overflow problems
    long range = (long)aEnd - (long)aStart + 1;
    // compute a fraction of the range, 0 <= frac < range
    long fraction = (long)(range * aRandom.nextDouble());
    int randomNumber =  (int)(fraction + aStart);
    Scanner input = new Scanner(System.in);
    System.out.print("Въведете предположение за генерираното число: ");
    int mainNumber = input.nextInt();
        for (int count = 1; mainNumber != randomNumber; count++, mainNumber++, mainNumber--) {
            System.out.println("Вашето предположение е грешно.");
            System.out.println("Брой опити: " + count);
            boolean max = mainNumber > randomNumber;
                if (max) {
                    System.out.println("Предложеното от вас число е по-голямо от генерираното.");
                    } else {
                        System.out.println("Предложеното от вас число е по-малко от генерираното.");
                    }
            System.out.print("Въведете предположение за генерираното число: ");
            mainNumber = input.nextInt();
         }
    System.out.printf("Вие познахте!\n" + "Случайно генерираното число е:" + " " + "%d\n", randomNumber);
    }
}

Когато се стартира програмата трябва веднага да се отпечатат в конзолата 24 и 25 ред но това не се случва, при подаване на командата

GeSHi (Bash):
desktop:~$ ./NsiProg
 

Курсора преминава на нов ред без да се отпечата нищо. Там съответно трябва да се въведе числото за обхвата и чак след това се отпечатват 24 и 25 ред и после трябва още веднъж да се въведе числото. Същото се повтаря и когато трябва да се отпечата ред 43.
Стигнах до извод, че изпълнението на кода на ред 23 предизвиква преминаването на курсора на нов ред без отпечатване на нищо и предизвиква въпросното прекъсване на програмата. Ако преместя кода:

GeSHi (Java):
Scanner input = new Scanner(System.in);

под ред 25 тогава и двата реда се разпечатват веднага след стартирането на програмата но пък прекъсването пак е налице. Въпросният ред отговаря за четеното от конзола.
Някой има ли идеи как да се реши проблема?
Просто реших да тествам компилатора с въпросната програма. Предполагам, че ако се направи графичен интерфейс за програмата няма да има проблеми, но в конзолата така стоят нещата.

Първо за графичния интерфейс - той си е отделно нещо, да работи "двигателя" под него, пък после му мисли каквито там финтифлюшки си предствяш.
Сега за gcj - никога не съм ползвала този компилатор, но изглежда, че се прави така:

GeSHi (Bash):
gcj -C filename.java #компилация до байткод във файла filename.class
gij filename #само filename, а не filename.class

Т.е. все едно стандартното

GeSHi (Bash):
javac filename.java #компилация до байткод във файла filename.class
java filename #само filename, а не filename.class

После може и:

GeSHi (Bash):
gcj filename.class -o filename --main=filename
./filename

За твое успокоение - с java-та на Сън, кода си върви:

GeSHi (Bash):
dvd@BlackPearl:~$ javac NsiProg.java 
dvd@BlackPearl:~$ java NsiProg 
Обхват на слъчайно генерирано число от 1 до .....
Въведете максималното число за обхвата: 233
Въведете предположение за генерираното число: 21
Вашето предположение е грешно.
Брой опити: 1
Предложеното от вас число е по-малко от генерираното.
Въведете предположение за генерираното число: 34
Вашето предположение е грешно.
Брой опити: 2
Предложеното от вас число е по-малко от генерираното.
Въведете предположение за генерираното число: 3421
Вашето предположение е грешно.
Брой опити: 3
Предложеното от вас число е по-голямо от генерираното.
Въведете предположение за генерираното число: 23
Вашето предположение е грешно.
Брой опити: 4
Предложеното от вас число е по-малко от генерираното.
Въведете предположение за генерираното число: ^Cdvd@BlackPearl:~$

Погледни това ($2) :)

Да с Java на Сън работи това го знам, но идеята е да се компилира не до байт код а до машинен код и да работи коректно.
Всъщност тя програмата си работи и компилирана с gcj но не се интерпритира от конзолата коректно.
Спазих стъпките, които описваш и няма резултат.
Ако някой знае някой  друг компилатор за java до машинен код нека пише.

Сигурен ли си че не ти даде грешка при компилирането от сорта на

GeSHi (Bash):
gcj --main=NsiProg -o NsiProg NsiProg.java
 
NsiProg.java:3: error: The import java.util.Scanner cannot be resolved
        import java.util.Scanner;
               ^^^^^^^^^^^^^^^^^
NsiProg.java:9: error: Scanner cannot be resolved to a type
        Scanner input = new Scanner(System.in);
        ^^^^^^^
NsiProg.java:9: error: Scanner cannot be resolved to a type
        Scanner input = new Scanner(System.in);
                            ^^^^^^^
NsiProg.java:47: error: Scanner cannot be resolved to a type
        Scanner input = new Scanner(System.in);
        ^^^^^^^
NsiProg.java:47: error: Scanner cannot be resolved to a type
        Scanner input = new Scanner(System.in);
                            ^^^^^^^
5 problems (5 errors)

е при мен редовете са други щото поизрязах коментарите, но идеята е следната - gcj е съвместим с java v 5.0 и по-малка а Scanner мисля го въведоха в по-новите версии така че ако държиш много да го ползваш gcj ползвай по-старите алтерантиви там .. по мои спомени то не бяха buffered Reader/Writer та после New IO i.e. nio класове та чак след това опряхме до Scanner(s) след версия 6.0 и нагоре  :)

Да най-вероятно проблема е точно това ще пробвам да пренапиша програмата с по старите версии за четене от конзола и ще кажа има ли резултат.
А иначе не ми даде тази грешка при компилиране.
С Убунту 9.10 съм и последната версия на gcj за дистрибуцията но вероятно не са доизпипали както трябва подръжката на java 6.

По мои спомени имаше Scanner в java 5 ...
Както и да е, верно, че gcj беше съвместим с някоя по-стара версия на java.
Ама аз разбрах, че се е компилирало успешно и просто като го пуснеш, не върви.
Даде ли ти грешки при компилацията и какви, дай изход от конзолата при компилация и при пускане.
Иначе Scanner наистина не е за препоръчване да се ползва, особено, когато трябва да прочетеш много голям вход.

java.util.Scanner е въведен в Java 5 (вижте http://java.sun.com/j2se/1.5.0/docs/api/java/util/Scanner.html).
Според мен пробвай като за начало да добавиш System.out.flush() след System.out.print(... на 25-и ред. По спецификация (http://java.sun.com/j2se/1.5.0/docs/api/java/io/PrintStream.html ($2)) никъде не е казано, че autoFlush флага е вдигнат по подразбиране и нищо чудно в не-Sun имплементация да се чака flush-ване и след println()...

yoakim-е прав си ...обаче зависи явно от коя версия 5.х и нагоре е въведено за gcj - защото аз съм с 5.0  а ми дава горните грешки при компилация

--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
а пък:
gcj --main=NsiProg -o NsiProg NsiProg.java
NsiProg.java:3: error: The import java.util.Scanner cannot be resolved
       import java.util.Scanner;

GeSHi (Bash):
$ gcj -v
Using built-in specs.
Reading specs from /usr/lib/gcc/x86_64-redhat-linux/4.1.2/libgcj.spec
rename spec startfile to startfileorig
rename spec lib to liborig
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release
  --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk
  --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode
  --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --with-cpu=generic --host=x86_64-redhat-linux
Thread model: posix
gcc version 4.1.2 20070925 (Red Hat 4.1.2-33)
 

Ето какво открих вчера.
До сега правех тестовете с пакетите на openjava. Реших да ги махна и да пробвам с пакетите sun-java.
Само да добавя, че кода е коректен и никога при компилация не ми е давало каквито и да било грешки!
Значи с другите пакети на java пак си минава компилацията успешно и проблема със засичането на програмата на реда Scanner си остава но интересното е, че когато компилирам до байт код със стандартния java компилатор javac и пусна програмата с java NsiProg, ефекта е същия както и когато програмата е компилирана  с gcj до машинен код.
След, като махнах пакетите на sun и върнах пакетите openjava програмата отново заработи коректно но само в конзолата на java.
Това ме навежда на мисълта, че може би трябва да се зададе някакъв специфичен път с параметъра --classpath=/..../..../...... но не знам къде или към кой файл да сочи пъя.
При мен версията на gcj e:

GeSHi (Bash):
desktop:~$ gcj -v
Using built-in specs.
Reading specs from /usr/lib/gcc/x86_64-linux-gnu/4.4.1/libgcj.spec
rename spec startfile to startfileorig
rename spec lib to liborig
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.1-5ubuntu2' --with-bugurl=file:///usr/share/doc/gcj-4.4/README.Bugs --enable-languages=c,c++,java --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --disable-libmudflap --enable-java-awt=gtk --enable-gtk-cairo --disable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.4/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.4 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.4 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.4.1 (Ubuntu 4.4.1-5ubuntu2) 
 

Кратко точно и ясно, компилира се и работи без никакви проблеми. C++ :)

GeSHi (C++):
/* 
 * File:   main.cpp
 * Author: niki
 *
 * Created on Четвъртък, 2009, Октомври 22, 9:04
 */
 
#include <stdlib.h>
#include <ctime>
#include <iostream>
 
 
using namespace std;
 
void go();
 
int main(int argc, char**argv) {
    cout << "Обхват на слъчайно генерирано число от 1 до .....\n";
    cout << "Въведете число за максимален обхват ";
     int a;
     cin >> a;
     srand(time(NULL));
     int b = rand() % a + 1;  //number between 1 to ......
     cout << "Въведете предположение за генерираното число: ";
     int mn;
     cin >> mn;
     for (int count = 1; mn != b; count++, mn++, mn--) {
            cout << "Вашето предположение е грешно.\n";
            cout << "Брой опити: "<< count << "\n";
                if (mn > b) {
                    cout << "Предложеното от вас число е по-голямо от генерираното.\n";
                    } else {
                        cout << "Предложеното от вас число е по-малко от генерираното.\n";
                    }
            cout << "Въведете предположение за генерираното число: ";
            cin >> mn;
     }
     cout << "Вие познахте!\n";
     cout << "Случайно генерираното число е: "<< b << "\n";
     return 0;
}

//offtopic
Сега ако си унифицираш стила  ::)

#include <stdlib.h>
#include <ctime>
#include <iostream>
#include <stdio.h>

C++ или C? stdio или iostream?

bool max = mainNumber > b;
               if (max)

if(mainNumber > b) (това и за java)

Предполагам сега се учиш да програмираш, така че не приемай това като заяждане, а като съвети :)

Да сега се уча и благодаря за съвета  :)

Редактирах кода и сега изглежда по прилично :)
Ползвам netbeans, който е за c/c++ но когато въвеждам #include <iostream.h> ми дава Cannot find include file iostream.h иначе с iostream само няма проблем.

GeSHi (C):
#include <stdio.h>
#include <stdlib.h>
#include <math.h>
#include <string.h>
 

GeSHi (C++):
#include <cstdio>
#include<cstdlib>
#include <cmath>
#include <cstring>
#include <iostream>
#include <vector>
 
using namespace std;
 

В C няма iostream. То си е за C++, основното му смислено предназначение, ако не бъркам, е в ООП-то и предефинирането на оператори. Иначе функциите в stdio са за предпочитане.

Ползвам netbeans, който е за c/c++

Пробвай да ползваш някой хубав текстов едитор (поне с оцветяване на кода) и компилиране и пускане през конзола. Много по-полезно ще ти е според мен :)

Ще препоръчаш ли някой :)

В C няма iostream. То си е за C++, основното му смислено предназначение, ако не бъркам, е в ООП-то и предефинирането на оператори.

Предефиниране на оператори и iostream? Основната му функция е STREAM, няма нищо общо с предефиниране на оператори, освен това, че потоците са предефинирани за различни типове.

Иначе функциите в stdio са за предпочитане.

Защо?

Пробвай да ползваш някой хубав текстов едитор (поне с оцветяване на кода) и компилиране и пускане през конзола. Много по-полезно ще ти е според мен :)

Ако Netbeans ти върши работа и нямаш проблеми, не пробвай друго.