Na stránkách PostgreSQL bylo představeno LibreDB Studio. Jedná se o open-source self-hostované SQL IDE pro (nejenom) PostgreSQL v prohlížeči. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána nová verze 12.0 media serveru Jellyfin (Wikipedie). Přehled novinek v poznámkách k vydání. Pro vyzkoušení je k dispozici Demo Server. Jellyfin je fork media serveru Emby, původně Media Browser.
V MikroTik RouterOS bylo nalezeno šest zranitelností společně pojmenovaných MikroTrick umožňujících útočníkovi, pokud má přístup k SSH, získat plnou kontrolu nad zařízením bez nutnosti autentizace. Ve verzích RouterOS 7.25beta3, 7.24.2, 7.23.4 a 6.49.21 je již opraveno.
Byla vydána verze 9.5 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání. Jedná se poslední vydání řady NetBSD 9. Doporučen je přechod na NetBSD 11 nebo NetBSD 10.
Akční adventura State of Mind je na portále GOG.com zdarma, akce trvá do 10. září.
Na Kickstarteru běží kampaň na podporu malého robotický psa Petoi Quaddle. Postaven je na ESP32-S3. V několika variantách. S řadou senzorů. Programovat lze pomocí Pythonu, C++ nebo i vizuálních bloků. Zkoušet a trénovat lze v simulátoru.
Dětem začala škola a nedobrovolně se tak musí vzdělávat. Avšak pro dospělé, kteří se chtějí vzdělávat nebo naopak se o vědomosti podělit, je tu Virtuální Bastlírna - jako každý měsíc si můžete online a zdarma nezávazně popovídat o vědě a technice nejen s bastlíři, ale i s vývojáři, vědci nebo profesory. A čemu se strahováci budou věnovat? Blíží se KiCAD 11 s nespočtem novinek, z nichž zde musí zmínit alespoň možnost kótování a závislostí z
… více »Asahi Linux, tj. Linux pro Apple Silicon, oficiálně podporuje čipy M3 (M3, M3 Pro a M3 Max).
Společnost Acer oslavila 50 let. Na tiskové konferenci next@acer představila řadu novinek. Vypíchnout lze přenosný ePaper displej Acer EP130K, přenosné řešení se třemi displeji Acer PD163Q P3 nebo herní handheld a notebook v jednom DualPlay Mini.
Server SiFive BigSky SF-2U870 2U je založený na jádře SiFive P870-D, zatím je naintegrovaných 32 jader 256 GB RAM 2 GHz, škálovat lze do 256 jader na čip. O něco podrobnější popis serveru v článku SiFive BigSky Ships the First RISC-V Server. Is the GPU Head Node the Prize? na futurumgroup.com. Asi ani tento čip nebude na úrovni nejlepších 64-bit ARMů a AMD Zenů, ale splňuje RVA23 specifikaci a je podporovaný Ubuntu 26.04 LTS a RHEL 10. V článku je
… více »
class Hrac
{
private:
QString * jmeno;
QColor * barva;
int * znak;
int * body;
public:
Hrac();
Hrac(const Hrac &other);
~Hrac();
void nastavVlastnosti(QString jmeno, QColor barva, int znak, int body);
int * zjistiZnak();
int * zjistiBody();
QColor * zjistiBarvu();
QString * zjistiJmeno();
TypHrace * zjistiTyp();
bool checkForVictory();
friend QDataStream &operator<<(QDataStream &out, Hrac &hrac);
void serialize(QDataStream& ost);
static Hrac unserialize(QDataStream& istr);
};
Řešení dotazu:
serialize a unserialize, definice třídy se zdá v pořádku
QDataStream& operator <<(QDataStream &out, Hrac &hrac) nemusí být friend, protože použije (měl by použít ) veřejnou metodu serialize
unserialize by mělo vracet Hrac*, jinak se tam bude volat (zbytečně) copy konstruktor. Lepší by ale bylo vytvořit deserializační konstruktor explicit Hrac(QDataStream &str)
Btw. proč jsou tam ty dva inty (znak a body) dynamicky alokované?
QDataStream &operator<<(QDataStream &out, Hrac &hrac)
{
return(out << hrac.jmeno->length()<< " " << hrac.jmeno->toAscii() << " " << hrac.barva << " " << hrac.znak << " " << hrac.body);
}
void Hrac::serialize(QDataStream &ost)
{
ost << this;
}
Hrac Hrac::unserialize(QDataStream &istr)
{
Hrac tmp;
int delkajmena;
QString jmeno;
QColor barva;
int znak;
int body;
istr >> delkajmena;
//istr.readBytes() //?
tmp.nastavVlastnosti(jmeno,barva,znak,body);
return tmp;
}
Tu deserializaci udělám pomocí toho kontruktoru, takové řešení mě nenapadlo, díky.
Dynamickou alokaci tam používám pro všechny objekty uvnitř tříd, neměl by v tom být žádný rozdíl ne?
Kdyby vás zajímal ještě nějaký kus kódu, tak to celé mám na SVN pod
http://code.google.com/p/pisqorky/source/browse/trunk#trunk/src .
Dynamickou alokaci tam používám pro všechny objekty uvnitř tříd, neměl by v tom být žádný rozdíl ne?I kdyby to byla pravda, tak proč se v takovym případě namáhat?
void Hrac::serialize(QDataStream &str)
{
str << *this->jmeno << *this->barva << *this->znak << *this->body;
}
void Hrac::unserialize(QDataStream &str)
{
str >> *this->jmeno >> *this->barva >> *this->znak >> *this->body;
}
resp. s konstruktorem:
Hrac::Hrac(QDataStream &str)
: jmeno(new QString())
, barva (new QColor())
, znak (new int(0))
, body (new int(0))
{
this->unserialize(str);
}
a pokud budou potřeba, tak přidat operátory
QDataStream& operator <<(QDataStream &str, Hrac &hrac)
{
hrac.serialize(str);
return str;
}
QDataStream& operator >>(QDataStream &str, Hrac &hrac)
{
hrac.unserialize(str);
return str;
}
Tiskni
Sdílej: