Raport z kompilacji

U części osób które wysłały rozwiązania, nie pojawiły się wyniki.

Są to rozwiązania, które się nie skompilowały. Mieli państwo przesłać plik źródłowy o odpowiednim rozszerzeniu (szczegóły w techn kaliach), który się skompiluje. Rozwiązanie, które się nie kompiluje (np. skompresowane archiwum), nie jest rozwiązaniem o które była prośba, więc jest traktowane jak brak rozwiązania.

Jednak czasami rozwiązania są zupełnie w porządku a mimo to się nie skompilowały, najczęstszymi przyczynami są:

Java nie wspiera znacznika BOM (Byte Order Mark), tak więc jeżeli ktoś wkleił kod od Microsoft Notepad lub Microsoft Visual Studio, zapisał i taki plik wysłał, to wysłał(a) plik niekompatybilny z Java, czyli narzędziem, które wybrał(a).

Nie będę jednak za taki drobiazg potrącać punktów, tak więc wrócę do ponownego sprawdzenia tych rozwiązań, tymczasem niech Państwo mają na uwadze owe własności narzędzi Microsoftu oraz Java i unikają tej sytuacji. (Korzystając z okazji pozwolę sobie na reklamę mojego ulubionego edytora: http://www.vim.org/ dostępnego na każdą platformę.)

Jedna z metod znalezionych w internecie w celu znalezienia błędu polega na zastosowaniu:

Wskazuje na to że problem może dotyczyć osób o numerach indeksów (obok numerów liczba plików podejrzanych o bycie dotkniętych problemem) :

Listing Plików które mogły być mieć dodatkowe bajty

(oczywiście wyniki grep zostały dodatkowo przetworzone)

Tak, edu dokleiło do wielu rozwiązań fragmenty protokołu http, takie jak np. ten:

Poniższa tabelka zawiera numery indeksów osób których pliki mogą być dotknięte problemem (wybrane wyrażeniem regularnym), oraz liczności, ilu plików wysłanych przez daną osobę może dotyczyć problem.

Listing Plików które mogły być mieć dodatkowe bajty

Visual C++ to nie jest C++ . C++ to to co jest opisane w standardzie. Te osoby mogą poczytać w logach z kompilacji czego nie dołaczają (include) etc. A najlepiej niech spróbują skompilować program pod gcc (narzędziem g++ - do ściągnięcia pod Windows, albo dostępne na Muszelce (patrz bss→Instrukcje→Shell).

Na stronie:

http://www.users.pjwstk.edu.pl/~wierz/ASDzi2010/

mogą państwo uzyskać dostęp do logów z kompilacji i procedury testowej oraz pomiarów czasu swojego programu.

Uwaga! Ta baza nie jest synchronizowana jednocześnie z pojawianiem się ocen czy rozwiązań na serwerze, stąd jeżeli nie ma od razu pliku, proszę spróbować po pewnym czasie ponownie.

Jeżeli kogoś z Państwa dotyczy problem doklejanych dodatkowych bajtów przez edu to wtedy nie będą mogli Państwo zobaczyć wyników, ze względu na zmienioną sumę kontrolną. W takim przypadku, jeżeli za dane zadanie, inne osoby w grupie już mają logi, a Pan(i) nie ma. Proszę sprawdzić na powyższych listach. Osoby ze studiów dziennych są proszone w tej sprawie na konsultacje w A3 o 17 w środę, ew mogą probować jak jestem wcześniej w 132 przez kilka grup ćwiczeniowych. Osoby z trybu zaocznego, najlepiej na zajęciach. Studenci internetowi, przez czat, ew. mailem.

Oto co oznaczają następujące komunikaty:

Jak jest liczony czas: * tus - time user space - limit - patrzymy czy obliczenia w przestrzeni użytkownika zajęły tyle ile trzeba * total time limit - limit na całkowity, realny czas po którym proces jest wywłaszczany. Taka konfiguracja została wprowadzona po tym jak okazało się po analizie wyników zadania pierwszego, że u niektórych osób Java spędza w przestrzeni jądra drugie tyle ile oni w przestrzeni użytkownika na obliczeniach.