- Apple Watch
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Feltalálta a Google a keresőmotort
- Huawei Watch Fit 5 Pro - jó forma
- Samsung Galaxy Watch8 és Watch8 Classic – lelkes hiperaktivitás
- Yettel topik
- Android alkalmazások - szoftver kibeszélő topik
- Poco F8 Ultra – forrónaci
- Huawei Watch Fit 3 - zöldalma
-
Mobilarena
Mobilarena
Új hozzászólás Aktív témák
-
Nemirtam a levéllistára, neked írtam, de már megoldottam és müködik! Viszont még arra lennék kiváncsi, hogy hogyan lehet ezt megcsinálni: Van 3 válozó
a= évszám
b= hónap
c= nap
Hogyan lehet egy változóval azt megcsinálni, hogy közvetlen egymás után írja ki az abc értékét(mintha dátum lenne)
Pl: a=2004 b= 04 c=12
a d ezt írja ki: 20040412
Előre is köszi.
[Szerkesztve] -
./unix1: line 2: `n ='expr $1 - 19*($1/19),'
Van benne néhány
először is: az expr -nek úgy kell megadni hogy az operandusok és az opertáor közt kell hagyni szünetet
aztán szerintem a ()-t nem kezeli le, szóval ezzel is baja lehet(ebben nem vagyok biztos nem próbáltam), csinálhatod ehelyett azt, hogy a $1 / 19-et beteszed egy segéd változóba, vagy ami logikusabb, mivel a szorzás kommutatív: $1 / 19 \* $19 - bár ennek így megnézve semmi ételme, nyílván $1et kapsz vissza...
aztán hiba még, hogy a *-ot nem tudod így használni, le kell védened egy \-el s mindig amikor szorzást akarsz írni ezt irod: \*
aztán végül nemtom miaz a , a legvégén, szerintem az nem kell oda
ui. jól állhatsz, ha egy sorban ennyi hibád van
- de azért csak kérdezz nyugodtan, ha tudok segítekKöszi, tehát hogy néz ki helyesen?Vért fogok izzadni keddig
-
Köszi és azt meg tudnád mondani, hogy itt mi a hiba?
./unix1: line 2: syntax error near unexpected token `('
./unix1: line 2: `n ='expr $1 - 19*($1/19),'
Köszi mégegyszer.Jah és igen elte..../unix1: line 2: `n ='expr $1 - 19*($1/19),'
Van benne néhány
először is: az expr -nek úgy kell megadni hogy az operandusok és az opertáor közt kell hagyni szünetet
aztán szerintem a ()-t nem kezeli le, szóval ezzel is baja lehet(ebben nem vagyok biztos nem próbáltam), csinálhatod ehelyett azt, hogy a $1 / 19-et beteszed egy segéd változóba, vagy ami logikusabb, mivel a szorzás kommutatív: $1 / 19 \* $19 - bár ennek így megnézve semmi ételme, nyílván $1et kapsz vissza...
aztán hiba még, hogy a *-ot nem tudod így használni, le kell védened egy \-el s mindig amikor szorzást akarsz írni ezt irod: \*
aztán végül nemtom miaz a , a legvégén, szerintem az nem kell oda
ui. jól állhatsz, ha egy sorban ennyi hibád van - de azért csak kérdezz nyugodtan, ha tudok segítek -
ez annyit tesz, hogy ha az elsőként megadott paraméter nem -p, akkor fog belemenni az elágazásba. Meglehjetősen gyanús ez a sor nekem.
egy Elte-n feladott unix beadandó feladathoz hasonlít... Ha így van, és tényleg oda kell, akkor spec itt azt jelentia -p, hogy pünkösdöt kell-e kiszámolni. Tehát akkor fog belemenni az elágazásba, ha húsvétot kell. -
ez annyit tesz, hogy ha az elsőként megadott paraméter nem -p, akkor fog belemenni az elágazásba. Meglehjetősen gyanús ez a sor nekem.
egy Elte-n feladott unix beadandó feladathoz hasonlít... Ha így van, és tényleg oda kell, akkor spec itt azt jelentia -p, hogy pünkösdöt kell-e kiszámolni. Tehát akkor fog belemenni az elágazásba, ha húsvétot kell. -
Huh, ha jól emléxek akkor úgy lehet leggyorsabban megállapítani, hogy valami prímszám-e , hogy elkezded egyesével nézni a számokat egy ciklusban, ahol a ciklusváltozó lehet maga a szám amivel osztod a keresett számot. egészen gyök n-ig kell ezt csinálni (n az amiről megakarod álalpítani). és ha valamelyikkel osztható, akkor ugye nem prím-> vége a ciklusnak. Ha peig a ciklus végig fut, és az utolsó elem sem osztója n-nek, akkor prímet adtál meg.
unixban lekódolni pedig nem nehéz, itt egy példa(azért unixban énis kezdő vok, nem szidni a kódért )
a=$1
i=2
l=0 -- egy logikai változó, ami azt mondja, meg hogy osztója-e vagy sem
gyoka=(gyök a - nem tudom a gyök parancsot... )
while [ i -le gyoka ]
do
if [ `expr a % i` -eq 0 ]
then
l=1
fi
i=`expr i+1`
done
if [ l -eq 1 ]
then
echo ''Prím!''
else
echo ''Nem prím!''
fi
Na kb ennyi, de gondolom az okosabbak találnak majd benne ezer hibát -
igen unix shell script, de most jöttem rá, hogy olyan script kell, ami megvizsgálja, hogy a megadott paraméter prim szám-e
[Szerkesztve]Huh, ha jól emléxek akkor úgy lehet leggyorsabban megállapítani, hogy valami prímszám-e , hogy elkezded egyesével nézni a számokat egy ciklusban, ahol a ciklusváltozó lehet maga a szám amivel osztod a keresett számot. egészen gyök n-ig kell ezt csinálni (n az amiről megakarod álalpítani). és ha valamelyikkel osztható, akkor ugye nem prím-> vége a ciklusnak. Ha peig a ciklus végig fut, és az utolsó elem sem osztója n-nek, akkor prímet adtál meg.
unixban lekódolni pedig nem nehéz, itt egy példa(azért unixban énis kezdő vok, nem szidni a kódért )
a=$1
i=2
l=0 -- egy logikai változó, ami azt mondja, meg hogy osztója-e vagy sem
gyoka=(gyök a - nem tudom a gyök parancsot... )
while [ i -le gyoka ]
do
if [ `expr a % i` -eq 0 ]
then
l=1
fi
i=`expr i+1`
done
if [ l -eq 1 ]
then
echo ''Prím!''
else
echo ''Nem prím!''
fi
Na kb ennyi, de gondolom az okosabbak találnak majd benne ezer hibát -
jah, hogy a feladat nem tokeletes kerekites, hanem felfele kerekites?
akkor #include <math.h> es ceil(opt);
ceil and ceill round up
floor and floorl round down
Declaration:
double ceil(double x);
double floor(double x);
long double ceill(long double (x));
long double floorl(long double (x));
es elnezest a feltreeresert
es nem kell kiabalni, bazdmeg, hanem meg kellene tanulni egyertelmuen irni
ezt irtad a #366-ban:
''kerekítés:
int lepes = (double(int(opt)) < opt) ? int(opt)+1 : int(opt) ;''
en erre mondtam, hogy ez nem kerekites
[Szerkesztve]
[Szerkesztve] -
de egy ?: operátor van mögötte. ez egy feltétel. a bool visszatérési értékét használom. amúgy igen, lehetne így is:
int leptetes = int(opt) + (double(int(opt)) < opt);
ez is tökéletesen működne, de kevéssé magátó értetődő, és ez inkávv egy ,,c''-s megoldás, nem szép dolog c++ban ilyet hagyni. nem szeretik a c++ programozók. és én sem, mert nem szép.
''es a ++b a makromnak valoban nem tesz jot neki, most neztem ()
de a te megoldasod nalam folyamatosan felfele kerekit''
óh, jháh, doktor zwack, das ist eine Uniqum, az volt a feladat, hogy felfelé kerekítsem, mert nyilván nem kell magyaráznom, hogy a log_2(n) nem mindíg egész, és amikor tört, akkor a keresett érték a felső-egészrész.
[Szerkesztve] -
de egy ?: operátor van mögötte. ez egy feltétel. a bool visszatérési értékét használom. amúgy igen, lehetne így is:
int leptetes = int(opt) + (double(int(opt)) < opt);
ez is tökéletesen működne, de kevéssé magátó értetődő, és ez inkávv egy ,,c''-s megoldás, nem szép dolog c++ban ilyet hagyni. nem szeretik a c++ programozók. és én sem, mert nem szép.
''es a ++b a makromnak valoban nem tesz jot neki, most neztem ()
de a te megoldasod nalam folyamatosan felfele kerekit''
óh, jháh, doktor zwack, das ist eine Uniqum, az volt a feladat, hogy felfelé kerekítsem, mert nyilván nem kell magyaráznom, hogy a log_2(n) nem mindíg egész, és amikor tört, akkor a keresett érték a felső-egészrész.
[Szerkesztve]Jól értem, hogy most a lepes nevű változóban lesz eltárolva a kerekített érték? (nem az itt beírtra, hanem az ''eredetire'' gondolok).
Btw. mi C-t tanulunk (egyelőre) nem C++-t
-
igen, tudom, hogy mi van mogotte, ezert is irtam, hogy mindig 1-et ad vissza ----> mindig az int(opt)+1 lesz a fuggveny eredmeny, amennyiben az opt nem egesz szam ---- tehat 2.1 eseten is 3-at ad vissza es 2.9 eseten is (legalabbis nalam)
int lepes = (double(int(opt)) < opt) ? int(opt)+1 : int(opt) ;
2.1:
lepes = ( 2 < 2.1 ) ? 2+1 : 2; ----> lepes = 1 ? 3 : 2; ----> lepes = 3;
2.9:
lepes = ( 2 < 2.9 ) ? 2+1 : 2; ----> lepes = 1 ? 3 : 2; ----> lepes = 3; -
de egy ?: operátor van mögötte. ez egy feltétel. a bool visszatérési értékét használom. amúgy igen, lehetne így is:
int leptetes = int(opt) + (double(int(opt)) < opt);
ez is tökéletesen működne, de kevéssé magátó értetődő, és ez inkávv egy ,,c''-s megoldás, nem szép dolog c++ban ilyet hagyni. nem szeretik a c++ programozók. és én sem, mert nem szép.
''es a ++b a makromnak valoban nem tesz jot neki, most neztem ()
de a te megoldasod nalam folyamatosan felfele kerekit''
óh, jháh, doktor zwack, das ist eine Uniqum, az volt a feladat, hogy felfelé kerekítsem, mert nyilván nem kell magyaráznom, hogy a log_2(n) nem mindíg egész, és amikor tört, akkor a keresett érték a felső-egészrész.
[Szerkesztve] -
lehet rosszul ertek valamit, de ha az int(double) also egeszt vesz, akkor a double(int(opt)) < opt minden olyan esetben, mikor opt nem egesz, 1-e ad eredmenyul
es a ++b a makromnak valoban nem tesz jot neki, most neztem ()
de a te megoldasod nalam folyamatosan felfele kerekit
[Szerkesztve] -
úgy az int(double), mint a static_cast<int>(double) alsó egész-részt vesz. a kód működik.
én g++-t és borland compilert szoktam használni, mind a kettő így csinálja, és bár nem néztem, de a VS is biztosan.
az előbbi (ha másért nem is) azért kerekít felelé, mert egyszerűen eldobja a mantisszát. utóbbi implementációfüggő, de csak az van garantálva, hogy nem csinál hülyeséget, de az kerekíthet bármely irányba.
Ha negatív számokra is számítanánk, akkor lehet, hogy nem működne a kód, de itt nem ez a helyzet. a makrókkal meg vigyázni kell, mert egy ilyen egyszerű kifejezés, mint a round(++b) is megfingatja.lehet rosszul ertek valamit, de ha az int(double) also egeszt vesz, akkor a double(int(opt)) < opt minden olyan esetben, mikor opt nem egesz, 1-e ad eredmenyul
es a ++b a makromnak valoban nem tesz jot neki, most neztem ()
de a te megoldasod nalam folyamatosan felfele kerekit
[Szerkesztve] -
biztos vagy benne, hogy ez kerekit?
mert 2.1-re 2<2.1 a feltetel, es 2.9-re 2<2.9 - igy mindket esetben felfele kerekit
a te megoldasodban az int() hol kerekit (feltetelben), hol pedig floor-kent mukodik (2 masik eset)
en erre egy makrot hasznalok:
#define round(A) ( floor(A)+.5 < A ? floor(A) : ceil(A) )
a floor a lefele, a ceil pedig a felfele kerekites
[Szerkesztve] -
ah a VS szar, akkor rossz a telepítés(windows+ Studio) vagy a konfig mert a studio jól működik ha jól be van állítva.
kerekítés:
int lepes = (double(int(opt)) < opt) ? int(opt)+1 : int(opt) ;biztos vagy benne, hogy ez kerekit?
mert 2.1-re 2<2.1 a feltetel, es 2.9-re 2<2.9 - igy mindket esetben felfele kerekit
a te megoldasodban az int() hol kerekit (feltetelben), hol pedig floor-kent mukodik (2 masik eset)
en erre egy makrot hasznalok:
#define round(A) ( floor(A)+.5 < A ? floor(A) : ceil(A) )
a floor a lefele, a ceil pedig a felfele kerekites
[Szerkesztve] -
-
ÁÁÁ!! Elegem van ebből a VIsual-ból
Újabban (2-3 napja) állandóan azt csinálja, hogy compiling közben megáll. A fordítást leállítani nem tudom (hiába nyomkodom a gombot), bezárni se hagyja magát, s csak ctrl+alt+del-el lehet nagy nehezen lelőni 
Közben eszembe jutott még valami: az opt értékét valahogy kerekíteni kéne egész számra, mivel így nem tudom összehozni azt a lehetőséget, hogy pont annyi próbálkozással eltalálni, mint amennyivel a gép végzett volna. -
Cathfaern
nagyúr
ÁÁÁ!! Elegem van ebből a VIsual-ból
Újabban (2-3 napja) állandóan azt csinálja, hogy compiling közben megáll. A fordítást leállítani nem tudom (hiába nyomkodom a gombot), bezárni se hagyja magát, s csak ctrl+alt+del-el lehet nagy nehezen lelőni
Közben eszembe jutott még valami: az opt értékét valahogy kerekíteni kéne egész számra, mivel így nem tudom összehozni azt a lehetőséget, hogy pont annyi próbálkozással eltalálni, mint amennyivel a gép végzett volna. -
Pontosan
Csak közbe a logaritmus fgv használatával gondjaim akadtak, szóval holnap folyt. köv.Tehát:
ha azt írom, hogy
log2(max)
akkor nincs hiba, de ezt hogy tudom változóban eltárolni? Ugyanis ha azt írom, hogy:
opt = log2(max)
akkor kiírja hibának, hogy undeclared identifier (math.h header be van töltve) -
ha jol ertem, akkor neked valami olyasmi kell, hogy nezed a minimalisan szukseges lepesek szamat (log2n) es a tenyleges tippeket es a ketto hanyadosabol hatarozod meg, hogy az illeto ''ugyes'' volt-e
mondjuk ha a hanyados nagyobb, mint egy (vagyis <log2n tippel eltalalta), akkor ugyes, ha a hanyados egyenlo eggyel, akkor elfogadhato (mert ugye kovette az algoritmust, de semmi extrat - pl mazli - nem mutatott fel), ha pedig a hanyados kisbb mint egy, akkor (leven tobb tippje volt, mint ami a megoldashoz szukseges) ejnye-bejnye, mert csak vaktaban lovoldozott (s nagy szamoknal ez eleg gaz lehet, mert pl mig az algoritmust hasznalva ~1 000 000 szambol 20 lepesben megtalalhato a keresett, addig totozva ez igen hosszadalmas es az 1e6 nem is olyan nagy szam)Pontosan
Csak közbe a logaritmus fgv használatával gondjaim akadtak, szóval holnap folyt. köv. -
Cathfaern
nagyúr
Közbe rájöttem, hogy még se jó ha az algoritmust írom meg...mivel akkor más és más szám értékekre (ugyanazon itervallumon) más és más eredmény fog kijönni (vagy legalábbis nálam így van
). Nekem viszont a legroszabb eset kell. Szóval akkor mégiscsak a logaritmus kéne nekem...na de azt majd holnap -
Szerintem beírom az egész feladatot, aztán akkor tisztább lesz minden
Számkitalálós játék inputként megadott korláttal: számgenerálás 1-től n-ig, ahol az n input (pl. 1<n<65536), a kiértékelést ''normalizálni'' kell (azaz pl. n=5000 esetén 13 tipp a ''felezgetős'' eredmény és az 5 tipp még nagyon jó, ugyanakkor 15 számnál az 5 tipp már rossz eredmény).
Na most a feladat első része megvan, már csak ezt a ''normalizálást'' kéne tető alá hozni.
Eddig azért nem írtam be, mert szándékosan nem akartam azt, hogy valaki fogja s leírja a jó megoldást. -
zarojelezessel vannak gondok (most ezt lehet eltulzom, de en inkabb mindenhova zarojelet rakok mar) - ami biztos rossz, hogy mindket ertekadasodnal egy nyito es ket zaro zarojel szerepel
if ( ( ( also_korlat + felso_korlat ) / 2 ) < szam ) {
also_korlat = ( ( also_korlat + felso_korlat ) / 2 );
} else {
felso_korlat = ( ( also_korlat + felso_korlat ) / 2;
}
szerk.: faster: ez a sebesseg olyok mar idegesito![;]](//cdn.rios.hu/dl/s/v1.gif)
[Szerkesztve]Uh, jó sok hülye zárójelet írtam, az biztos. Lehet, hogy nem éjjeli egykor kéne nyomni
-
Cathfaern
nagyúr
Szerintem beírom az egész feladatot, aztán akkor tisztább lesz minden
Számkitalálós játék inputként megadott korláttal: számgenerálás 1-től n-ig, ahol az n input (pl. 1<n<65536), a kiértékelést ''normalizálni'' kell (azaz pl. n=5000 esetén 13 tipp a ''felezgetős'' eredmény és az 5 tipp még nagyon jó, ugyanakkor 15 számnál az 5 tipp már rossz eredmény).
Na most a feladat első része megvan, már csak ezt a ''normalizálást'' kéne tető alá hozni.
Eddig azért nem írtam be, mert szándékosan nem akartam azt, hogy valaki fogja s leírja a jó megoldást. -
Na most elvileg nekem elég maga a szám, hogy hány lépésből lehet kitalálni.
De úgy döntöttem elszórakozok az egész megírásával, gyakorlásnak nem rossz.
lenne is egy kis gond (csodálkoztam volna is, ha működne rendesen): ezzel mi a gondja?
if (also_korlat+felso_korlat)/2) < szam
also_korlat = (also_korlat+felso_korlat)/2);
else felso_korlat = (also_korlat+felso_korlat)/2;
(ezt írja ki:
error C2143: syntax error : missing ';' before '/'
error C2059: syntax error : ')'
error C2059: syntax error : ')'
error C2181: illegal else without matching if
)
Egyébként MS Visual C++-ban programozok, hogy őszinte legyek a linuxos (szövegszerkesztő + fordító) messze jobban tetszik, de mivel MSVC-ben oktatják, úgy gondoltam kitanulom a f@szságait, hogy ne legyen ebből gond.zarojelezessel vannak gondok (most ezt lehet eltulzom, de en inkabb mindenhova zarojelet rakok mar) - ami biztos rossz, hogy mindket ertekadasodnal egy nyito es ket zaro zarojel szerepel
if ( ( ( also_korlat + felso_korlat ) / 2 ) < szam ) {
also_korlat = ( ( also_korlat + felso_korlat ) / 2 );
} else {
felso_korlat = ( ( also_korlat + felso_korlat ) / 2;
}
szerk.: faster: ez a sebesseg olyok mar idegesito
[Szerkesztve] -
Na most elvileg nekem elég maga a szám, hogy hány lépésből lehet kitalálni.
De úgy döntöttem elszórakozok az egész megírásával, gyakorlásnak nem rossz.
lenne is egy kis gond (csodálkoztam volna is, ha működne rendesen): ezzel mi a gondja?
if (also_korlat+felso_korlat)/2) < szam
also_korlat = (also_korlat+felso_korlat)/2);
else felso_korlat = (also_korlat+felso_korlat)/2;
(ezt írja ki:
error C2143: syntax error : missing ';' before '/'
error C2059: syntax error : ')'
error C2059: syntax error : ')'
error C2181: illegal else without matching if
)
Egyébként MS Visual C++-ban programozok, hogy őszinte legyek a linuxos (szövegszerkesztő + fordító) messze jobban tetszik, de mivel MSVC-ben oktatják, úgy gondoltam kitanulom a f@szságait, hogy ne legyen ebből gond. -
log fgv-hez milyen header kell?
Miracle:
ne zavarj már be Már azt hittem kezdem érteni, erre jösz te sorry.
mondjuk így néz ki amit akarsz:
int a[1..100]; /* ebbe a tömbbe eltárolod a számokat, amikben keresni akarsz, persze _növekvő_ sorrendben.*/
struct nincs_meg{};
ekkor a függvény(a pontos a sorok elején csak a tabulálás miatt vannak ott):
int logker(const int[] t, const int b, const int e, const int what)
{
. int temp = (b+e) /2;
. if (t[temp] > what)
. {
. return logker(v, b, temp, what);
. }
. else
. {
. if (v[temp] == what) return temp;
. if (b = e) throw(nincs_meg);
. return logker(v, temp, e, what);
. }
}
ez egy rekurzív megvalósítás, nem garantálom, hogy műxik, nem fordítottam le, de szerintem működni fog. vedd észre, hogy hiába statikus az a tömb mérete, ezt a függvény nem használja ki, bármekkora tömböt átadhatsz neki, csak a 2. és a 3. változó 0, illetve tömbméret-1 legyen. megvalósítható templatekkel is, de nem szeretném bonyolítani. így tudod használni
try
{
logker(a,0,99,40) //a fenti a tömbben keressük a 40 értéket
}
catch(nincs_meg){std :: cout << ''nincs ilyen értékű elem a tömbben\n'';}
remélem érthető(és működik)
a műveletigény azt jelenti, hogy ezzel az algoritmussal ha n hosszú a tömb, akkor legrosszab esetben log_2(n) felső-egész-rész lépésben megtalálod a keresett számot, log2n pedig az a szám, mire 2őt emelve n-et kapunk, így tudod kiszámolni számológéppel: log_2(n) = lg(n) / lg(2) (itt lg tetszőleges logaritmus, amit találsz a számológépeden) megjegyzem, hogy az átlagos műveletigény azt feltételezve, hogy a keresett száém megtalálásának valószínűsége minden rekeszben 1/n log_2(n) felső-egészrész -1
és bocs hogy összezavartalak, remélem kiengeszteltelek.. -
math.h
egyebkent nem zavar be, igaza van - ha nincs kulon benne a feladatban, hogy szamold ki a lepesek szamat, akkor nincs ra szukseged
egyebkent az ilyen feladatokat a legkonnyebb programozni, hisz az algoritmus ott van elotted (irtad, hogy ''az elvet tudod'' - na ez nem csak az elv, ez maga az algoritmus)
egyebkent miben programozol? (ha jol remlik, akkor te linuxot nyuzols, szoval gondolom valami egyszeru szovegszerkeszto es parancssoros fordito) -csak azert mert pl a borland dos-os ''fejlesztokornyezeteinek'' (bp, bc) igen jo a sugoja, csak ajanlani tudom -
log fgv-hez milyen header kell?
Miracle:
ne zavarj már be Már azt hittem kezdem érteni, erre jösz te Bináris kereséshez nem kell logaritmust számolni, mert azt úgy számolod, hogy az intervallumot felezve közelíted az eredményt, és ehhez max. log2n lépésre van szükséged, de ezt nem kell előre kiszámolni. Te csak szépen közelítesz az eredményhez, majd hopp, megvan.
Egyébként úgy, ahogy VladimirR leírta 336-ban:
''van ugye az intervallumod, amit a ket ''korlatja'' hataroz meg, ha egyik sem esik egybe a szammal, akkor ellenorzod, hogy a max+min/2 az nagyobb, vagy kisebb, mint a szam, s ennek megfeleloen a max, vagy min erteket (az intervallum szele) egyenlove teszed a max+min/2-vel - igy egyre kisebb lesz az intervallum, mig el nem talalod a szamot''
[Szerkesztve] -
Real:
double log(double x);
double log10(double x);
long double logl(long double (x));
long double log10l(long double (x));
Complex:
complex log(complex x);
complex log10(complex x);
[Szerkesztve]log fgv-hez milyen header kell?
Miracle:
ne zavarj már be Már azt hittem kezdem érteni, erre jösz te -
''Azt kéne meghatározni, hogy legoptimálisabb esetben hány próbálkozásból lehet ezt a számot biztosan kitalálni'' - irta Cathfaern kicsit fentebb
egyebkent ha megnezed, akkor lathatod, hogy ami algoritmust javasoltam, annak koze nem volt a logaritmushoz, a log2n-t csak a kerdesre valaszolva irtam
(es tenyleg progmat
) -
''Azt kéne meghatározni, hogy legoptimálisabb esetben hány próbálkozásból lehet ezt a számot biztosan kitalálni'' - irta Cathfaern kicsit fentebb
egyebkent ha megnezed, akkor lathatod, hogy ami algoritmust javasoltam, annak koze nem volt a logaritmushoz, a log2n-t csak a kerdesre valaszolva irtam
(es tenyleg progmat)írtam Neked egy mailt
-
de ne ne ne!
ne hagyd magad meghülyíteni!
neked nem kell logaritmust számotatni, arra semmi szükséged nincs , csak a progmatos(/műinfós? nem hiszem) kollégákból előtört az algoritmusok műveletigényéről tanult anyag 
, ami (hacsak nem írsz powerappot) annyira nem fontos. A kódoláshoz meg semmi köze 
''Azt kéne meghatározni, hogy legoptimálisabb esetben hány próbálkozásból lehet ezt a számot biztosan kitalálni'' - irta Cathfaern kicsit fentebb
egyebkent ha megnezed, akkor lathatod, hogy ami algoritmust javasoltam, annak koze nem volt a logaritmushoz, a log2n-t csak a kerdesre valaszolva irtam
(es tenyleg progmat) -
de ne ne ne!
ne hagyd magad meghülyíteni!
neked nem kell logaritmust számotatni, arra semmi szükséged nincs , csak a progmatos(/műinfós? nem hiszem) kollégákból előtört az algoritmusok műveletigényéről tanult anyag , ami (hacsak nem írsz powerappot) annyira nem fontos. A kódoláshoz meg semmi köze -
Kösz.
Másik probléma:
Van egy adott szám és egy adott intervallum. Azt kéne meghatározni, hogy legoptimálisabb esetben hány próbálkozásból lehet ezt a számot biztosan kitalálni. Az elvet tudom: vesszük az intervallumot, elfelezzük. Utána megnézzük, hogy melyik fél intervallumban van a szám. Aztán azt továbbfelezem, majd megint megnézem hol van...stb. De akárhogy próbálkozok, ezt nem tudom lekódolni Már ott elakadok, hogy a mit adjak meg feltételnek, hogy meddig menjen a ciklus
(tudom, ez nagyon alap dolog, de még csak most kezdtem programozni)tehat a ciklus az szvsz hatultesztelo legyen es azt nezze, hogy intervallum alfo, vagy felso korlatja egybeesik-e a szammal
van ugye az intervallumod, amit a ket ''korlatja'' hataroz meg, ha egyik sem esik egybe a szammal, akkor ellenorzod, hogy a max+min/2 az nagyobb, vagy kisebb, mint a szam, s ennek megfeleloen a max, vagy min erteket (az intervallum szele) egyenlove teszed a max+min/2-vel - igy egyre kisebb lesz az intervallum, mig el nem talalod a szamot
es azt hiszem, hogy kettesalapu logaritmus(intervallum hossza) lepesben allapithato meg a szam, de ebben nem vagyok 100%-ig biztos
remelem ki tudsz hamozni valamit abbol, amit ''irtam''
-
[ide hulyeseget irtam]
pl.: (rand() % x) - 0 es x-1 kozotti egesz szamot ad vissza
masik: random(x) - 0 es x-1 kozotti egesz szamot ad vissza
[Szerkesztve]Kösz.
Másik probléma:
Van egy adott szám és egy adott intervallum. Azt kéne meghatározni, hogy legoptimálisabb esetben hány próbálkozásból lehet ezt a számot biztosan kitalálni. Az elvet tudom: vesszük az intervallumot, elfelezzük. Utána megnézzük, hogy melyik fél intervallumban van a szám. Aztán azt továbbfelezem, majd megint megnézem hol van...stb. De akárhogy próbálkozok, ezt nem tudom lekódolni Már ott elakadok, hogy a mit adjak meg feltételnek, hogy meddig menjen a ciklus
(tudom, ez nagyon alap dolog, de még csak most kezdtem programozni) -
int value = (rand() * 11) / (RAND_MAX + 1);
Így egy 1 és 10 közötti véletlenszám tárolódik a value változóban.
Valaki ezt kicsit el tudná nekem magyarázni? Amit nem értek:miért kell a rand() fgv-t 11-el megszorozni? Hogy tudnám elérni azt hogy egy felső határt adjak meg a generálásnak? (azaz, hogy egy adott számnál ne generáljon nagyobbat) -
3. Mármint erre gondolsz?
srand(time(NULL));
int value = (rand() * 11) / (RAND_MAX + 1);
Így egy 1 és 10 közötti véletlenszám tárolódik a value változóban.
A rand() függvény használata előtt érdemes meghívni a srand() függvényt is, különben minden egyes futáskor ugyanazokat a véletlenszámokat fogja visszaadni.
Ennek a függvénynek a paramétere határozza meg, hogy honnan kezdje a generálást a véletlenszám generátor. Általában az aktuális időt szakták átadni, így minden egyes futáskor más véletlenszámokat jönnek ki. -
Fejv@dászLány
csendes tag
nézd meg ezt: Bővebben: link
Ha módosítani kell a szöveget, és a módosított szöveg nem olyan hosszú, mint az eredeti az problémákat vet fel(a fileon belüli címek megváltoznak), elképzelhető, hogy a módosítás után nem fog rendesen működni . Bár nem ismerem ezt a programot, nem használtam, csak olyannak tűnik, ami neked jó, elképzelhető, hogy erre is figyel, de nem hiszem.köszi, megnézem! megirom majd mi történt....
-
Miracle
senior tag
A célom az, hogy a file-ban lévő text-et, amit innen szed átírjam. De most semmit sem látok, csak zagyvaságot, még magát a text-et sem....
nézd meg ezt: Bővebben: link
Ha módosítani kell a szöveget, és a módosított szöveg nem olyan hosszú, mint az eredeti az problémákat vet fel(a fileon belüli címek megváltoznak), elképzelhető, hogy a módosítás után nem fog rendesen működni . Bár nem ismerem ezt a programot, nem használtam, csak olyannak tűnik, ami neked jó, elképzelhető, hogy erre is figyel, de nem hiszem. -
Fejv@dászLány
csendes tag
-
becso13
aktív tag
Sziasztok!
Tudna segíteni vki abban, hogy hogyan tudok gépi kódból a forráskódra rájönni? Van egy file,a softveren belül, amit szeretnék módisítani. Gondolom valami complier kéne, csak még azt sem tom, miben lett írva.
Köszike
[Szerkesztve] -
Fejv@dászLány
csendes tag
Sziasztok!
Tudna segíteni vki abban, hogy hogyan tudok gépi kódból a forráskódra rájönni? Van egy file,a softveren belül, amit szeretnék módisítani. Gondolom valami complier kéne, csak még azt sem tom, miben lett írva.
Köszike
[Szerkesztve] -
''a pascal szerintem a turbo pascal 5.5(1989) ota objektum orientalt''
Hi!
Úgy is mondhatjuk. Helyesebb viszont úgy, hogy ''belehekkeltek'' valamit, hogy legyen benne az is... Tudom, próbálkoztam vele és muitán megismertem, hogy hogyan is kéne objektumorientáltan programozni, utána tűnt fel, mekkora szar...
Gondolom a Delphiben már megoldották, azt egyáltalán nem ismerem.
Üdv,
Mikey. -
Na akkor egy kis c++ kérdés (Kovács-Úr-nak, hogy ne unatkozzan
)
1.
Ha vannak ilyen nevű változóim, hogy pl: a0, a1, a2, a3, a4, a5
és szeretném egy for ciklussal (printf, scanf) feltölteni őket a scanf-nél hogyan tudok hivatkozni arra, hogy az i-edik (i a ciklusváltozó) változóba tegye be a beolvasott számot? (Tömbbel meg tudnám csinálni, de nem akarok tömböt alkalmazni....)
2.
x köb, x ''a negyediken'' stb kifejezéseket hogy tudom beírni a kódba? (és melyik fejléc-állomány fog kelleni? math.h?)
3. Véletlenszámgenerátor álltal szolgáltatott értéket miként tudok egy változóba tölteni? -
Hát nem sok jót tudok mondani. zsűlölök papíron programozni, a villamosságtan messze áll a lelkivilágomtól a matekhoz meg hülye vagyok (ezen a szinten). És akkor még van egy közgáz...
Ne aggódj, másfele is papiruszon nyomják a ciklusokat
Szépen összeválogattad akkor a dolgokat, és ezt mind egyszerre nyomod?...egézségedre
[Szerkesztve] -
-
Kéne nekem egy help!
Ha pl.: C-ben akartok csinálni egy fallabda-progit, akkor:
Hogy lehet megcsinálni, hogy a user cselekvésétől függetlenül menjen a labda, azaz ne kelljen mindig mozdítanio a platformot, hogy a labda is menjen?
A gondom: nem tudom azt megoldani, hogy valami menjen időzítve, s eközben lehessen billentyűlenyomásra egyidejűleg más parancsokat is véghezvinni... -
Kéne nekem egy help!
Ha pl.: C-ben akartok csinálni egy fallabda-progit, akkor:
Hogy lehet megcsinálni, hogy a user cselekvésétől függetlenül menjen a labda, azaz ne kelljen mindig mozdítanio a platformot, hogy a labda is menjen?
A gondom: nem tudom azt megoldani, hogy valami menjen időzítve, s eközben lehessen billentyűlenyomásra egyidejűleg más parancsokat is véghezvinni...
- de azért csak kérdezz nyugodtan, ha tudok segítek
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Újabban (2-3 napja) állandóan azt csinálja, hogy compiling közben megáll. A fordítást leállítani nem tudom (hiába nyomkodom a gombot), bezárni se hagyja magát, s csak ctrl+alt+del-el lehet nagy nehezen lelőni 
)
, ami (hacsak nem írsz powerappot) annyira nem fontos. A kódoláshoz meg semmi köze 
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- ÚJ! Samsung Galaxy S20 FE 6/128GB - 17Db
- Switch Játékok eladóak!
- X1 Yoga Gen8 2-in-1 14" FHD+ IPS érintő i7-1355U 16GB 512GB NVMe ujjlolv IR kam gar
- Raktáron, PlayStation 4 Slim 500GB, gyönyörű szép állapotban, 6 hó garanciával, üzletből!
- PlayStation 4 Pro 1TB 7216B, frissen pasztázva, 6 hó garanciával, Bp-i üzletből eladó!
- AKCIÓ! Lian Li Galahad II 360ARGB white bontattlan vízhűtés garanciával hibátlan működéssel
- ÚJ ASUS Vivobook 15 - 2.8K OLED 120Hz - i5-1335U - 16GB - 1TB - Win11 - Garancia
- BESZÁMÍTÁS! GIGABYTE B650M R7 8700F 32GB DDR5 1TB SSD AMD 9060XT 16GB Montech XR TG fehér 750W
- 27% - GMR 16GB (2x8GB) DDR3 1600MHZ Memoria!
- Új Lenovo T14 Thinkpad G5 WUXGA Ultra7 155U 12mag 32GB RAM 1TB SSD Intel iGPU Win11 Pro 4év Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest