Poslední příspěvky

31

Bazar / Poslední šance pro starší (muzeální) HW

« Poslední příspěvek od zigi kdy 17. 03. 2026, 07:59:02 »

Zdravím ve spolek,

  chci dát poslední šanci staršímu HW a uznávám, že ve většině případů se již jedná o muzeální kousky, ale třeba se někomu mohou hodit do labu, na náhradní díly či do sbírky. Ke všemu jsou ližiny a rack mounting kity.

Viz přiložený spreadsheet.

V případě zájmu prosím o SZ.

Přeji všem pohodové dny
zigi

32

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od McFly kdy 17. 03. 2026, 07:51:14 »

Pěkná hra, zahrál jsem si ji v emulátoru v prohlížeči. https://c64online.com/c64-online-emulator/

33

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od novomente kdy 17. 03. 2026, 03:30:34 »

Kdo by měl zájem si hru zahrát, tak tady posílám odkaz:

https://www.c64.cz/index.php?detailhry=23502

Emulátor CCS64 funguje i na Linuxu pod WINE, stejně jako WinVICE.

34

Nabízím zakázku / Re:Ajťák/admin as a service?

« Poslední příspěvek od Karlosek kdy 16. 03. 2026, 19:25:05 »

Podle dosavadních informací to vidím na toho studenta. Synology + Veeam klidně toho free, to zvládne nastavit každý, máte vyřešené centrální úložiště a zálohy. Pak si na to sednout a roztřídit od uživatelů ty dokumenty. To je právě největší drbačka.
Jen jsem trochu nepochopil to s těmi Outlooky, teď máte hosting u ISP a od MS si slibujete co? Možná by stačil rozumnější mailhosting. Nebo si prostě říct, a to všichni, že se přechází na O365 se vším všudy.

35

Nabízím zakázku / Re:Ajťák/admin as a service?

« Poslední příspěvek od registrovany_ava kdy 16. 03. 2026, 17:45:19 »

...

Rozpočet ani co přesně chci neuvádím záměrně. Původně to nebylo ani v rubrice práce, to tam přesunul někdo z redakce, chtěl jsem spíš obecně zjistit, jestli je můj požadavek běžný, jak se to dělává a tak.

Na otázky "Co zajímá IT správce": Na desktopech máme Windows, žádný Apple, linuxáci jsou pouze externisti. VPN/RDP nepoužíváme. Office365 - zkoušeli jsme, ale nepodařilo se probořit setrvačnost desktopových officů. Úložiště - částečně Sharepoint, částečně nic. Server nemáme prakticky žádný, v podstatě jen maily a FTP (sic!) od poskytovatele internetu, tedy pole neorané a admin si to může udělat podle sebe.

Naše firma není příliš formální, takže jsem tu jen tak vypsal co by se muselo (zálohování, outlook), co by se mohlo, jakým směrem uvažujeme. Dál by to ideálně pokračovalo přesně jak píše Karlosek - osobní konzultace, kde bychom probrali jak to udělat nejlépe, co přesně udělat a čemu se vyhnout, priority atp. - a teprve v tomto okamžiku, když už se přesněji ví, co se dělá, mi dává smysl řešit za kolik. Dobrou práci zaplatíme, že to bude první dva týdny opruz je nám jasné. Nedává nám ale smysl postup "máme budget tolik a tolik, za co ho utratit?", nýbrž "Co musíme udělat zaplatíme, a pak můžeme promýšlet co by se nám ještě hodilo, co by to znamenalo implementačně, a do čeho se vyplatí investovat".

36

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od novomente kdy 16. 03. 2026, 17:28:06 »

Jako malý kluk jsem měl možnost pracovat na Commodore 64. Programoval jsem většinou v BASICu. Zkoušel jsem i monitor pro strojové instrukce, ale neboť jsem neměl žádnou literaturu k programování v assembleru, tak jsem v podstatě nic nenaprogramoval.

Před pár lety jsem v rámci mého soukromého studia tu literaturu našel a tak jsem si v assembleru naprogramoval jednoduchou hru. Samotné programování mi zabralo asi rok (včetně grafiky, hudby, a SFX). Čtyřikrát jsem to celé přepisoval, neboť jsem se ztrácel v kódu. Napočtvrté jsem už si stanovil vlastní styl, a tak se to nakonec na počtvrté podařilo.

Hra funguje, grafika, font, hudba a zvuky jsou vcelku vydařené. Ale nejvíce si vážím toho, že jsem ten svůj první a zároveň poslední velký program v ASM dotáhl do úplného konce. Bylo to a stále je to pro mě velkým přínosem. Jsem s tou prací spokojen a věřím, že ta zkušenost mi stála za ten rok programování. 

nm

Gratulace (jako vážně!)

Dík 

37

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od Pavel Tišnovský kdy 16. 03. 2026, 17:14:05 »

Jako malý kluk jsem měl možnost pracovat na Commodore 64. Programoval jsem většinou v BASICu. Zkoušel jsem i monitor pro strojové instrukce, ale neboť jsem neměl žádnou literaturu k programování v assembleru, tak jsem v podstatě nic nenaprogramoval.

Před pár lety jsem v rámci mého soukromého studia tu literaturu našel a tak jsem si v assembleru naprogramoval jednoduchou hru. Samotné programování mi zabralo asi rok (včetně grafiky, hudby, a SFX). Čtyřikrát jsem to celé přepisoval, neboť jsem se ztrácel v kódu. Napočtvrté jsem už si stanovil vlastní styl, a tak se to nakonec na počtvrté podařilo.

Hra funguje, grafika, font, hudba a zvuky jsou vcelku vydařené. Ale nejvíce si vážím toho, že jsem ten svůj první a zároveň poslední velký program v ASM dotáhl do úplného konce. Bylo to a stále je to pro mě velkým přínosem. Jsem s tou prací spokojen a věřím, že ta zkušenost mi stála za ten rok programování. 

nm

Gratulace (jako vážně!)

38

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od novomente kdy 16. 03. 2026, 16:11:08 »

Jako malý kluk jsem měl možnost pracovat na Commodore 64. Programoval jsem většinou v BASICu. Zkoušel jsem i monitor pro strojové instrukce, ale neboť jsem neměl žádnou literaturu k programování v assembleru, tak jsem v podstatě nic nenaprogramoval.

Před pár lety jsem v rámci mého soukromého studia tu literaturu našel a tak jsem si v assembleru naprogramoval jednoduchou hru. Samotné programování mi zabralo asi rok (včetně grafiky, hudby, a SFX). Čtyřikrát jsem to celé přepisoval, neboť jsem se ztrácel v kódu. Napočtvrté jsem už si stanovil vlastní styl, a tak se to nakonec na počtvrté podařilo.

Hra funguje, grafika, font, hudba a zvuky jsou vcelku vydařené. Ale nejvíce si vážím toho, že jsem ten svůj první a zároveň poslední velký program v ASM dotáhl do úplného konce. Bylo to a stále je to pro mě velkým přínosem. Jsem s tou prací spokojen a věřím, že ta zkušenost mi stála za ten rok programování. 

nm

39

Bazar / Prodej nepotřebného IT vybavení (Síťový hw a jiné)

« Poslední příspěvek od David Lanc kdy 16. 03. 2026, 15:17:23 »

Prodávám nějaké nepotřebné IT věci (první část):

NVR Uniview NVR302-32E2-IQ (podpora 32 kamer) - 6500 Kč (PC 13000 Kč)
Odkaz

NVR Uniview NVR301-08S2 (podpora 8 kamer) - 950 Kč
Odkaz

APC Back-UPS 700VA (BX700UI) KO baterie - 550 Kč (PC 2000 Kč)
Odkaz

10 Gb SFP+ switch Mikrotik CRS305-1G-4S+IN - 2200 Kč (PC 3500 Kč)
Odkaz

HP StorageWorks 8/24 8Gb Fibre Channel Managed SAN Switch (netestováno) - 950 Kč
Odkaz

Adaptec ASR-3405 (SAS/SATA hw raid řadič) - 500 Kč
Odkaz

Adaptec ASR-5405 (SAS/SATA hw raid řadič) - 800 Kč
Odkaz

Switch 1Gb 16 portů D-Link GO-SW-16G (plastová verze, bez adaptéru) - 650 Kč
Odkaz

T-Mobile chytré auto model VM6200S - 200 Kč

T-Mobile chytré auto model VM6500S - 300 Kč

40

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od vrit kdy 16. 03. 2026, 14:26:25 »

Tu podmíněnou kompilaci ale nedělá jazyk C ale C preprocesor.
Je to separátní tool, který ani nerozumí kompletní syntaxi C a používá se i pro jiné jazyky. Integrace preprocesoru do překladače proběhla až relativně nedávno, protože to oddělení mělo nepříjemné důsledky na použitelnost.

Tak jakto že The C Programming Language od Kernighana a Ritchieho z roku 1978 zmiňuje preprocesor?

Abych dostal to makro ENDIANESS tak musím mít někde mrtě platformně závislé logiky.

To je prosím celá mrtě logika, která je potřeba pro detekci endianity buildtoolem - ten checkne návratový kód.

Kód: [Vybrat]

#include <stdint.h>

int main(void)
{
    uint32_t x = 1;
    uint8_t *p = (uint8_t  *)&x;

    return p[0] == 1;
}
Ano na nějakých exotických systémech to asi i tak selže, ale umí toto nějaký jazyk lépe? V praxi na jakémkoliv moderním systému to bude fungovat.

Další věc je, že endianita se dá kompletně odstínit pomocí OR a posuvů, takový kód je pak na endianitě nezávislý.

Btw, drtivá většina C kódu není přenositelná, ale je psaná v nějakém platformně závislém dialektu. Je to proto, že v přenositelné podmnožině C chybí naprosto zásadní věci. Např linux není psaný v C ale v GCC dialektu a při portování do clangu se do něj ten GCC dialekt přidal.

Linux je nejpřenositelnější OS jaký existuje No a nemyslím si že používají GCC kvůli tomu že by C nebylo přenositelné. Inline assembler je spíše praktická věc pro OS kód. Různé builtin funkce jsou spíše optimalizační techniky. Makro typeof zase umožňuje generičtější kód, což jenom šetří psaní... dalo by se bez toho všeho obejít. Které věci z GCC dialektu jsou striktně kvůli přenositelnosti bez kterých by se nedalo obejít?