abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 20:44 | Komunita

    Sovereign Tech Agency (Wikipedie), tj. agentura zabezpečující financování svobodného a otevřeného softwaru německou vládou, podpoří GFortran částkou 360 000 eur.

    Ladislav Hagara | Komentářů: 0
    včera 14:00 | IT novinky

    Microsoft hodlá zrušit zhruba tři procenta pracovních míst. Microsoft na konci loňského června zaměstnával kolem 228.000 lidí. Tři procenta z tohoto počtu představují téměř 7000 pracovních míst.

    Ladislav Hagara | Komentářů: 6
    včera 13:33 | IT novinky

    V říjnu loňského roku provedl Úřad pro ochranu hospodářské soutěže (ÚOHS) místní šetření u společnosti Seznam.cz. Krajský soud v Brně tento týden konstatoval, že toto šetření bylo nezákonné.

    Ladislav Hagara | Komentářů: 6
    13.5. 22:22 | Bezpečnostní upozornění

    Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).

    Ladislav Hagara | Komentářů: 2
    13.5. 14:22 | Komunita

    Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.

    Ladislav Hagara | Komentářů: 7
    13.5. 04:33 | Bezpečnostní upozornění

    V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.

    Ladislav Hagara | Komentářů: 41
    12.5. 19:33 | Bezpečnostní upozornění

    Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.

    Ladislav Hagara | Komentářů: 0
    12.5. 11:44 | Nová verze

    Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    12.5. 11:11 | Nová verze

    Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.

    Ladislav Hagara | Komentářů: 10
    12.5. 00:55 | Pozvánky

    Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL

    … více »
    Ladislav Hagara | Komentářů: 0
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (3%)
     (1%)
     (0%)
     (3%)
    Celkem 613 hlasů
     Komentářů: 26, poslední 8.5. 09:58
    Rozcestník

    Dotaz: xinetd: proč socklen_t size = AF_UNIX ?

    xkucf03 avatar 13.4.2019 19:04 xkucf03 | skóre: 49 | blog: xkucf03
    xinetd: proč socklen_t size = AF_UNIX ?
    Přečteno: 445×
    Příloha:

    Ve zdojácích xinetd jsem v souboru xinetd/int.c narazil na řádek, který nechápu:

    socklen_t size = AF_UNIX ;

    Proč do proměnné „velikost“ někdo přiřazuje hodnotu z číselníku AF_*? Vždyť AF_UNIX = 1 a to přece není žádná velikost, ne?

    V Gitu jsem k tomu našel zprávu:

    24.5.2012 int.c: fix possible uninitialized value call when socket family detection fails

    Ano, inicializovat proměnnou je fajn – ale proč zrovna hodnotou AF_UNIX?

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes

    Řešení dotazu:


    Odpovědi

    13.4.2019 19:37 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: xinetd: proč socklen_t size = AF_UNIX ?
    Protože v jiném OS může být jiná velikost?
    xkucf03 avatar 13.4.2019 19:46 xkucf03 | skóre: 49 | blog: xkucf03
    Rozbalit Rozbalit vše Re: xinetd: proč socklen_t size = AF_UNIX ?
    V hlavičkovém souboru socket.h je:
    /* Address families.  */
    #define AF_UNSPEC	PF_UNSPEC
    #define AF_LOCAL	PF_LOCAL
    #define AF_UNIX		PF_UNIX
    #define AF_FILE		PF_FILE
    #define AF_INET		PF_INET
    #define AF_AX25		PF_AX25
    #define AF_IPX		PF_IPX
    …
    /* Protocol families.  */
    #define PF_UNSPEC	0	/* Unspecified.  */
    #define PF_LOCAL	1	/* Local to host (pipes and file-domain).  */
    #define PF_UNIX		PF_LOCAL /* POSIX name for PF_LOCAL.  */
    #define PF_FILE		PF_LOCAL /* Another non-standard name for PF_LOCAL.  */
    #define PF_INET		2	/* IP protocol family.  */
    #define PF_AX25		3	/* Amateur Radio AX.25.  */
    #define PF_IPX		4	/* Novell Internet Protocol.  */
    …
    Nepřijde mi, že by ta čísla měla znamenat nějakou velikost.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes
    13.4.2019 20:10 .
    Rozbalit Rozbalit vše Re: xinetd: proč socklen_t size = AF_UNIX ?
    Šobáň, jak vždycky, netuší o čem je řeč.
    13.4.2019 21:23 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: xinetd: proč socklen_t size = AF_UNIX ?
    A ty jseš chytrý jak rádio......

    Tak mu to vysvětli!
    13.4.2019 20:39 rastos | skóre: 63 | blog: rastos
    Rozbalit Rozbalit vše Re: xinetd: proč socklen_t size = AF_UNIX ?
    Divné to je.

    Vyzerá to tak, že autor sa len potreboval zbaviť warningu od kompilátora. Bolo by oveľa logickejšie, aby tam priradil nulu. Prečo to urobil - to sa budeš musieť spýtať jeho.
    13.4.2019 21:26 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: xinetd: proč socklen_t size = AF_UNIX ?
    A proč nulu? Když tam cpe 1?
    13.4.2019 21:50 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: xinetd: proč socklen_t size = AF_UNIX ?

    AF_UNIX je samozřejmě nesmysl, ta proměnná (aspoň na začátku) obsahuje délku příslušné sockaddr struktury, takže když už tam autor chtěl dát nějakou zdánlivě smysluplnou hodnotu, měl použít např. "sizeof(struct sockaddr)".

    Ve skutečnosti je ale úplně jedno, jak se to inicializuje, protože pokud ten kód má mít nějaký smysl, funkce int_fail() se nebude vracet, nejspíš volá exit() nebo něco podobného. V okamžiku použití tak size vždy inicializovaná bude a ten warning je false positive.

    Problém bude pravděpodobně v tom, že je int_fail() definovaná v jiném souboru a kompilátor tak neví, že se nemůže vrátit, pokud to není explicitně uvedeno v deklaraci (gcc na to má "__attribute__ ((__noreturn__))"). Nebo to řádně označeno je (případně je ta funkce inline) a jde o úlitbu starším kompilátorům, které nedokážou vyhodnotit, že proměnná bude vždy včas inicializovaná.

    13.4.2019 21:56 debian+
    Rozbalit Rozbalit vše Re: xinetd: proč socklen_t size = AF_UNIX ?
    Skusil som prelozit program s upravou na:
    socklen_t size;
    a v pohode.

    Mozno to dava warningy pri pedantnejsej kontrole kodu. A samozrejme. Bud nic alebo nula.

    Napis autorovi.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.