Příspěvky

31

Vývoj / Re: V čem si napsat upoad manager?

« kdy: 24. 05. 2011, 00:30:18 »

Také bych doporučil se naučit nějaký systémový skriptovací jazyk - pod Linuxem bash, pod Windows PowerShell. Ušetříš si tím spoustu času a nervů do budoucna. Například na nahrání na FTP server rozhodně nepotřebuješ Total Commander, ale stačí jednoduchý konzolový program se jménem „ftp“ ;-) Taktéž vytváření, mazání a přejmenování složek je triviální úkol, které jsou pro skript jako dělané - netřeba nic dělat ručně :-)

Python je samozřejmě fajn a určitě se ho nauč :-), ale úlohu shellu pro rychlé jednorázové a systémové věci typu nahrání souboru na FTP nenahradí.

Ad zprovoznění PHP:
Linux: něco jako apt-get install php && php -f skript.php
Windows: na php.net si stáhnout aktuální binárky, nainstalovat (rozbalit) a pak spustit Adresář\php.exe -f skript.php

32

Vývoj / Re: V čem si napsat upoad manager?

« kdy: 22. 05. 2011, 23:24:16 »

Já bych to udělal v bashi, tohle je vyloženě úkol na pár řádků. Nebo to můžeš udělat v tom php, prostě jen nainstaluješ php a spustíš přímo tu binárku s parametrem -f a názvem souboru se skriptem.

C/C++ bych do toho rozhodně nemíchal, v tomto případě by to byl zbytečný masochismus, který by ti nic nepřinesl.

33

Vývoj / Re: C++ a ukazatel na objekt

« kdy: 19. 05. 2011, 23:12:31 »

V tomto případě bych použil dynamic_cast - ten je přesně na toto dělaný. Za běhu zkontroluje typ (je tedy o trochu pomalejší než static_cast) a pokud by neseděl (tj. jeden objekt by nebyl potomkem druhého), vrátí NULL.

34

Windows a jiné systémy / Re: Jak dostat do vlastního Céčkového programu diakritiku?

« kdy: 26. 03. 2011, 21:48:45 »

Jazyk C národní kódování neřeší vůbec. C++ řeší kódování používáním wstring (a typu wchar_t; wstring je v podstatě pole hodnot typu wchar_t). Problém je způsoben tím, že různé operační systémy používají Unicode různě.

Linux používá utf-8, všude (resp. podle proměnné $LANG). Tam problémy zpravidla nejsou. Mac taky. Windows používají tři různá kódování: utf-16, windows-xxxx a pak ještě nějaká historické sady (u nás PC Latin 2). Problém je ten, že utf-16 je dvoubajtové kódování, takže musíš překladači explicitně říct, který řetězec v kódu má být ve dvoubajtovém kódování a který v jednobajtovém. Rodina windows-xxxx se použije, pokud je vstup/výstup jednobajtovej a z něho se překódovává na to utf-16. Bohužel, těch znakových sad je samozřejmě spousta, takže i když budeš psát ve windows-1250, bude ti to chodit pouze na Windows se středoevropskou lokalizací, jinde ne. A konečně třetí znaková sada se použije, pokud se vypisuje do terminálu. To je z historických důvodů, problémy samozřejmě stejné jako u windows-xxxx, jen se do toho vnáší ještě větší chaos.

Jediné řešení je používat wstring a wchar_t a všechno důsledně překódovávat. Typ wchar_t má na Linuxu i Windows velikost 2 bajty, na Macu 4 bajty. Typ wstring pak používá na Linuxu a Windows utf-16, na Macu utf-32. Pro zdrojáky programu pak použij všude utf-8 (s windows-1250 by sis nepomohl, naopak!).

Více viz manuál tvého překladače, u každého se to dělá trochu jinak a celkově je to masakr. Zejména při používání dalších knihoven, který třeba vrací zase jiný typ řetězce. Celkově jsem rád, že pro Windows už programovat nemusím

35

Hardware / Re: Jemné trhání u některých videí

« kdy: 13. 02. 2011, 18:49:57 »

Podobné chování pozoruju taky, na různých počítačích s různými grafikami. Jemné trhání je vidět zejména u scén, kdy se kamera plynule posouvá, anebo třeba u závěrečných titulků. CPU se při tom všem relativně fláká a děje se to i při přehrávání z ramdisku.

Čím to je nevím, nicméně žádné srovnání s Windows nemám, neb žádný takový stroj nevlastním. Takže nevím do jaké míry je to „normální“.

36

Hardware / Re: Je zamknutie disku spoľahlivé?

« kdy: 31. 01. 2011, 21:46:45 »

Ak by to chcel z teba niekto vymlatit a poznal by fungovanie truecryptu, tak po prvom hesle by ti  "odcvakol dalsi prst" a pytal by druhe

V Truecryptu lze mít zanořených oddílů do sebe kolik chceš. Takže i kdyby ti odcvakal všechny prsty, nikdy nemůže vědět, jestli v tom sedmém vnořeném oddílu máš ještě nějaký osmý nebo ne.

Jediny sposob by bol, zadat heslo, ktore dane data poriadne zmaze...

Není pravděpodobné, že by takový disk někdo připojoval i s právy pro zápis a dokonce z něj něco spouštěl…

37

Vývoj / Re: Projekt z více souborů a globální proměnná

« kdy: 27. 11. 2010, 16:00:15 »

Vypadá to, že překladač nezná uint8_t – to není zas až tak standardní typ. Zkus dát #include <avr/io.h> před #include "funkce.h".