Vládní CERT (GovCERT.CZ) upozorňuje (𝕏) na kritickou zranitelnost v jsPDF, CVE-2025-68428. Tato zranitelnost umožňuje neautentizovaným vzdáleným útočníkům číst libovolné soubory z lokálního souborového systému serveru při použití jsPDF v prostředí Node.js. Problém vzniká kvůli nedostatečné validaci vstupu u cest k souborům předávaných několika metodám jsPDF. Útočník může zneužít tuto chybu k exfiltraci citlivých
… více »V úterý 13. ledna 2025 se v pražské kanceláři SUSE v Karlíně uskuteční 5. Mobile Hackday, komunitní setkání zaměřené na Linux na mobilních zařízeních, kernelový vývoj a související infrastrukturu. Akci pořádá David Heidelberg.
… více »Už je 14 dní zbývá do začátku osmého ročníku komunitního setkání nejen českých a slovenských správců sítí CSNOG 2026. Registrace na akci je stále otevřená, ale termín uzávěrky se blíží. I proto organizátoři doporučují, aby se zájemci přihlásili brzy, nejlépe ještě tento týden.
Komunitní setkání CSNOG 2026 se uskuteční 21. a 22. ledna na Univerzitě Tomáše Bati ve Zlíně a jeho pořadateli jsou sdružení CESNET, CZ.NIC a NIX.CZ. Bližší informace o komunitě CSNOG (Czech a Slovak Network Operators Group) a jejich setkáních jsou k dispozici na webu csnog.eu.Rok 2026 sotva začal, ale už v prvním týdnu se nashromáždilo nezvykle mnoho zajímavostí, událostí a zpráv. Jedno je ale jisté - už ve středu se koná Virtuální Bastlírna - online setkání techniků, bastlířů a ajťáků, kam rozhodně doražte, ideálně s mikrofonem a kamerou a zapojte se do diskuze o zajímavých technických tématech.
Dějí se i ne zcela šťastné věci – zdražování a nedostupnost RAM a SSD, nedostatek waferů, 3€ clo na každou položku z Číny … více »Vývojáři GNOME a Firefoxu zvažují ve výchozím nastavení vypnutí funkce vkládání prostředním tlačítkem myši. Zdůvodnění: "U většiny uživatelů tento X11ism způsobuje neočekávané chování".
Nástroj pro obnovu dat GNU ddrescue (Wikipedie) byl vydán v nové verzi 1.30. Vylepšena byla automatická obnova z disků s poškozenou čtecí hlavou.
Protokol IPv6 má již 30 let. První návrh specifikace RFC 1883 je z prosince 1995.
Byli vyhlášeni vítězové ocenění Steam Awards 2025. Hrou roku a současně nejlepší hrou, která vám nejde, je Hollow Knight: Silksong.
Byla vydána nová verze 26.0 linuxové distribuce Manjaro (Wikipedie). Její kódové jméno je Anh-Linh. Ke stažení je v edicích GNOME, KDE PLASMA a XFCE.
Jednotný seznam blokovaných internetových stránek vedený Českým telekomunikační úřadem obsahoval také Český telekomunikační úřad.
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: