V jádře Linux byla nalezena a v upstreamu již byla opravena kritická zranitelnost GhostLock aneb CVE-2026-43499. Lokálnímu uživateli umožňuje získat práva roota a také obejít kontejnerovou izolaci. Zranitelnost existovala v Linuxu 15 let, tj. od roku 2011, od Linuxu verze 2.6.39.
Evropská komise předběžně shledala, že návykový design aplikací Instagram a Facebook od americké společnosti Meta porušuje unijní nařízení o digitálních službách (DSA). Návykový design zahrnuje například takzvané nekonečné posouvání, automatické přehrávání videí, tzv. push notifikace, kdy aplikace uživatele vybízí k návratu do jejího prostředí, či vysoce personalizovaný algoritmus, který rychle pozná, co uživatele baví a snaží
… více »Byla vydána verze 1.97.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Švýcarská společnost Punkt. má nově v nabídce telefon Punkt. MC03. Telefon byl navržen ve Švýcarsku s důrazem na soukromí a digitální suverenitu a vyroben v Německu. V telefonu běží operační systém AphyOS (Apostrophy OS) založený na AOSP (Android Open Source Project) 15. Cena telefonu je 745 eur.
TypeScript (Wikipedie), tj. JavaScript rozšířený o statické typování a další atributy, byl vydán v nové verzi 7.0. Kompilátor byl kvůli výkonu přepsán z TypeScriptu do Go.
Europarlament podpořil pozměněnou verzi výjimky známé jako „chat control 1.0“ umožňující firmám skenovat soukromou komunikaci na internetu kvůli ochraně dětí před zneužitím. Pozměňovací návrhy přijaté europoslanci však počítají s tím, že z výjimky bude vyřazena šifrovaná komunikace. Výjimka přestala platit začátkem dubna poté, co se Evropský parlament a Rada EU nedokázaly shodnout na jejím prodloužení. Rada následně přijala
… více »Nejnovější X.Org X server 21.1.24 a Xwayland 24.1.13 řeší 2 bezpečnostní chyby.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za červen 2026. Vypíchnuta je vylepšená podpora Waylandu. Už není považována za experimentální. V příští verzi Linux Mintu, plánována je na Vánoce, bude běh Cinnamonu plně podporován na X11 i Waylandu. V květnu na vývoj Linux Mintu přispělo 611 dárců celkovou částkou 19 612 dolarů. Dalších 2 326 patronů přispělo na Patreonu celkovou částkou 5 334 dolarů.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Januscape aneb CVE-2026-53359. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala téměř 16 let (od srpna 2010 do června 2026).
Tribunál Soudního dvora Evropské unie dnes zamítl několik žalob, v nichž se americká společnost Apple ohrazovala proti pravidlům fungování velkých technologických společností na unijním trhu. Applu se nelíbilo, že jeho obchod s aplikacemi a operační systém iOS mají podléhat přísnějším povinnostem jen proto, že Brusel firmu považuje za takzvaného gatekeepera, tedy strážce přístupu.
Mám problém s dědičností. Mám třídu Widget. Od této třídy mám odvozenu třídu Container. Třída container obsahuje metodu addWidget( Widget *childWidget ). Problém je, že v této metodě nemohu přistupovat k chráněným proměnným třídy Widget. Tj. následující kód hází chybu:
void Container::addWidget( Widget *childWidget )
{
if(childWidget->m_pParent == 0)
{
// ...
} else {
// ...
}
}
Výstup kompilátoru:
./Toolkit/Widget.h: In member function ‘void Toolkit::Container::addWidget(Toolkit::Widget*)’: ./Toolkit/Widget.h:31: error: ‘Toolkit::Widget* Toolkit::Widget::m_pParent’ is protected ./Toolkit/Container.cpp:35: error: within this context ./Toolkit/Widget.h:30: error: ‘GtkWidget* Toolkit::Widget::m_pWidget’ is protected ./Toolkit/Container.cpp:43: error: within this context ./Toolkit/Widget.h:31: error: ‘Toolkit::Widget* Toolkit::Widget::m_pParent’ is protected ./Toolkit/Container.cpp:45: error: within this context
Widget proměnnou
private Widget * m_pParent;
protected Widget * m_pParent;
Container*, tak k nim přistupovat můžu, ale to je docela prasárna.
Berte to tak, že protected vám umožňuje přístup k prvkům rodiče z metod potomka, ale to se týká jen téže instance. Kromě toho mají metody třídy přístup ke všem prvkům jiných instancí téže třídy podle stejných pravidel jako ke svým vlastním, ale to se netýká jiných instancí rodičovské třídy. Takže
class B {
private:
int x;
protected:
int y;
public:
int z;
const B& operator = (const B& s);
};
class D : public B {
public:
const D& operator = (const D& s);
const D& operator = (const B& s);
};
const B& operator = (const B& s);
{
x = s.x // OK
y = s.y // OK
z = s.z // OK
return *this;
}
const D& operator = (const D& s);
{
x = s.x // OK
y = s.y // OK
z = s.z // chyba (na obou stranách)
return *this;
}
const D& operator = (const B& s);
{
x = s.x // OK
y = s.y // chyba (na pravé straně)
z = s.z // chyba (na obou stranách)
return *this;
}
class B {
private:
int x;
protected:
int y;
public:
int z;
const B& operator = (const B& s);
};
class D : public B {
public:
const D& operator = (const D& s);
const D& operator = (const B& s);
};
const B& B::operator = (const B& s);
{
x = s.x // OK
y = s.y // OK
z = s.z // OK
return *this;
}
const D& D::operator = (const D& s);
{
//tohle se mi nezdá
//podle mě je chyba v x=s.x (private)
x = s.x // OK
y = s.y // OK
z = s.z // chyba (na obou stranách)
return *this;
}
const D& D::operator = (const B& s);
{
// dle toho, co jste říkal by měla být chyba
// v x=s.x a y=s.y, ne v z=s.z
x = s.x // OK
y = s.y // chyba (na pravé straně)
z = s.z // chyba (na obou stranách)
return *this;
}
To je docela naprd. Potřebuji totiž nutně nastavit tu chráněnou proměnnou a zároveň nechci, aby byla public. Kdybych si napsal chráněnou metodu třídy Widget, mohl bych ji pak zavolat? Vyzkouším to.
V tom zdrojáku máte samozřejmě pravdu, zapomněl jsem, co bylo nahoře, a dole jsem psal, jako bych to měl obráceně (tj. x public, y protected a z private).
Co se vašeho problému týká, nejjednodušší asi bude použít friend deklaraci.
class Widget{
protected:
virtual void nejakaVirtualniFce();
public:
void nejakaFce();
}
class Container{
public:
friend class Widget;
protected:
virtual void nejakaVirtualniFce();
}
void Widget::nejakaFce()
{
nejakaVirtualniFce();
}
friend pouze umožňuje přístup k protected a private prvkům instance dané třídy, ale volat metodu jiné třídy (aniž by byla použita konkrétní instance) můžete jen tehdy, je-li ta metoda static.
class Widget{
..
};
class Container: public Widget{
public:
friend class Widget;
};
Jestli ne, tak to všechno, co jsem tři dny psal můžu leda tak vyhodit.
Widget budou moci přistupovat k prvkům instancí třídy Container stejně jako metody této třídy. Ale samozřejmě jen u instancí této třídy. Takže asi takto:
class Widget {
virtual ~Widget() {}
void f();
};
class Container: public: Widget {
private:
int x;
public:
virtual ~Container() {}
friend class Widget;
};
void Widget::f()
{
Container* pc = new Container;
pc->x = 0; // OK
Widget* pw = new Widget;
pw->x = 0; // chyba
if (typeid(*this) == typeid(Container) {
x = 0; // chyba
this->x = 0; // chyba
pc = dynamic_cast<Container*>(this);
pc->x = 0; // OK
}
}
. Teď už jen poslední dotaz ohledně toho přetypování. Proč dynamic_cast<Container*>(this)? Jak se to liší od (Container*)(this)?
dynamic_cast<T*>(p) umožňuje přetypovat pouze pokud
T je void
T je rodič typu *p
T je potomek typu *p (compile-time kontrola) a *p je instance typu T nebo některého jejího potomka (run-time kontrola); to ale pouze za předpokladu, že dědičnost je polymorfní, tj. ty třídy mají aspoň jednu virtuální metodudynamic_cast i pro reference.
dynamic_cast je bezpečnější v tom, že snižuje riziko, že přetypujete pointer na něco, čím není.
Tiskni
Sdílej: