Informatyka UJ forum

oinopion

heh ;]

urban

To ja mam od razu szybkie pytanie:
mam taki kod:

Fen

ale fajnie! A już się bałem, że nie będe miał co robić przez wakacje :)

Skrobocik

chlebek

wypas :lol:

Rogal

@Urban, Skrobocik: Dev-Cpp nie ma nic do tego, to tylko środowisko. To tak jakbyś winił Programmers Notepad albo GIDE Pascala za to, że program źle działa.

A ponieważ Dev pracuje na tym samym kompilatorze co Athina (no dobra, mogą się różnić wersją, ale to raczej nie ma znaczenia w tym przypadku) to wina nie leży też po stronie kompilatora.

Co mogę sugerować to albo wpisać w Dev-ie takie parametry kompilacji jakie są pod Athiną i spróbować wtedy (wątpię żeby coś pomogło), albo testować programy pod Linuxem - bo to najprawdopodobniej Windows jest winny tym błędom.

edited: można też znaleść parametry jakich należy używać pod Windowsem do obsługi logów w scanf / printf, albo zamiast nich używać cin / cout i to jest imho najlepsze wyjście

urban · 15285 Z Tue, 13 Jun 2006 18:50:05 CEST ANS

Dobra to ja znowu cos szukalem i znalzlem rozwiazanie:

urban

@Rogal
w sumie sie potwierdzilo ze to wina wina. Dzieki za info.

SZCZUR

mingw jest "identyczny" z GCC
ale jego standardowa biblioteka jest "windowsowa" (chyba taka sama jak w VC)

[link widoczny dla zalogowanych]

chlebek

Jak zrobic w DEV C++, zeby wczytac dane z input tak jak we free pascalu i wynik dawal output ?? Dzieki za pomoc

kafex

Ludzie może wyjaśnicie mi pewną ciekawostkę...sposobiłem się właśnie do wysłania R5 w C++ jako inaguracje wakacyjnego ASD a tu zonk : opcja submitowania zdjęta z konta... z tego co wiem nie tylko ja tak mam( może wszyscy ? )...ktoś wie może o co chodzi ? wszak są ludzie, którzy przez wakacje mają pisać i oddawać programy

cheater_

Pewnie robią jakiś maintenance, przypuszaczam że submitowanie wróci niedługo ;)

Rogal

Submitowanie jest już znów dostępne.

Ten kolorek dla c++ nie jest tak pięknie zielony jak ten dla ok, ale też może być :wink:

Ethlinn

a ja mam taki dziwny problem. Wlasnie pisalam sobie slynna R3 w C++ i okazalo sie, ze nijak nie chce mi przejsc tablica miliona elementow. Przy stu tysiacach jest okej, ale jak tylko dopisze jedno zero wiecej to pada mi wszystko. Kompiluje, owszem, ale przy wykonywaniu za nim cokolwiek sie zrobi wyskakuje, ze program wykonal nieprawidlowa opercaje. Ktos moze wie, o co w tym chodzi?

Pawel Str.

Spróbuj zrobić alokację dynamiczną.

Czyli zamiast
int tablica[10000000]

zrób int * tablica;

tablica = new int[1000000];
(...)

delete [] tablica;

Jeżeli to pomoże, to chyba wiem, gdzie problem.

cheater_

Albo prościej i wydajniej (bo ktoś mi mówił że dostęp do sterty jest jakiś wolniejszy)- nie deklaruj tablicy w mainie, tylko przed nim, tak żeby była globalna :) Bo jak deklarujesz w mainie, to w zasadzie deklarujesz lokalnie, a tego stos nie zdzierży ;)

Ethlinn

Dzieki :). Alokacja dynamiczna pomogla :). Co nie zmienia faktu, ze nadal mam ANSa :P. Heh...

muciu

Ja mam taki mały/ciekawy/głupi problem:
napisalem sobie zadanko "C" w C++ i gdy skompiluje go w Dev-C++ bez opcji "-O2" to łądnie działa, ale ponieważ na Athinie programy są kompilowane z tą opcją - dostaje: S11. W domu gdy włączylem tę opcję w kompilatorze również sie wysypuje.
Czy wie ktos za co jest więc odpowiedzialna ta opcja??
PS. Znalazłem ciekawy przykład (przynajmniej u mnie na kompie)

Pawel Str.

-On włącza optymalizacje:
n=0 brak optymalizacji
n=1 proste optymalizacje
n=2 trochę bardziej złożone optymalizacje, może zwiększyć rozmiar binarki, ale nadal bezpieczne optymalizacje.
n=3 agresywna optymalizacja, czasami może zaszkodzić.
n=S optymalizuj pod kątem romiaru binarki.

-O2 sprawia, że czasami w pamięci jest mniej zer - nie wiem, czy wyłącza niewymagane zerowania, czy inaczej układa zmienne w pamięci. W każdym razie jeżeli 02 spowodowało SEGV, to kod jest błędny, a bez O2 działał przez przypadek (tj trafiał na jakieś zero w pamięci, które było tam tylko ze względu na sposób przydziału pamięci przez kompilator). A co do Twojego kodu:

nazwa[i]=nazwa_[i++] jest kodem niejednoznacznym.
Nie wiadomo, które i (przed czy po inkrementacji) jest używane z lewej strony.
Z jakiś powodów (śmieci z inicjalizacji) nazwa[0] ma na początku wartość x. Bez 02 kompilator ułożył sobie to w następujący kod (idea, naprawdę wygląda to inaczej):

mov EAX,0 ; //W EAX będzie I
mov EBX, nazwa_ + EAX; // pobierz nazwa_[i]
mov nazwa+EAX, EBX;// zapisz nazwa[i]
inc EAX.

Z O2 użył innego algorytmu rozkładania wyrażeń i zrobił coś takiego:
mov EAX,0 ; //W EAX będzie I
mov EBX, nazwa_ + EAX; // pobierz nazwa_[i]
inc EAX.// i++
mov nazwa+EAX, EBX;// zapisz nazwa[i]

Przy czym zależnie od tego, czy musiał rezerwować pamięć na prev czy nie, wyszedł albo taki wynik, albo taki sam jak poprzednio.

dlatego nazwa[0] nie zostało zastępione i zostało tam stare 'x'.

Mrozek na wykładzie mówił, że a[i]=b[i++] jest niejednoznaczne i nie powinno być używane :-)

muciu

Heh ... faktycznie! W dupe dało to inkremetnowanie wewnątrz while'a noi odnalazłem wyraźne zapiski w Gręboszu że tak robić nie wolno - teraz to będe pamiętał. A przy okazji zadanko przeszlo na athinie:)
Dzięki za fachową pomoc!