Hülye kérdés C-ből

es mi lenne ha azt irnad mit szeretnel csinalni? :)

[quote:a5da0b8c2f="nosy"]Egy megoldashoz kellene problemat kitalalni?

A válasz Jézus. Mi a kérdés?

Mivel az eddigi lenyegi kerdeseket elottem matr megvalaszoltak, egy kis bike-sheddinggel szinesitem a napot. ;-)

Szoval a kovetkezo eszkozok hasznalata sokat segit majd a feladat megoldasat:
* tabulalas (nem tudom, hogy a forummotor tolta-e ilyenre a sorokat, de a fenti kodreszlet egyenesen muveszi :-))
* debugger
* printf
* Numerical Recipes in C++ (tudomasom szerint van vmi online valtozat is)

hogyhogy hogy? van erre egyáltalán limit?

amúgy ha sok paramétert akarsz átadni, célszerűbb egy struct-ot használni, abba teszed a paramétereidet és csak a struct címét adod át a függvénynek...

sziasztok, egy gyors kerdes:

hogyan lehet konyvtarat letrehozni c-ben? gugliztam, de nem talaltam semmit, ha linket tud valaki, az is boven jo.

kosz

b

[quote:a5ce161147="blau"]sziasztok, egy gyors kerdes:
hogyan lehet konyvtarat letrehozni c-ben? gugliztam, de nem talaltam semmit, ha linket tud valaki, az is boven jo.

man 2 mkdir
NAME
mkdir - create a directory

SYNOPSIS
#include <sys/stat.h>
#include <sys/types.h>

int mkdir(const char *pathname, mode_t mode);

DESCRIPTION
mkdir attempts to create a directory named pathname.

stb.

kosz!

udv,
meg 1 huje kerdes c-bol:
mivel szoktak az srand()-ot megetetni hogy
meg "kis" idokozonkenti futtatasnal is
(lehetoleg) kulonbozo ertekeket irjon ki.
a programot valahogy igy hasznalnam:
[code:1:fe013f56b8]
for i in `ls *.txt`
do
./a.out >> $i
done
[/code:1:fe013f56b8]
vegulis ugy "oldottam" meg a dolgot hogy
az programnak odaadom a /proc/uptime-ben
levo ket szamot es ezek*100 atlagaval initelem az srand-ot:
[code:1:fe013f56b8]
for i in `ls *.txt`
do
./a.out `cat /proc/uptime` >> $i
done
[/code:1:fe013f56b8]
mi a sztenderd megoldas c-n belul erre?
koszi, ncs

Szerintem a legegyszerubb, a az srand aktualis parameterenek a rendszeridot adod meg. Egyebkent, ha mindig ugyanazt a szamot kapja, akkor vegul is ugyanazt a veletlen sorozatot allitja elo elvileg.

Morzel

Morzel:
2 kerdesem lenne:
mi az a rendszerido es azt mivel kapom meg c-ben?
egyebkent ha a time()-re gondolsz a time.h-bol, az
nem jo nekem mert masodperc alapu, es
a fenti szkriptben a sec tul nagy.
koszi, ncs

Remelem nem írok hülyeséget:
srand( time ( NULL ) ); // az procit aktualis órajelét adja át

kalamajka:
errol csak egy versreszlet jut eszembe:
[code:1:7e0d59437b]
...azt mondjak hogy meghalok,
de annyi mindenfelet hall az ember,
hogy erre csak hallgatok. /j.a./
[/code:1:7e0d59437b]
koszi

A time() az tényleg csak másodperceket ad vissza, a gettimeofday() viszont tud pontosabb adatokat is mondani, nevezetesen mikromásodpercet is:
[code:1:630952a75f]
#include <stdio.h>
#include <sys/time.h>

int main(void)
{
struct timeval tv;

gettimeofday(&tv, NULL);
printf("%d sec, %d usec\n", tv.tv_sec, tv.tv_usec);
return 0;
}
[/code:1:630952a75f]
Azt hiszem, a mikromásodperc elég random lesz :).

[quote:c232bd8a11="gsimon"]A time() az tényleg csak másodperceket ad vissza, a gettimeofday() viszont tud pontosabb adatokat is mondani, nevezetesen mikromásodpercet is:
[code:1:c232bd8a11]
#include <stdio.h>
#include <sys/time.h>

int main(void)
{
struct timeval tv;

gettimeofday(&tv, NULL);
printf("%d sec, %d usec\n", tv.tv_sec, tv.tv_usec);
return 0;
}
[/code:1:c232bd8a11]
Azt hiszem, a mikromásodperc elég random lesz :).

Szerintem meg maga a mikromasodperc egyaltalan nem lesz random. Ne a lassu emberi agyhoz gondold a dolgot. A szamitogepnek nem sok egy mikromasodperc.

Morzel

cat /dev/[u]random? :)

[quote:f8fade0aeb="Morzel"]Szerintem meg maga a mikromasodperc egyaltalan nem lesz random. Ne a lassu emberi agyhoz gondold a dolgot. A szamitogepnek nem sok egy mikromasodperc.

Hát, ahogy láttam, shell-scriptből indítgatja a progit újra és újra, egymillió processz-indítás másodpercenként meg szerintem még a kernel ütemezőnek is sok (még ha 1000 Hz-en ketyeg is), nemhogy a shellnek, így minden meghívásnál a tv.usec más lesz. Ez pedig már elég ahhoz, hogy az srand() totál különbözőre inicializálja a véletlen-generátort. (A libc-ben lévő random nem egy atombiztos, de annyira van erős, hogy akár szomszédos értékekről indítva se legyen túl sok korreláció a generált sorozatok között.)

A /dev/urandom nem rossz, csak egy kicsit linux-specifikus, nem?

-

gsimon: koszi a segitseget.
erdekes hogy a
pascal (gpc) randomize-vel
nem jott elo a problema.
udv, ncs

Lassítóciklus 8-)

Prímszámokat keres.

Egy megoldashoz kellene problemat kitalalni?

[quote:4bcbaf0cb8="jcsaba"]Prímszámokat keres.

Keresne, ha "c = c+c" helyett "c = c+b" lenne, így ugyanis nem b többszöröseit billenti át, hanem b hatványait. Hogy ez mit hoz ki, hát fene tudja.

[quote:aeba787161="gsimon"][quote:aeba787161="jcsaba"]Prímszámokat keres.

Keresne, ha "c = c+c" helyett "c = c+b" lenne, így ugyanis nem b többszöröseit billenti át, hanem b hatványait. Hogy ez mit hoz ki, hát fene tudja.

Jogos. :wink:

[quote:6ef5c0c4e0="gsimon"]...így ugyanis nem b többszöröseit billenti át, hanem b hatványait...

Úgy látszik, nem csak a gyomromat ülte meg az ebéd, hanem az agyamat is.
Természetesen nem b hatványain megy végig, hanem kettő-hatványszorosain, azaz a (b, 2b, 4b, 8b, 16b, stb.) sorozaton.