Kérdések az informatikai kultúra témakörből

Középiskolai informatika tanár vagy, biteztetnéd a tanulóidat, az alábbi példát adod Nekik.
Az alma azonosítójú 2 bájtos számban komplementáld a 2., 5.,  és a 10. bitet!
alma | 0x0424
alma & !0x0424
alma & ~0x00F1 (mert 2+5+10= 17 = 16+1, azaz hexában F1)
alma & ~0x0011 (mert 2+5+10= 17, hexában 11)
alma & ~(0x0424)
alma ^ 0x0424
(help: lásd például 8. ea. ismétlő laborkártya)

Védésed programját az én GNU GPL v3 forrásomat tovább fejlesztve ráépülő munkaként készíted el.
Munkádat kiadhatod:
BSD licenc alatt
csak ugyanazzal, a GNU GPL-el adhatod ki (akkor is, ha más GNU GPL v3 kompatibilis licenccel rendelkező részt is belevettél akár)
BSD vagy GNU GPL licenc alatt
egyáltalán nem adhatod ki, hiszen egyértelműen szerepel benne: Copyright (C) 2011, Bátfai Norbert, nbatfai@inf.unideb.hu
csak a szerző írásos engedélyével adhatod ki, használni természetesen használhatod
csak iskolai projektben használhatod
(help: védések a laborokon)

C-ben a paraméterátadás
a paraméterek fordított sorrendben kerülnek a verembe így a verem tetején az első paraméter lesz, az alján az utolsó, a hívott állítja vissza a vermet
a paraméterek fordított sorrendben kerülnek a verembe így a verem tetején az első paraméter lesz, az alján az utolsó, a hívó állítja vissza a vermet, mert ő tudja mennyit push-olt
a paraméterek fordított sorrendben kerülnek a verembe így a verem tetején az utolsó paraméter lesz, az alján az első, a hívó állítja vissza a vermet, mert ő tudja mennyit push-olt
a paraméterek fordított sorrendben kerülnek a verembe így a verem tetején az utolsó paraméter lesz, az alján az első, a hívott állítja vissza a vermet

(help: ea. fólia vagy direktben)

Kérdések a C programozás témakörből

Bevezetés az informatikába tanár vagy, biteztetnéd a hallgatóidat, az alábbi példát adod Nekik.



Az a azonosítójú int típusú számban (az alma) 2., 5.,  és a 10. bitje
komplementálódik
magasra állítódik
le sem fordul, mert C-ben lehetetlen bináris konstans literálokat megadni...
de meg lehet, mert van ilyen GCC kiterjesztés, nullázz a a kérdéses biteket
az összes bitet nullázza, mert a ~ a kettes komplemens operátor
az összes bitet nullázza, mert a ! egy operandusú operátorral kellett volna az egyes komplemenst előállítani (C-ben ez felel meg a hullámnak)
az előző mindkét válasz igaz (tehát nullázza és ~ az egyes, ! a kettes komplemens operátor)
(help: lásd például 8. ea. ismétlő laborkártya)

Hatáskör kérdés, mit ír ki?

le sem fordul, mert csak a blokk elején lehet deklaráció
le sem fordul, mert nem deklarálhatod újra
a GCC-vel -std=c99 parancssori kapcsolóval lefordul, 55-öt ír ki
a GCC-vel -std=c99 parancssori kapcsolóval lefordul, 5-öt ír ki
lyuk lesz a hatáskörben, ezért 55-öt ír ki
a GCC-vel -std=c++0x parancssori kapcsolóval lefordul, 55-öt ír ki
nem lehet lyuk a hatáskörben, ezért 5-öt ír ki
(help: lásd például 2. ea.)

Statikus belső inicializálása, mit ír ki?

le sem fordul, mert statikust csak az összes függvényen kívül lehet megadni
le sem fordul, mert az fgv azonosító nevű föggvénynek nincs formális paraméterlistája
statikus belsőt nem lehet a függvényben inicializálni, így fordítási hiba
statikus belsőt lehet a függvényben inicializálni, de csak valamelyik kapott paraméterrel (ami hiányzik, így fordítási hiba)
3
0, 1, 2, 3 (vessző nélkül, külön sorokba)
4
5
(help: lásd például 2. ea. laborkártya, II/33)
Függvénymutató, mit ír ki?


0, a felüldefiniálás miatt
0, a túlterhelés miatt
az első és a második is igaz
le sem fordul, mert függvényt nem adhatunk értékül, csak a címét (hiányzik az & operátor)
42, 0 (vessző nélkül, külön sorokba)
42
0-t, mert típusegyeztetés van
(help: lásd például 8. ea. ismétlő laborkártya)

Tárkezelés

a 4 printf-ből az első és a harmadik ugyanazt írja ki:1.000000
a 4 printf-ből az első és a harmadik ugyanazt írja ki:0.750000, az utolsó pedig érvénytelen hivatkozás miatt NULL-t
mind a 4 printf ugyanazt írja ki
csak a 2., 3., 4. printf írja ki ugyanazt
a 4 printf-ből az első, a második és a harmadik ugyanazt írja ki, a negyedik mást
nem fordul le (és semmilyen kapcsolóval sem, syntax error-os)
segfault-os lesz a q miatt

(help: klasszikus laborkártyáink egyike, pici értékadással fűszerezve, lásd a 2 ea.)

Kernel hacker vagy, mit ír ki?
2.6.23-nál elmentél szabadságra, visszajöttél 2.6.37-re, veszed elő a korábbi kernel modulod:

simán megy, a kernel előre mindig kompatibilis
simán megy, a kernel visszafelé mindig kompatibilis
nem fordul le, mert a PCB-ben már nincs sleep_avg tag
nem fordul le, mert a tasks nincs deklarálva
nem fordul le, mert a printf el van írva (azaz szintaktikai hiba miatt)
nem fordul le, mert a tasks és a current nincs deklarálva

(help: http://progpater.blog.hu/2011/02/19/a_fajlleirok_kicsi_egesz_szamok_nem_mondod)

Kérdések a C++ programozás témakörből

Referencia típus, mit ír ki?

le sem fordul, mert egy egy C program
a g++ nem tudja lefordítani, mert C program, a gcc meg azért nem, mert C-ben nincs referencia típus
a sekély másolás miatt 6 6 6
a mély másolás miatt 5 5 6
5 aztán egy előre nem tudható szám (memóriacím) aztán ez a szám +4, mert az int típus 4 bájtos
5 aztán egy előre nem tudható szám (memóriacím) aztán ez a szám +az int típus mérete bájtokban az adott rendszeren
(help: lásd például 5., 6. ea. laborkártya)

A hagyományos kódszervezésnél gyakori #ifndef OSZTALYNEV mire használatos tipikusan?

megnézi, hogy az osztályhierarchiában foglal-e az osztálynév, ha nem, akkor inklúdolja a definíciót
ha a header már be van inklúdolva, akkor a makró már definiált lesz, így csak egyszer inklúdálódik a definíció
ha az OSZTALYNEV nem definiált az osztályhierarchiában, akkor fordítási hibával leáll
hiba, a helyes #pragma OSZTALYNEV a hagyományos kódszervezésben
C++-ban tilos az előfeldolgozás, a const-ot kell használni 
C++-ban kerülendő az előfeldolgozás, a const-ot ajánlott használni

(help: lásd azon példákat, ahol a hagyományos kódszervezést követtük: a PolarGen-től a Qt-s példákon át a... :)

Az  std::fstream f ("f", std::ios_base::out); sor
a Linux PCB-ben a processzhez megnyitott fájlok tömbjének indexe becsomagolva egy fstream osztályba
deklaráció és megnyitás is egyben
f egy magas szintű fájlleíró (FILE *)
f egy alacsony szintű fájlleíró (int)
fordítási hiba forrása
futási idejű hiba forrása

(help: ezt minden C++-ben védő tudja, mert használta :)

Öröklődés

a Liskov elv miatt: ahol Szulo lehet, ott lehet leszármazottja is, azaz semmi gond az fgv függvénnyel
nem fordul le, csak ha típuskényszerítjük a paraméterként átadott Gyermek-et Szulo-re
a Gyerek osztálybeli átadása ősét várónak nem probléma (Liskov elv), de a Szulo nem hívhatja a Gyermek új módszerét, ezért nem fordul le
fordítási hiba, mert sérül a Liskov elv a main függvényben
fordítási hiba, mert sérül a Liskov elv az fgv függvényben
futási idejű hibával leáll, mert sérül a Liskov elv

(help: a 7/14 pontosan erről szól, mármint a helyes válaszról :)

Kérdések a Java platform témakörből

Java SE bájtkódot Windows alatt elkészítve (javac) a class fájt Linux alá átmásolva futni (java) fog?

Természetesen, ez a bájtkód hordozhatósága.
Nem, csak olyan rendszeren fut (bemenete a JVM-nek) a class, ahol fordítottuk.
Csak a Linux alatti megy a Windowson is, fordítva nem.
A Java forrást Linux alatt újra kell fordítani, mert a Java hordozhetó, nem a .class fájlok!
 Csak, ha natívban cygwin2linux kapcsolóval fordítjuk

Csak java.lang csomag alatti Java SE osztályokat tartalmazó Java program (bájtkód) futni fog a Javás mobilokon és a webszerverben is?

Természetesen, ez a bájtkód hordozhatósága.
Csak a webszerverben, mert az is Java SE.
Linux alatt igen, más rendszereken ez a lehetőség nem támogatott.
Linux alatt, ha a gcj-vel natívban fordítunk.
Természetesen, sőt még LEGO robotokon is a jeJOS JVM-el!
Természetesen, sőt még LEGO robotokon is a jeJOS JVM-el és az Android Javás Google mobilokon is!
Nem fog futni.

A leJOS viselkedés API implementációjában a lejos.robotics.subsumption.Arbitrator-nak

a motorvezérlő szálobjektumokat kell átadni.
viselkedés interfészeket implementáló objektumok tömbjét kell átadni.
az érzékelő figyelő szálobjektumokat kell átadni.
a motorvezérlő és az érzékelő figyelő szálobjektumokat kell átadni.
a motorvezérlő és az érzékelő figyelő szálobjektumok tömbjét kell átadni.

Jó ötlet-e EJB alkalmazásunkban a hatékonyabb működés, azaz a párhuzamos végrehajtás támogatására szálakat létrehozni?

Igen, mindenképpen.
Nem, csakis Stateless Session Bean-ek esetén.
Nem, ez tervezési hiba lenne, mert a végrehajtási szálak az adott rendszerhez kötődnek.
Igen, de csak Stateless Session Bean-ek esetén.