[a.....t]

#programowanie #programista15k

Nie mogę tego skompilować. Pomożecie?

#include 

int main()

{

 char tab[] = {0x2f, 0x2a, 0x20, 0x4a, 0x45, 0x42, 0x41, -0x71, 0x20,

0x50, 0x49, 0x53, 0x21, 0x20, 0x2a, 0x2f, 0x00};

 puts(tab);

return 0;

}

[groman43]

@aksnet: Wygląda jak jakiś primitywny exploit ( ͡° ͜ʖ ͡°)

[fizyk20]

@aksnet: Mogłoby pomóc napisanie na czym polega "nie mogę". Nie masz kompilatora, kompilator wypluwa błąd (jaki?), coś jeszcze innego?

[NoToTenTego]

@aksnet: char to nie typ stringa??? W ogóle próbujesz wcisnąć obiekt do tablicy czy jak ? Nie znam się na C ale może spróbuj małymi kroczkami. Czyli zadeklaruj tablice, zobacz czy działa. Dodaj jeden element, zobacz czy działa itd. Tutaj chyba nawet nie zadeklarowałem tablicy, może to jest problem.

[fizyk20]

@groman43: Na mój gust to ma wypisać "J---Ć PIS!" z jakimiś dodatkami ;) 0x2f 0x2a to chyba /*? Wtedy to by było "/* J---Ć PIS! */".

[groman43]

@fizyk20: Tja, tylko nie do końca u mnie działa ( ͡° ͜ʖ ͡°)

[MicrosoftOffice]

@NoToTenTego: char i string to inne typy. char jest typem prymitywnym, string to obiekt (klasa)

[fizyk20]

@groman43: Może problem z kodowaniem ;) "Ć" może mieć różne wartości w zależności od kodowania. Nie wiem w jakim kodowaniu to będzie -0x71 (0x8f), ale może w innym niż masz domyślne w systemie.

[fizyk20]

@NoToTenTego: @MicrosoftOffice: To jest C, w C nie ma obiektów. Stringi to tablice typu char. Kod wygląda mi poprawnie, dlatego jestem ciekaw na czym polega "nie działa".

[fizyk20]

@aksnet: @NoToTenTego: @MicrosoftOffice: Jeszcze dla pewności sprawdziłem, u mnie kompiluje się bez problemu, tylko "Ć" się nie wyświetla po uruchomieniu, ale to będzie problem z kodowaniem.

[a.....t]

@fizyk20: działa (wkręcam Was),
a Ć wyświetla poprawnie w kompilowany Codeblocks 20 pod Windows 10 (nie kompilowałem w gcc pod Linuksem)

[fizyk20]

@groman43: U mnie wystarczy zmienić -0x71 na 0xc4, 0x86 (u+0106 kodowane w UTF-8) ( ͡° ͜ʖ ͡°)

[groman43]

0xc4, 0x86

@fizyk20: Teraz jest jak należy!

[a.....t]

@fizyk20: tylko że char ma zakres od -128 do 127 a 0xc4 ten zakres przekracza. Powinieneś dostać warning od kompilatora.

[fizyk20]

tylko że char ma zakres od -128 do 127 a 0xc4 ten zakres przekracza. Powinieneś dostać warning od kompilatora.

@aksnet: W sumie masz rację, ale warninga nie było. Poszła konwersja po cichu najwyraźniej.

[keton22]

tylko że char ma zakres od -128 do 127

@aksnet: signedness chara jest platform dependent to co przenośnie wiesz to że zajmuje on 1 bajt. Akurat w pracy mój kod musi działać na raz na amd64 i armv7 i są jazdy bo wiele bibliotek porobiło sobie założenia i potem jest zonk.

[MamCieNaHita]

@keton22: niekoniecznie, są platformy z 32bitowym charem, przenośnie to możesz sobie sprawdzić CHAR_BIT

[keton22]

@MamCieNaHita: fakt, gwarantowana jest minimalna szerokość nie absolutna. Dzięki, nauczyłem się czegoś.

[a.....t]

@keton22: w takim przypadku przydaje się stdint.h

[keton22]

@aksnet: nom, po przygodach w świecie mikrokontrolerów domyślnie tak koduję (u)intX_t i pora na CSa. Tyle że z jakiegoś powodu w świecie softu pod Linuxa jest to wielkie objawienie. Tak wielkie że w coding standard kilku skąd iniąd dobrych firm w których pracowałem każą używać typów prostych. Widać C99 jest za nowe i musi się jeszcze parę dekad uleżeć.

[a.....t]

każą używać typów prostych

@keton22: może skończyli edukacje w C na Kernighan & Ritchie :)