Eben Upton oznámil zdražení počítačů Raspberry Pi, kvůli růstu cen pamětí, a představil 1GB verzi Raspberry Pi 5 za 45 dolarů.
Linus Torvalds na YouTube kanálu Linus Tech Tips staví dokonalý linuxový počítač.
Po 9 týdnech vývoje od vydání Linuxu 6.17 oznámil Linus Torvalds vydání Linuxu 6.18. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a Linux Kernel Newbies. Vypíchnout lze například podporu protokolu PSP (PSP Security Protocol, PSP encryption of TCP connections).
Byla vydána nová stabilní verze 25.11 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Xantusia. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Richard Hughes na Mastodonu oznámil, že se společnost Framework Computer stala sponzorem služby LVFS (Linux Vendor Firmware Service) umožňující aktualizovat firmware zařízení na počítačích s Linuxem.
Jak na webu co nejšíleněji zadávat datum? Jak to uživatelům co nejvíce znepříjemnit? V Bad UX World Cup 2025 (YouTube) se vybíraly ty nejšílenější UX návrhy. Vítězným návrhem se stal Perfect Date.
Společnost Collabora vydala (YouTube) na LibreOffice založený desktopový kancelářský balík Collabora Office. Pro Windows, macOS a Linux. Se stejným uživatelským rozhraním jako Collabora Online. Svůj desktopový kancelářský balík s rozhraním LibreOffice pojmenovala Collabora Office Classic.
Glen MacArthur vydal AV Linux (AVL) a MX Moksha (MXM) 25. S linuxovým jádrem Liquorix. AV Linux (Wikipedie) je linuxová distribuce optimalizována pro tvůrce audio a video obsahu. Nejnovější AV Linux vychází z MX Linuxu 25 a Debianu 13 Trixie. AV Linux přichází s desktopovým prostředím Enlightenment 0.27.1 a MX Moksha s prostředím Moksha 0.4.1 (fork Enlightenmentu).
Ubuntu pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 1. snapshot Ubuntu 26.04 LTS (Resolute Raccoon).
Zástupci členských států EU se včera shodli na návrhu, který má bojovat proti šíření materiálů na internetu zobrazujících sexuální zneužívání dětí. Nařízení známé pod zkratkou CSAM a přezdívané chat control mělo množství kritiků a dlouho nebyla pro jeho schválení dostatečná podpora. Pro schválení byla potřeba kvalifikovaná většina a dánské předsednictví v Radě EU se snažilo dosáhnout kompromisu. Návrh nakonec po dlouhých týdnech
… více »
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: