Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
socket, bind, listen
.socket, connect
Řešení dotazu:
accept()
), i když (zrovna v tomto konkrétním případě) ho poté případně odmítneš okamžitým close()
? Tím chci říct, že když se spojení nakonec stejně acceptne, je asi optimální si s klientem začít povídat (poslat potvrzující paket) hned a nečekat na ten accept.
BTW. v manuálové stránce accept(2) je zmínka, že protokolem vyžadujícím explicitní potvrzení přijetí je třeba DECNet - z toho bych vyvozoval, že se to u TCP chová spíše tak, jak naznačuji.
Je toto chovani normalni?Pokud vím, tak toto chování neporušuje specifikované chování ani jedné z vyjmenovaných funkcí ani protokolu TCP. Fyzicky se děje to, že connect naváže spojení na úrovni TCP a write někam do toho spojení zapíše data (která pak zůstanou viset v nějakém bufferu buď na klientovi nebo na serveru). To ale ničemu nevadí. Podle specifikace se můžete spolehnout pouze na to, že server z těch dat nepřečte ani bajt, dokud nezavolá accept (navázání spojení na obou stranách) a že pokud klient poslal nejprv A a pak B, tak server který přečetl B tak také před tím přečetl A (proudové chování).
Da se mu nejak zabranit?Nevím o tom a hlavně byste se o to neměl pokoušet. Pokud potřebujete nějak synchronizovat klienta se serverem tak si na to udělejte nějaký mechanizmus nad tím TCP (posílejte si synchronizační zprávy).
Tiskni
Sdílej: