Dotaz: Hledani cisel v poli - C

[Bundas]

Zdravim. Hledam jsem to na internetu, ale nenasel.

Je nejaka funkce nebo metoda, jak vyhledavat cisla v poli?

napr. chci zjistit presny pocet cisel '1' v poli. Slo by to?

diky za pomoc.

---

---

Odpovědi

[martin]

nestačí projít pole cyklem?

int spocitej(int cislo, int *pole, int velikost_pole) {
        int i;
        int vysledek = 0;

        for (i = 0; i < velikost_pole; i++)  
                if (pole[i] == cislo)
                        vysledek++;
        return vysledek;
}

[Bundas]

parada. diky. a kdybych potreboval overit, jestli se tam pravidelne vyskytuje?

[potato]

Najdeš první dva výskyty a zapamatuješ si indexy (i1, i2).

Pokud se vyskytuje méně než dvakrát, postupuješ podle své definice ‚pravidelně‘ pro tyto případy.

Projdeš zbytek pole (od i2+1 dále) a když najdeš další výskyt na indexu i, ověřuješ, že (i - i1) % (i2 - i1) == 0.

Pokud najdeš výskyt, kde to neplatí, tak tam hodnoty nejsou pravidelně.

Pokud projdeš pole a takový výskyt nenajdeš, tak jsou pravidelně, nebo jsou tam jen dva výskyty -- v tom případě postupuješ podle své definice ‚pravidelně‘ pro tyto případy

Pokud tomu nerozumíš, nepokoušíš se programovat.

[Jardík]

Nevěř mu ani bagr, použití intu k určení velikosti pole je íčovina. Na jedné platformě to bude málo a na druhý hodně. Použij size_t.

[potato]

size_t je nepraktický (byť se chová definovaně), když jsou zapotřebí s indexy aritmetické operace zahrnující záporná čísla.

ssize_t je zase moc malý.

Všechno je na nic. Všichni tady chcípnem.

[Šangala]

To, že to funguje, neznamená že bude vždy.
Zaručený interval pro ssize_t je -1, SSIZE_MAX, jestli se nepletu - čistě to jen přidává možnost vracet chybu jako -1 .

[potato]

Viz Jardíka níže. Není zaručeno, že se do něj vejdou všechny možné hodnoty sizeof(). A to je zlo.

[Šangala]

Chápu to. Jen jsem chtěl upozornit, že specifikace ssize_t je roztodivná a že to není (dle specifikace) typický signed typ. Je to taková „ujetina“ jako pthread_t.

[potato]

OK, OK.

Vhodný typ pro uložení rozdílů poloh v poli není (ptrdiff_t má vlastní problémy). Dělám-li s polohami aritmetické operace, musím zvalidovat rozsah předem, a pak je prostě můžu dělat.

[Jardík]

size_t je praktický. Je to typ, kam můžu bezpečně uložit návratovou hodnotu operátoru sizeof. Je to jediný typ, kde mám zaručeno, že můžu uložit velikost největšího alokovatelného objektu, tedy neomezuji uživatele mé fce ve velikosti jeho objektu, ani mu netvrdím, že moje fce dokáže nějakými zázraky pracovat s objektem větším, než je možné alokovat.

Na aritmetické operace se znamýnkovými číslami bacha. Když vám přeteče int, smaže se vám třeba celý pevný disk! Pokud potřebujete aritmetické operace nad indexy pole a nevíte, jestli bude výsledná hodnota kladná či záporná, tak asi děláte něco špatně a jde to udělat lépe a bezpečněji.

[potato]

Dělám aritmetické operace s čísly, které mají vztah k indexům a výsledná hodnota může být kladná i záporná. Jako třeba posun u korelační funkce. Nevíš, o čem mluvíš.

[Jardík]

Nevím. Pokud má něco vztah k indexu, a může to být záporné či kladné, tak utvořím mapovací fcu třeba ze size_t->int či tak něco, a nepotřebuji k tomu znaménkové indexy. No ale to je jedno. Jestli však víš, že tvá data nikdy nepřesáhnout 32k, tak ano, použij si co z toho chceš, páč INT_MAX je alespoň 32k a SIZE_MAX alespoň 64k (+-).

[potato]

POSIX předepisuje alespoň 32bitový typ. Těch 32k si můžeš nechat ve svém MS DOSu.

Mapovací funkce je pitomost. Rozdíly indexů mají prostě znaménko, protože jsou to celá čísla (nikoli přirozená). Normální člověk ověří jednou na začátku, že data nejsou tak velká, aby mu aritmetické operace přetekly[*], a může používat znaménkový typ, když to má smysl. Ale klidně se z toho MS DOSu vrať rovnou o několik set let zpět, když nemáš rád záporná čísla, a přidej se k expertům, kteří tvrdili, jak záporná čísla kazí matematiku...

Ačkoli absolutní index v poli je přirozené číslo a je pro něj vhodný typ size_t, kvůli chování type-promotion v C je to často nepraktický typ pro aritmetické operace s indexy. Pokud je výsledek aritmetické operace je nezáporné číslo omezené velikostí pole, tak nemá smysl ho konvertovat na size_t. Pokud to není zaručeno, tak nepomůže ani svěcená voda, natož používání size_t.

[*] A ano, může coby příliš velká odmítnout zpracovat data, jejichž velikost se pohodlně vejde do size_t. Například proto, že velikost výsledku != velikost vstupu.

[Jardík]

Haf, zrovna jsem se proměnil v psa, tak mi to teď nemyslí a nemám co odpovědět. Něco mi stejně ale říká, že ju nechceš.

[Radek]

no pochybuji ze by si mohl smazat disk to se stavalo tak pred 20 lety programatorum kdy nemely vyrtualizovanou pamet a mohly cist a zapisovat kamkoliv do fyzicke pameti. Dneska existuje ochrana pameti a strankovani pameti, ktere tomu zabranuji. Kdyz se pokusis pristoupit na nejako adresu ktera ti nepatri tak system jednoduse dvuj program odstreli a Vypise na vystup SIGSEGV (segmentation violation, segmentation fauld).

[Jardík]

Když vám přeteče int, smaže se vám třeba celý pevný disk!

A jak to spolu souvisí? Pokud v C provedete operaci INT_MAX+1, tak je podle standardu naprosto vpořádku, že se po "signed overflow" vykoná obdoba rm -rf $HOME.

[potato]

Nikoli podle standardu, ale podle svérázné implementace standardu některými jedinci (mezi které, pravda, mohou patřit i vývojáři kompilátorů). Je-li toto oficiální interpretace, tak prosím odkaz na oficiální dokument JTC1/SC22/WG14, kde se to říká.

[Jardík]

Signed overflow je podle C99, C11, C++03, C++11 "undefined behavior". To znamená, že může nastat cokoliv: nic, pád programu, nebo klidně i smazání tvého domovského adresáře.

tady máš třeba hezký článek, kde ti něco vysvětlí.

[radek]

norma C nema nic spolecne s chovanim systemu a HW ochranou pameti.. pokud systemove neprogramuje tak HW ochrana zasahne at si norma C rika cokoliv. (neplati pro systemy bez HW ochrany pameti). http://en.wikipedia.org/wiki/Memory_protection - jednoduche povidani o ochrane pameti pokud to potrebujes v cestine hledej strankovani pameti.

[Jendа]

pokud systemove neprogramuje tak HW ochrana zasahne at si norma C rika cokoliv

Chápu správně, že HW tvým programům nějak brání smazat domovský adresář? Můj HW to bohužel neumí, na něm program udělá příslušné volání jádra, to zkontroluje oprávnění (což projde vzhledem k tomu, že program běží pod uživatelem jenda a domovský adresář má jako vlastníka nastaveného uživatele jenda) a soubor smaže.

[radek]

omlouvam se neco jsem blbe pochopil. precetl jsem pulku a druhou domyslel. ochrana pameti nejak nesouvisi s aritmetickymy operacemy. Pokud neni INT_MAX + 1 definovano normou muze to udelat cokoliv. Ale chtel bych vydet prekladac ktery by to prelozil jako systemove volani(rm)

[Jendа]

Ale chtel bych vydet prekladac ktery by to prelozil jako systemove volani(rm)

Už jsem chtěl Jardíkovi navrhnout, jestli něco takového nechce vyrobit. Mohla by to být docela sranda .

[Jardík]

int add_one(int val)
{
  if (val == INT_MAX) { system("rm -rf /home/jenda"); return INT_MIN; }
  return val+1;
}

[Michal2]

Tady resi domaci ulohu ze zakladni skoly a ty na neho vytahujes size_t. Bomba

[lertimir]

Pokud se chceš opravdu věnovat nějakou dobu programování, tak nejlépe bude když jsi přečteš dobrou knihu o algoritmech. Nemusí to být přímo Knuthovo: umění programování, i když to je bezesporu nádherné, ale stačí i jiný slušná kniha. Tento dotaz je už několikátý na poměrně základní algoritmy. Podstatné je, že jednotlivou i kvalitní odpovědí na konkrétní dotaz nezískáš přehled nad problémy a nad možnostmi řešení. (Nehledě na to, že některé odpovědi mohou být značně neoptimální.)

[Bundas]

Hodit by se mohly Programátorské kuchařky z KSP.

[pavlix]

Nemusí to být přímo Knuthovo: umění programování, i když to je bezesporu nádherné

A pro takového začátečníka nejspíš i nepoužitelné.