21.12.2009 10:50
[#1]
#include :(
Używam obecnie gcc w wersji 2.04 (piszę z głowy, na pewno wersja 2 ileś). W programie, który chcę napisać chcę użyć includa , ale po wpisaniu w/w includa i zdefiniowaniu zmiennej string program się kompiluje bez problemowo, ale po uruchomieniu program zwraca informację, ze program nie jest uruchamialny. Jakieś pomysły na usunięce problemu? W wcześniejszej wersji gcc jakiej używałem nie było w/w problemu. Składnia string jest poprawna, bo źródłówka skompilowana na pc działa ok.
21.12.2009 14:48
[#6]
Re: #include :(
@ZED^lM, post #1
Bardzo ciekawe, Czy mógłbyś podać pełny minimalny listing twojego problemu. Czy można go skrócić do czegoś takiego
Czy powyższy przykład po skompilowaniu się uruchamia bez problemu ?
EDIT: pomijam ewentualne ostrzeżenia kompilatora że zmienna s jest nieużywana.
Pozdrawiam
Ostatnia modyfikacja: 21.12.2009 14:49:48
#includeint main() { std::string s; return 0; }
Czy powyższy przykład po skompilowaniu się uruchamia bez problemu ?
EDIT: pomijam ewentualne ostrzeżenia kompilatora że zmienna s jest nieużywana.
Pozdrawiam
Ostatnia modyfikacja: 21.12.2009 14:49:48
21.12.2009 15:02
[#10]
Re: #include :(
@ZED^lM, post #9
Jeszcze jeden tip. To może zabrzmieć dziwnie ale nadaj jakąś unikatową nazwę plikowi wykonywalnemu. Wiem to dziwne. Ale pamiętam sytuację jak kumpel stracił pare godzin na znalezienie błędu ( którego nie było ) a okazało się że nazwa "test" dla pliku wykonywalnego to był zły pomysł. System operacyjny nie odpalał "test" z katalogu użytkownika tylko skądś tam ( To było na Solarisie jak dobrze pamiętam ).
21.12.2009 15:04
[#11]
Re: #include :(
@ZED^lM, post #9
A może chodzi o to, że nie zwracasz wartości 0 w funkcji main() (w kodzie Asmana właśnie komenda zwracania wartości 0 występuje) i zwracana jest jakaś wartość losowa, którą system interpretuje jako błąd zwrotny programu.
#10 Tak, to też może być przyczyna.
Ostatnia modyfikacja: 21.12.2009 15:07:24
#10 Tak, to też może być przyczyna.
Ostatnia modyfikacja: 21.12.2009 15:07:24
21.12.2009 22:05
[#12]
Re: #include :(
@ZED^lM, post #1
Do kompilacji używam następującej składni:
g++ -s -02 -noixemul -o wynik.exe #?.cpp
Jak sugeruje powyżej linia plik wyjściowy ma nazwę wynik.exe. To wszystko kompiluje się w ramie.
Po skompilowaniu:
#include
int main()
{
std::string s;
return 0;
}
Przy ruchumieiniu programu mam komendę:
- wynik.exe: plik nie jest wykonywalny.
g++ -s -02 -noixemul -o wynik.exe #?.cpp
Jak sugeruje powyżej linia plik wyjściowy ma nazwę wynik.exe. To wszystko kompiluje się w ramie.
Po skompilowaniu:
#include
int main()
{
std::string s;
return 0;
}
Przy ruchumieiniu programu mam komendę:
- wynik.exe: plik nie jest wykonywalny.
21.12.2009 22:41
[#15]
Re: #include :(
@Grzegorz Kraszewski, post #13
Bo to do wywołania instrukcji kompilownia używam krótkiej komendy gg. Zamiast za każdym razem wpisywać g++ -s -02 -noixemul -o wynik.exe #?.cpp. Proces kompilacji uruchamiam ze skryptu. A #?.cpp jest po to bym nie musiał za każdym razem uważać by plik z kodem był o kreślonej nazwie. Tak wpisuje w nazwie pliku byle jaką nazwę i .cpp uruchamiam kompilator i wszystko gra. To są narazie moje proste programy i nie potrzebuję dodatkowych komend do kompilowania.
22.12.2009 07:53
[#17]
Re: #include :(
@Korni, post #16
Korni napisał(a):
> 02? Powinno być O2.
>
>
Faktycznie miałeś rację. Powinno być O2 a nie "zero2".
Kod na string sTekst; już się "nie wysypuje".
Mam taki kod:
sTekst = sTekst + Dane[0] + Dane[1] + Dane[2] + Dane[3];
Taka składnia na pc się kompiluje na mosie nie działa jakieś sugestie lub pomysł na ominięcie tego. Chodzi mi o to by z zaczytanego pliku można było wczytać dane jako string z 4 znaków i następnie porównać go z innym stringiem. W pliku wczytanym oprócz zmiennych tekstowych są także zmienne binarne.
> 02? Powinno być O2.
>
>
Faktycznie miałeś rację. Powinno być O2 a nie "zero2".
Kod na string sTekst; już się "nie wysypuje".
Mam taki kod:
sTekst = sTekst + Dane[0] + Dane[1] + Dane[2] + Dane[3];
Taka składnia na pc się kompiluje na mosie nie działa jakieś sugestie lub pomysł na ominięcie tego. Chodzi mi o to by z zaczytanego pliku można było wczytać dane jako string z 4 znaków i następnie porównać go z innym stringiem. W pliku wczytanym oprócz zmiennych tekstowych są także zmienne binarne.
22.12.2009 14:36
[#22]
Re: #include :(
@AmiChris, post #14
A co ma RC to nieuruchamiania sie programu w ogole?
Tak, pomyliłem się. Problem, który przedstawił ZED^IM ma pewne cechy wspólne z problemem przedstawionym wcześniej na forum, a mianowicie tutaj:
http://www.ppa.pl/forum_ppa/read.php?f=1&i=66066&t=66059
Ta osoba też miała problemy z plikami wykonywalnymi, które system traktował jako nie-wykonywalne (co prawda tu chodziło o backup plików, ale cechy wspólne są). Tamten problem został rozwiązany.
Tak, pomyliłem się. Problem, który przedstawił ZED^IM ma pewne cechy wspólne z problemem przedstawionym wcześniej na forum, a mianowicie tutaj:
http://www.ppa.pl/forum_ppa/read.php?f=1&i=66066&t=66059
Ta osoba też miała problemy z plikami wykonywalnymi, które system traktował jako nie-wykonywalne (co prawda tu chodziło o backup plików, ale cechy wspólne są). Tamten problem został rozwiązany.