• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    XCHAOSANSI C/C99 (specifikace), GNU C (gcc, glibc), Tiny C (tcc) a POSIX - ne nutně C++,g++,libstdc++ nebo Win32 API
    TENCOKACISTROMY
    TENCOKACISTROMY --- ---
    ADAMJ: Co si mam predstavit pod "objektovy gui v assembleru" ?
    ADAMJ
    ADAMJ --- ---
    Talk about support. Muj kamarad napsal kompletni objektovy GUI v assembleru.
    REDGUY
    REDGUY --- ---
    A jeje, Xchaos opet opustil svet pricetnych lidi a pronikl hluboko do rise volneho blaboleni. No, dneska to slo extra rychle 8)
    XCHAOS
    XCHAOS --- ---
    DAVIDOWITCH: ne. je to jinak. C nepodporuje vůbec nic - ale některé věci podporuje ještě méně, než jiné. a několik jich zcela nemožných (aspoň ve většině původních specifikací)
    DAVIDOWITCH
    DAVIDOWITCH --- ---
    XCHAOS: Takze muzeme prohlasit obhajobu tvoji teze, ze narozdil od polymorfismu Ccko dedicnost "nepodporuje", za neuspesnou a zase dalsi zcela zbytecne retoricke cviceni?
    XCHAOS
    XCHAOS --- ---
    DAVIDOWITCH: ... a bude to dokonce ještě čistší a "nativnější", než většina dalších věcí, které v C ubastlíš, protože pro ně C nemá "nativní podporu" :-) viz předchozí :-)

    vlastně by bylo vtipné zkusit rozepsat, co všechnoiv C chybí: ono tam totiž chybí všechno. ten polymorfismus ani nevyžaduje externí hlavičkový soubor, zatímco jakákoliv volání standardní knihovny libc ano (printf počínaje) - co tedy je vlastně "nativní" a co ne?
    XCHAOS
    XCHAOS --- ---
    REDGUY: v C si ale obecně musíš všechno zařídit sám: třeba implementace for(;;) instrukce je natolik primitivní, že lze potom prohlásit, že C nemá podporu ani pro iteraci přes všechny prvky pole (a je to v podstatě pravda)

    troufám si říct, že v C je dokonce (po příslušném zaškolení) jednodušší a čistší implementovat objektový polymorfismus, než iteraci přes všechny prvky pole (leda by si můj objektový polymorfismus využil k implementaci vlastního kontejnerového objektu typu pole, což je jedna z věcí, se kterými si zamýšlím hrát... potom totiž můžeš nějaké funkci obsahující iteraci přes pole předat jen jediný pointer na objekt, zatímco pole musíš pořád předávat jako pointer + délku, což mi přijde jako ještě větší absence nativní podpory, než u toho polymorfismu :-)
    DAVIDOWITCH
    DAVIDOWITCH --- ---
    Ja nejak nechapu co mi v Ccku brani v tom napsat si RTTI a vtables rucne...

    A bude to tak cisty, jak jen pointery na fce muzou bejt.
    REDGUY
    REDGUY --- ---
    XCHAOS: problém je, že ty slovo "podporuje" právě používáš v divném významu - ja ti nevim. Mam intenzivni pocit, ze kdybys udelal pruzkum s otazkou "Podporuje C objektovy polymorfismus", naprosta vetsina lidi rekne ze ne, protoze ta podpora v jazyce tam proste neni a vsechno kolem toho si musis zaridit sam. Stejne tak nenajdes zadnou knihu ktera by rikala ze C je objektovy jazyk. Ale samozrejme, jestli chces, muzes behat po svete a rikat ze modra je vlastne cervena. Pak se ale nediv, ze jsi za troubu.

    asi neshodli v definici té dědičnosti, obávám se. tomu, co mám na mysli, se možná říká trochu jinak - no jisteze, jako obvykle. Viz vyse. Mozna pred tim, nez zacnes o necem moudre rozkladat, by ses mel o tom neco naucit? Ale to bys vlastne uz ani nebyl ty 8)
    XCHAOS
    XCHAOS --- ---
    VYHULENY_UFO: chystám o tom článek, takže dík za odkazky. ale jinak je to tu naprosto offtopic.

    REDGUY: problém je, že ty slovo "podporuje" právě používáš v divném významu. v C lze zprasit téměř cokoliv, pokud používáš násilné přetypování: pointa s C objekty obsahujícícmi pointer na interface je, že je to naprosto "čisté" C, nezávislé na přetypování.

    spíš jsme se asi neshodli v definici té dědičnosti, obávám se. tomu, co mám na mysli, se možná říká trochu jinak - ale je to shodou okolností právě to, co lidi rozumějí objektovým programováním (tedy že mohou vyjít z nějaké předdefinované třídy a přidat si k ní nové vlastnosti, které všechny zmatou)
    XCHAOS
    XCHAOS --- ---
    ALMAD: v tom případě by ten virus mohly zaspamovat výkresy mého solárního dopravního letadla a zmást tak nepřítele :-)
    ALMAD
    ALMAD --- ---
    //OT

    VYHULENY_UFO: Jo, jasne, ja mam na mysli to, ze uz neni uzce specializovanej na reaktory jak stuxnet.

    Je tu nekde klub o tom? Vubec tomu nerozumim, ale prijde mi to dost fascinujici.
    VYHULENY_UFO
    VYHULENY_UFO --- ---
    ALMAD: ja se obavam, ze jeho pole pusobeni bude sirsi :))

    3rd UPDATE: Cyber Espionage Reaches New Levels with Flamer | BitDefender Labs
    http://labs.bitdefender.com/2012/05/cyber-espionage-reaches-new-levels-with-flamer/

    Back to Stuxnet: the missing link - Securelist
    http://www.securelist.com/en/blog/208193568/Back_to_Stuxnet_the_missing_link

    ale to je ot zde
    REDGUY
    REDGUY --- ---
    XCHAOS: Ach boze, zase to tvoje oblibene strawman fallacy? Vsechno co jsem rekl, ze dedicnost lze v jazyce ktery ji primo nepodporuje pouzit stejne, jako lze pouzit polymorfismus v jazyce, kteru ho primo nepodporuje - cili reakce na tvuj blabol o tom, ze C "podporuje" polymorfismus. Pokud C "podporuje" polymorfismus, pak uplne stejne "podporuje" i dedicnost, protoze je to pouze o tom, ze XChaos zacal pouzivat slovo "podporuje" ve svem vlastnim, bizarnim vyznamu. Jo, jasne, v C se da programovat objektove a jestli si o tom chces neco nastudovat, precti si treba tu dokumentaci k GLibu. Ale rikat "C podporuje.."? Bah.
    ALMAD
    ALMAD --- ---
    ANT_39: Jo, jinak Flamer uz neni na iransky sajty, je celkem general purpose a afaik se momentalne vi, ze cili hlavne na technicky vykresy...
    ALMAD
    ALMAD --- ---
    XCHAOS: Ja bych rek, ze by ses mozna divil.

    Jako uvedom si, ze se bavime o viru, co kdyz potreboval exploitnout certifikaty, tak vymyslel novy, unikatni kryptograficky utok na porad-jednu-z-nejrozsirenejsich hashovacich funkci.

    Myslim ze v takovym pripade uz to ze ses pripojenej na internetu znamena, ze ses v prdeli ,)
    XCHAOS
    XCHAOS --- ---
    REDGUY: s tak odvážným tvrzením, že knihovna může vnést dedičnost do jazyka, který dědičnost nepodporuje, si tu přišel ty :-) tak očekvám příklad.
    REDGUY
    REDGUY --- ---
    XCHAOS: to byl trolling a ne link - ale prdlajs. Chtel jsi link na GLib, dostal jsi ho. Ze sis az pozdejc vymyslel ze vlastne chces nejakej "deep link", protoze jsi neschopnej si ho najit sam je tvuj problem, ne muj.
    XCHAOS
    XCHAOS --- ---
    REDGUY: to byl trolling a ne link :-) mě spíš zajímá, kde v té dokumentaci najdu něco o dědičnosti, a jak je teda řešená.
    REDGUY
    REDGUY --- ---
    XCHAOS: Nebyl by link? Nebyl - ale byl. Ze nejsi schopnej si ho nastudovat je tvuj problem. Ostatne, uz to ze ti musim linkovat referencni manual na jeden ze zakladnich produktu open-source hnuti je znacne bizarni - to ze si v nem neumis najit to co potrebujes je jen tresnicka na dortu 8)
    Kliknutím sem můžete změnit nastavení reklam