Dotaz: Ulozit 2x INT v poli char

[darren97]

Ahojte, potreboval by som radu, ako ulozit int do pola typu char. Napr. mam slovo "ahoj", ale v poli by som potreboval: 15s2ahoj ...cislo sizeof(int) potom jeden char -> cize 1 bajt potom zase cislo sizeof(int) a potom to slovo. Zaroven to tam dat a vediet cisla aj potom vybrat a dat to do premennej typu int. Pozicie tych cisel a pismenka medzi nimi budu vzdy na pevno od zaciatku pola a az potom bude nasledovat text co tam dam. Viete niekto ako na to?

---

---

Odpovědi

[DarkKnight]

sprintf?

[darren97]

to asi neni to co chce, sice podle zadani by to tak i vypadalo ale neco mi rika ze to chce na urovni pameti, takze proste chce mit napriklad pole 20 charu, kde prvniu 4chary bude ten int, pak nejakej jeden char(znak), pak zase 4*char pro int a pak zbytech znaku retezce.

Ja bych to tam nakopiroval pomoci memcopy, nebo primo.

struct __attribute__((__packed__)) RetezecPrefix {
    int cislo1;
    char znak;
    int cislo2;
};

int main(int argc, char **argv)
{
    // zpusob 1
    int cislo1 = 15;
    int cislo2 = 2;
    char znak = 's';
    char* cislo1c = (char*)&cislo1;
    char* cislo2c = (char*)&cislo2;
    char* ahoj = "ahoj";
    char* vysledne_pole = (char*)malloc((strlen(ahoj) + 1) + (2*sizeof(int)));
    memcpy(vysledne_pole, cislo1c, sizeof(int));
    vysledne_pole = vysledne_pole + sizeof(int);
    memcpy(vysledne_pole, &znak, 1); // vysledne_pole[0] = znak;
    vysledne_pole = vysledne_pole + sizeof(char);
    memcpy(vysledne_pole, cislo2c, sizeof(int));
    vysledne_pole = vysledne_pole + sizeof(int);
    memcpy(vysledne_pole, ahoj, strlen(ahoj));

    // zpusob2
    struct RetezecPrefix rp = {15,'s',2};
    char* vysledne_pole2 = (char*)malloc(strlen(ahoj) + sizeof(struct RetezecPrefix));
    memcpy(vysledne_pole2, &rp, sizeof(struct RetezecPrefix));
    vysledne_pole2 = vysledne_pole2 + sizeof(struct RetezecPrefix);
    memcpy(vysledne_pole2, ahoj, strlen(ahoj));


	return 0;
}

[R]

To je humus...zakladne nepochopenie zmyslu struct.

#include <string.h>

struct my_data {
        int cislo1;
        char znak;
        int cislo2;
        char text[];
} __attribute__((__packed__));

int main(void) {
        char pole[256];
        struct my_data *data = (void *)pole;

        data->cislo1 = 15;
        data->znak = 's';
        data->cislo2 = 2;
        strcpy(data->text, "nejaky text"); // pozor na buffer overflow

        return 0;
}

[Andrej]

Obojí výše uvedené je humus. Základní nepochopení smyslu union.

[KS]

union intydzr
{
    int i;
    char c[sizeof(int)];
};

Ale pozor na '\0'.

[KS]

Jo a pozor na endianitu, pokud to má být přenosné.

[darren97]

Diky za navrhy, mam to skoro hotove :)

[Andrej]

Tak já půjdu naschvál špatným příkladem, aneb prasárny s pointery a makry. Takhle se to dá třeba zařídit v čistém C, pokud nechceš používat nestandardní __packed__ kdesicosi.

Jestli to má být portovatelné, pak by bylo dobré do toho pole místo obyčejných integerů přiřazovat htobe32(nějaký_integer) a číst je odtud pomocí be32toh(integer_z_pole). Tohle je popsané v man 3 endian.

#include <stdio.h>

#define ARRAY_TYPE(tail_size, type_name) \
  typedef char type_name[2 * sizeof(int) + sizeof(char) + tail_size]
#define first_int(array) (*(int*)array)
#define middle_char(array) (array[sizeof(int)])
#define second_int(array) (*(int*)(array + sizeof(int) + sizeof(char)))
#define tail_string(array) (array + 2 * sizeof(int) + sizeof(char))

#define TAIL_STRING "ahoj"
static const char *const TAIL = TAIL_STRING;
static const size_t TAIL_SIZE = sizeof(TAIL_STRING) - 1;

int main() {
  ARRAY_TYPE(TAIL_SIZE, Array);
  Array array;

  first_int(array) = 15;
  middle_char(array) = 's';
  second_int(array) = 2;
  for (const char *t = TAIL; *t; ++t)
    tail_string(array)[t - TAIL] = *t;

  printf("First int: %d\n"
         "Middle char: %c\n"
         "Second int: %d\n"
         "Tail string: ",
         first_int(array), middle_char(array), second_int(array));
  for (size_t i = 0; i < TAIL_SIZE; ++i)
    putchar(tail_string(array)[i]);
  putchar('\n');

  return 0;
}

[Kit]

Nádherná ukázka, jakým zvěrstvem se dá nahradit jednořádková funkce sprintf().

[kverulant]

Tak buď jste nepochopil tu ukázku, funkci sprintf(), nebo obojí.

[Andrej]

Tak prosím, ten jednořádkový ekvivalent mé ukázky by mě opravdu zajímal. Kdepak je?

Mimochodem, odkdy sprintf() píše integery binárně po bytech? Že jsem si toho nějak nevšiml. Nesnažíš se doufám naznačit, že hrůza typu sprintf(string + sizeof(int) + sizeof(char), "%c%c%c%c", ((char*)&integer)[0], ((char*)&integer)[1], ...) by byla lepší…?

[Kit]

sprintf(str, "%d%c%d%s", cislo1, znak, cislo2, "ahoj");

[Andrej]

Uf. To má být vtip? Vždyť to nedělá ani náhodou totéž co moje ukázka. Ptal jsem se na jednořádkový ekvivalent mé ukázky, nikoliv na něco náhodného jiného.

Pravda, zadání je trochu nepřesné (hlavně kvůli tomu podivně zřetězenému příkladu). Já jsem zadání pochopil tak, že integer má být v tom poli binárně jako 4 byty — výslovně je tam zmínka o sizeof(int) —, nikoliv jako desítková textová reprezentace. String "2" nebo "15" opravdu nemá velikost sizeof(int).

[Kit]

Copak mohu tušit, co dělá tvá ukázka? Odpovídám na původní dotaz. Vypusť si ze zadání nesmyslné sizeof() a máš to.

[Andrej]

Moje ukázka ze zadání nic nevypouští. V tom je celá pointa. Prostě se snažím zadání interpretovat tak, aby v té interpretaci bylo co nejméně rozporů. Zadání se neptá, „jak zřetězit pár stringů“, ale mluví v podstatě o nějaké packed reprezentaci dat s fixní velikostí (sizeof(int) atd.). Přesně tu moje ukázka vytváří.

Navíc zadání říká, že data se z toho pole mají dát získat zpátky. Tohle tvé řešení taky nesplňuje, například když zvolím ten char '3' a závěrečný string "1234".

Jo, taky by se mi líbilo řešit věci tak, že půlku zadání vypustím a druhou půlku upravím — to by bylo fajn!

[Kit]

Aspoň má darren97 z čeho vybírat.

[Michal Kubeček]

Odpovídám na původní dotaz.

Neodpovídáte.

[Michal Kubeček]

Jestli to má být portovatelné, pak by bylo dobré do toho pole místo obyčejných integerů přiřazovat htobe32(nějaký_integer) a číst je odtud pomocí be32toh(integer_z_pole).

htonl(), ntohl() :-) Ale pak by ten protokol/formát nejspíš měl ta čísla na 32 bitů zarovnaná.

[Andrej]

Tahle archaická sada funkcí/maker (většinou) nemá 64-bitové ekvivalenty, proto bych ji příliš nedoporučoval. Vůbec je smutné, že hton{l,s}()/ntoh{l,s}() jsou standardní POSIX, zatímco to, co jsem doporučoval, vůbec není standardizované. Ale aspoň to má 64-bitovou verzi a nesnaží se to jedno z možných pořadí bytů nazývat záhadně "network".

[Michal Kubeček]

Na tom označení není vůbec nic záhadného. Právě proto, že kdysi dávno padla u základních protokolů rodiny TCP/IP volba na big endian, má smysl ho pro síťovou komunikaci používat i dnes, přestože naprostá většina komunikujících systémů už je dnes little endian. I když je to technicky totéž, tím že mu budu říkat NBO místo BE, dávám najevo, že ho používám právě z těchto důvodů, ne proto, že jsem si (např.) hodil korunou.