1055. Parzyste nieparzyste

[bunker96]

Witam,
Mam problem z zadaniem "Parzyste nieparzyste".
Otóż jak przepuszczam przykładowe dane wejściowe oraz te z komentarza pod zadaniem przez skrypt zwraca mi właściwe odpowiedzi jednak jak daje kod do sprawdzenia sędzia go nie uznaje. Dlaczego? Oto kod:

#include <cstdio>
#include <string>
#include <iostream>
using namespace std;
int main(){
    unsigned int t,n,x,z;
    bool l;
    string b;
    scanf("%d",&t);
    while(t--){
        l=true;
        b="";
        scanf("%d",&n);
        z=n;
        while(n--){
            if(l==true){
                scanf("%s",&x);
                b+=x;
                if(z%2==0)
                    if(n!=1)
                        b+=" ";
                if(z%2==1)
                    if(n!=0)
                        b+=" ";
                l=false;
            }
            else{
                scanf("%d",&x);
                cout<<x<<" ";
                l=true;
            }
        }
        cout<<b<<endl;
    }
    return 0;
}

Dziękuję za wszelką pomoc

[narbej]

scanf("%s",&x);

scanf("%d",&x);

Strasznie nakombinowałeś w swoim rozwiązaniu. Dla danych przykładowych jeszcze jakoś tam działa, ale zobacz np: http://ideone.com/loxbTu
Chyba powinieneś przemyśleć i zrobić na nowo i z innym pomysłem to zadanie [lub poprawić to co masz].

PS
W w/w scanf'ach raz traktujesz x jako string, a drugi raz jako int.

[bunker96]

No dobrze. A czy da się to zrobić aby kod był szybszy niż na tablicach?

[sig]

Zdefiniuj szybszy, ja mam czas 0.00 z użyciem właśnie tablic.

[bunker96]

Czy jest metoda ktora jest bardziej wydajna od tej z tablicami. Czy da sie zrobic to w locie bez zapisywania wartosci w tablicy.

[narbej]

Zdefinjuj "metoda bardziej wydajna"
Ale raczej nie. To zadanie [proste i łatwe] jest wymyślone, po to, aby zapoznać z tablicami i indeksami do elementów.A dane [przynajmniej nieparzyste, gdy liczymy od 1] musisz jakoś i gdzieś zapisać. Nie musi to być koniecznie tablica liczb, może to być także tablica stringów, albo [tak jak usiłowałeś to zrobić] łańcuch połączonych stringów - czyli jeden uzupełniany długi string. Czy to jest lepsze, wydajniejsze rozwiązanie? Wątpię. Jeżeli chodzi o szybkość, to w tego typu zadaniach najczęściej [przeważnie, zawsze] "wąskim gardłem" jest i/o [[lub] wczytywanie i[lub] wypisywanie [lub i to i to, zależy od ilości danych]].