Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - bmn

Stran: 1 ... 6 7 [8] 9
106
... u MS CRT jsem snad na problém nenarazil (nebo velmi okrajově).
Jakmile se reálně používá C, ne jen na hraní, tak v žádném případě nevolat CreateThread přímo, ale použít beginthread či obdobu.

Pokud se neinicializují per-thread data (a možná ani místo pro ně), což zajišťuje až ten beginthread, tak jsou problémy. Konkrétně MS CRT: Okrajové problémy jsou s exception (selhávají handlery pro signály), závažnější je pak errno a nechutně (pro debugování) může pozlobit i rand, jehož seed se udržuje per-thread. O C++ ani nemluvě. Dále předpokládám, že budou selhávat i uživatelské __declspec(thread) proměnné, rozhodně ty inicializované.

Pro C (C++) vždy jen beginthread, pokud nepíšete tak low-level, že je pro vás C jen makroassembler.

107
Server / DigitalOcen server zlyha prve pripojenie
« kdy: 04. 03. 2021, 09:56:36 »
Nedavno som si spravil server u DigitalOcean ale obcas ked sa idem prvykrat pripojit tak mi Firefox zahlasi ze sa mu nepodarilo pripojit k serveru. Na dalsi pokus to uz vzdy ide. Teraz sa mi podarilo odchitit cez wireshark komunikaciu.
Podla wiresharku to vyskusa dvakrat ale prehliadac vzdy posle RST paket.

108
Hardware / Re:Frekvence u pracovniho monitoru
« kdy: 10. 02. 2021, 23:51:34 »
Pri CRT monitoroch sa islo za vyssou frekvenciou aby sa potlacilo blikanie (ktore sposobuje unavu). Dobre urobene podsvietenie LCD monitora ale neblika https://youtu.be/3BJU2drrtCM?t=269

109
Studium a uplatnění / Re:Jak začít programovat od nuly?
« kdy: 01. 02. 2021, 12:14:41 »
abych se od toho odpíchnul uvažoval o prvním programovaní v Pascalu jenže jsem zjistil že tento programovací jazyk je dnes mrtvý

Ne, Pascal není mrtvý, dodnes se v tom píše spousta aplikací, koukni na https://www.lazarus-ide.org/ Pokud jsi dřív v Pascalu psal, tak na rozjezd to může být dobré. Pokud jsi v něm nepsal, tak není moc důvod s tím teď začínat - není to úplně špatný jazyk a prostředí, dost se to od těch starých verzí posunulo k lepšímu, ale jestli k tomu nemáš žádný vztah a důvod to použít, tak jsou lepší možnosti.


na aplikovanou a tak mě zaujalo C# a Java. Myslíte že by tyto 2 jazyky byly dobrý pro začátek?

Java je určitě dobrá volba. Zejména pokud chceš dělat serverové a webové aplikace.

Hlavně proboha nezačínej s C++ ;D.

Tohle jsou takové výkřiky lidí, co zamrzli někde 25+ let v minulosti. Moderní C++ je velmi slušný jazyk, dá se v něm programovat bezpečně, výkonné aplikace, existuje pro něj spousta vyspělých a léty prověřených knihoven, dá se z něj přímo pracovat s céčkovými knihovnami. Máš pro něj dobrá IDE (QtCreator, CLion atd.) a další infrastrukturu. Je to prostě zralá a odladěná platforma, podobně jako ta Java, vhodná pro lidi, kteří chtějí udělat reálnou práci a ne jen exhibovat na internetových fórech.

Pak je tu ještě D, které je čistější a mladší než C++, ale méně rozšířené. Rust asi spíš ne, protože ten svojí komplexitou snad i předčil C++, zralostí ho zatím nedohnal a zda to ty výhody převáží, to je sporné. Případně lze uvažovat ještě o Go, ale to je zase na opačné straně spektra - až moc jednoduché a omezené a nevím, jestli by ti vyhovovala kultura kolem něj.


Naopak časem (až budeš umět základy) můžeš přidat trochu C.

C je prakticky nejhorší možnost ze všech a pro vývoj aplikací se nehodí. Pokud programuješ linuxový kernel nebo nějaké jednočipy, tak se tomu vyhnout nejde, ale je to prostě zlo - nebezpečné, neefektivní, musíš psát hromady zbytečného kódu, abys vyřešil úplně triviální věci. V tom se pak programátoři ztrácí a dělají chyby. Pokud budeš mít zadání, že program má úzce spolupracovat s kernelem/hardwarem a má jít přeložit minimalistickým C kompilátorem bez dalších závislostí, tak ti nic jiného nezbude... ale jinak je to fakt špatná volba. Oproti tomu C++ nebo D jsou moderní a efektivní jazyky, ve kterých můžeš napsat i knihovnu s céčkovským API (tzn. nemusíš psát v céčku, abys vystavil céčkovské API), případně ten Rust (byť je hodně komplexní a poněkud obskurní).

110
Hardware / Re:Raspberry Pi 3 nebootuje z většího SSD
« kdy: 29. 01. 2021, 14:37:37 »
Aj ked to bolo vyriesene tak pridam svoju skusenost s A-Data USB-SSD. Ak je nastartovane z SD karty a pripojeny len ako externy disk tak vsetko funguje fajn a rychlo. Ale akonahle ho mam pripojeny ako bootovaci tak sa zasekne. Pomohlo az pridanie
"usb-storage.quirks=125f:a88a:u" do cmdline.txt

111
Software / Re:Chyba disku vs. chyba souborového systému
« kdy: 26. 01. 2021, 05:36:37 »
Celé mi to připadá jako nedostatečné napájení (měkký zdroj). Takto podobně se to chovává. U plotnových disků (u SSD nevím). Občas celkový výpadek, občas nedetekovaná chyba při zápisu - pak už jen záleží, co se zrovna zapisovalo. Občas (méně) při čtení. Časem, za hodně špatných podmínek, odeslání celého disku do věčných lovišť.

112
Sítě / Re:Může fungovat switch bez routeru?
« kdy: 22. 01. 2021, 16:31:54 »
A v tomto konkrétním případě (viz odkazované pdf manuálu) to vypadá, že je nutné vytvořit i PPPoE se jménem a heslem (jak už naznačoval meldax), aby člověka vůbec pustili ven (a asi i přidělili IP, bránu, atd., nevím zda pevná). To lze udělat v koncovém zařízení, není problém, ale jen samotný zmiňovaný switch to nezvládne a modem v bridge to asi nedělá - je třeba routeru navíc (byť i třeba v podobě dedikovaného "normálního" PC, ale jen switch v tomto případě nestačí). Alespoň tak mi to vyznívá z návodu.

113
Sítě / Re:Síťovka blokuje port - může?
« kdy: 20. 01. 2021, 00:12:36 »
Nepomůže toto?
https://download.lenovo.com/servers/thinkserver_config_amt_ts140_ts440_tr.pdf
Pohrát si s KVM, je tam přímo zmíněno.

Jinak ano, pokud je povoleno KVM, tak AMT port 5900 blokuje.
Viz: https://software.intel.com/sites/manageability/AMT_Implementation_and_Reference_Guide/default.htm?turl=WordDocuments%2Fworkingwithport5900.htm
"By enabling port 5900, all traffic to this port is routed to Intel AMT for KVM processing ... enabling port 5900 for Intel AMT will block traffic to the software server if it also uses port 5900 ..."

114
Windows a jiné systémy / Re:Windows CE 6.0 a jeho oprava
« kdy: 24. 12. 2020, 13:50:42 »
Mnoho zařízení té doby mělo HW reset na opravdu nízké úrovni, s přehráním OS ze záložní interní ROM/flash do (baterkou zálohované) RAM, na které až pak běžel systém, záplatovalo se a kde se dalo něco poničit. V ROM/ flash však zůstávala funkční "nulová" verze a každý HW si dělal nouzové přepsání zpět do RAM po svém. Hledal bych tímto směrem. V návodu.

Ta interní flash/ROM nebývala zvenku běžně přístupná. Pokud jste ovšem poničil něco přímo v ní (jde-li to vůbec), tak to už je mimo OS, závislé na HW, v krajním případě bylo nutné vypájet a přeprogramovat bokem.

116
Odkladiště / Re:Jak ukrýt důležité heslo?
« kdy: 21. 11. 2020, 12:21:30 »
Např. při standartu BIP39 se každé slovo vybírá ze seznamu 2048 slov, takže při použití dvanácti slov se jedná o počet kombinací 2048 na dvanáctou.
To je na heslo dostačující – je to zhruba stejné, jako dvacetiznakové heslo s malými a velkými písmeny, číslicemi a symboly.

Akorát bych heslo ze dvanácti slov nechtěl někam psát. A vůbec bych se nedivil, kdybyste někde narazil na limit délky hesla.
AFAIK tych 2048 slov je vybranych tak aby kazde zacinalo unikatnou kombinaciou troch pismen. Potom je to uz len 36 znakov.

117
Hardware / Re:Dell Ultrasharp U4320Q na vývoj?
« kdy: 12. 11. 2020, 18:35:48 »
Já bych na vývoj tuhle velikost určitě doporučil. Koukám na to asi z 80 cm. Občas si na tom pustím i nějakou hru.

Pár let jsem používal starý prezentační Philips s IPS obrazovkou, ale hrozně to žralo a rozlišení nebylo úplně na web. Na práci v terminálu v pohodě. Nedávno jsem přešel na LG 43UN700 a tomu už nemůžu nic moc vytknout, až na ten kontrast, ale to je vlastnost IPS. Největší problém bylo najít něco s matným displayem. Zdá se, že v téhle velikosti jsou to většinou jen převlečené televize. Ten Dell by měl být v pohodě. Mám pocit, že má ten samý display jako to LG.

118
Desktop / Re:VNC připojení na RPi
« kdy: 14. 10. 2020, 11:59:48 »
Je k tomu RPi pripojeny monitor? Ked som testoval realvnc na rpi tak mi to fungovalo iba ak bol pripojeny monitor inak nie. Preto som presiel na tightvnc ktore mi funguje bez pripojeneho monitoru.

119
Desktop / Re:Smazání balíčků Snap kvůli uvolnění místa
« kdy: 14. 10. 2020, 11:53:43 »
Zmazanim vsetkych snap balickov sa nic nestane. Len treba najprv zmazat snap balicky cez prikaz "snap" pred odstranenim snapd dpkg balicka cez "apt". Totiz odinstalovanie snapd nezmaze snap balicky a tie ostanu zaberat miesto.

120
Vývoj / Re:Ako ukladáte binárne dáta a texty v C++?
« kdy: 06. 10. 2020, 13:21:41 »
Raději ani nebudu počítat, kolikrát jsem něco takového viděl. Občas té obalované Cčkové knihovně ani ten pointer + délka předat nejde.

Skutečně existují situace, kdy je nulový bajt legitimní součástí řetězce a zároveň funkce nepřijímá pointer + délku, ale jen pointer a čeká, že bude ukončený nulovým bajtem?

Podle mého je využití std::string pro binární data v pořádku. String a char v C++ totiž nejsou textový řetězec a znak (byť se tak často používají), ale právě řetězec bajtů resp. bajt.

Řekl bych tedy, že jde o zcela mimoběžné případy, kde se jen shodou okolností používá stejný datový typ. Tam, kde jsou obsahem std::string binární data (potenciálně obsahující nulový bajt), nehrozí napojení na rozhraní, kde se pracuje s (textovými) řetězci ukončenými nulovým bajtem - nedávalo by to smysl. A tam, kde se s textovými nulou ukončenými řetězci pracuje, zase nedává smysl, aby někdo cpal nulový bajt resp. binární data do std::string.

Sice někdo takový program může napsat a půjde to zkompilovat, ale z hlediska návrhu to nedává smysl. Je to asi jako když použijeme int jednou pro rozměry v cm a podruhé pro teplotu ve stupních Celsia a tyto hodnoty (oboje int) pomícháme a přiřadíme do proměnných, kam nepatří. Tady se opravdu nelze zlobit na programovací jazyk nebo datový typ...

Stran: 1 ... 6 7 [8] 9