Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
courses:a4m35osp:zkouska_2852014 [2014/06/07 14:00] furtuand vytvořeno |
courses:a4m35osp:zkouska_2852014 [2025/01/03 18:29] (aktuální) |
||
---|---|---|---|
Řádek 2: | Řádek 2: | ||
- | == 1. termín == | + | ==== 1. termín ==== |
- Máme program s .bss, .text, .data, a stack a heap. Jak budou setřídění v pamětí? | - Máme program s .bss, .text, .data, a stack a heap. Jak budou setřídění v pamětí? | ||
- Několik volání v C, jak a kde budu alokování. (otázku jsem úplně nepochopil) | - Několik volání v C, jak a kde budu alokování. (otázku jsem úplně nepochopil) | ||
Řádek 82: | Řádek 82: | ||
pod jakou licencí je | pod jakou licencí je | ||
- | == 2. termín == | + | ==== 2. termín ==== |
zadání obdobné jako ke zkoušce 7.6.2013 | zadání obdobné jako ke zkoušce 7.6.2013 | ||
Řádek 107: | Řádek 107: | ||
6. Ktere tvrzeni jsou pravdive o GIT | 6. Ktere tvrzeni jsou pravdive o GIT | ||
- | a) soubor git/index slouzi k rychlemu vyhledani jednotlivych tagu v git/objects | + | a)[ ] soubor git/index slouzi k rychlemu vyhledani jednotlivych tagu v git/objects |
- | b) prikaz fetch zajisti zrcadleni aktualniho stavu projektu z odpovidajici vzdalene vetve do git/refs/remotes, vlastni pracovni adresar neni modifikovany | + | b)[x] prikaz fetch zajisti zrcadleni aktualniho stavu projektu z odpovidajici vzdalene vetve do git/refs/remotes, vlastni pracovni adresar neni modifikovany |
- | c) soubory git/objects/XX/XXXX se po prvnim vytvoreni a naplneni daty jiz nikdy nemodifikuji | + | c)[x] soubory git/objects/XX/XXXX se po prvnim vytvoreni a naplneni daty jiz nikdy nemodifikuji |
- | d) typ objektu blob odkazuje na prislusny objekt typu commit | + | d)[ ] typ objektu blob odkazuje na prislusny objekt typu commit |
- | 7. Kolik musi existovat nezavislych implementaci daneho protokolu/navrhu BFC , aby mu bylo mozne priradit cislo SDT podle IETF? Jak se resi potreba inovovat urcity, jiz existujici, standard? | + | 7. Kolik musi existovat nezavislych implementaci daneho protokolu/navrhu RFC , aby mu bylo mozne priradit cislo SDT podle IETF? Jak se resi potreba inovovat urcity, jiz existujici, standard? |
aspon 2. Pokud jsou již dvě nezávislé interoperabilní implementace – Draft. Když se prokáže užitečnost tak se stane standardem – STD číslo, to ůstává i pro příští verzi, pak již odkazuje na jiné RFC | aspon 2. Pokud jsou již dvě nezávislé interoperabilní implementace – Draft. Když se prokáže užitečnost tak se stane standardem – STD číslo, to ůstává i pro příští verzi, pak již odkazuje na jiné RFC | ||