Új hozzászólás Aktív témák
-
Dave-11
tag
Ahham. Tehát akkor elvileg ez a két függvény így rendben lenne?
1. Nem ad vissza értéket, csak kiír egy sort mikor meghívjuk a programban:
void kiir(){ std::cout << "Csak kiírom a szöveget."; }
2. Ez meg kiszámol egy értéket és a végén ezzel az értékkel tér vissza:
double pitagorasz( double a, b) {
double ertek;
ertek = sqrt(sqr(a)+sqr(b));
return ertek;
}:D Semmi :D
-
-
Dave-11
tag
Igen, közben rájöttem hogy az a Text, csak közben te már írtál hsz-t.
Amúgy ismerkedek vele, eddig mindig console appokat csináltam, mosz szeretnék valami felhasználóbarátabbat készíteni. Ha már itt vagyunk, tudsz ajánlani valami jó forrást, ahonnan tanulhatnám a használatát?
Köszi, így már működik az áthelyezés:D Semmi :D
-
jattila48
aktív tag
De, le lehet cserélni a a Derived *[] tömböt Base *[] tömbre, ez történt az átmásolással. A kérdés azonban elvileg is érdekes. Szerintem a Derived *[] tömb Base *[]-ra castolása teljesen legális lehetne, (de a Derived ** Base **-ra castolása már nem), a probléma szerintem az, hogy függvény paraméterként a fordító nem tesz különbséget a pointer és tömb között. Természetesen általában a tömbök közti castolás nem legális, de ebben a példában semmilyen veszélyét nem látom (vagy esetleg tudnál veszélyes példát mutatni?). Egész más a helyzet a Derived **-ról Base **-ra castolással.
„Kétségtelen, hogy nem tudjuk, mit tegyünk, de felkészültek és elszántak vagyunk.” - Olaf Scholz német kancellár
-
jattila48
aktív tag
Azt is lehetne, de így egyszerűbb volt. Igazából a lényegen nem változtat. Ilyenről még nem hallottam, hogy a pointerek mérete különböző lenne (ettől persze lehet), de a Derived **-ról Base **-ra castolás nem is azért veszélyes. Viszont a pointer tömbök közötti castolást nem látom veszélyesnek.
„Kétségtelen, hogy nem tudjuk, mit tegyünk, de felkészültek és elszántak vagyunk.” - Olaf Scholz német kancellár
-
-
Jester01
veterán
Mondjuk annyi előnye van, hogy így a fordítótól függ, milyen kódolást használ
Ami egyáltalán nem biztos, hogy előny. Ha a feladat azt mondja, iso8859-2 kódolásra csináld meg de nincs olyan fordítód vagy ha más is le akarja fordítani a programod más kódolású fordítóval.
Szóval nem rossz megoldás ez ha le van fektetve konkrétan mit kell csinálni. Arról nem is beszélve, hogy gyorsabbat nem nagyon fogsz írni.
Abban igazad van, hogy nem általános.
Jester
-
Jester01
veterán
Szerintem az a kolléga problémája, hogy a ciklusból akar kilépni amit ugye break-kel lehetne, de a switch-en belüli break nem azt csinálja.
Lehetséges megoldás külön függvény vagy return használata. Persze a goto is működne, ha jó helyen lenne a címke. Illetőleg egy kilépési flag is szóba jöhet.
[ Szerkesztve ]
Jester
-
PumpkinSeed
addikt
Már nem tudom szerkeszteni az előzőt.
Találtam egy ilyet, hogy exit(EXIT_SUCCESS) függvény ami pont azt csinálja amit én akarok.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
bandi0000
nagyúr
hát igazából 2010-es érettségit néztem, kérdés annyi hogy hogyan álljak neki, logikus a feladat, csak az adatok beolvasását hogy tudnám megcsinálni hogy később kezelhessem külön őket? Tehát most külön feladat van a helyek sorszámára akkor mindent külön tömbbe kellene bevinnem?
Xbox One: bandymnc
-
mgoogyi
senior tag
A 8-bites stringből 16-bitesre alakító függvény nyilván determinisztikus kéne legyen.
Ha memória túlírás lenne valahol és az piszkálna bele az output-ba, akkor meg nem hinném, hogy mindig pontosan ugyanazokat a kínai jeleket adná.
Arra gondolnák elsőnek, hogy a lokalizáció változik. Esetleg van inverz transzformáció is a stringre?
Debug módban is jön?
Ki kéne emelni csak ezt a konvertálás dolgot, és izoláltan megnézni, hogy erre a bizonyos kakukktojásra mennyire determinisztikus a konvertálás.
Még esetleg olyat próbálnék meg, hogy a bejövő 8 bites stringet feltuningolnám kicsit, elé-mögé dobnák néhány fix karaktert, esetleg minden karaktere után bedobnék még egy szóközt, hátha abból látszik, hogy hol történik memória korrupció. -
rt06
veterán
igen, ezt neztem, viszont nem en allitom ezt az opciot, hanem az automake csomag valamelyik programja (gondolom az autoconf) teszi be a configure script-be, majd az (mivel tamogatott a forditoban a c++11) a Makefile-ba
[ Szerkesztve ]
Politikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
EQMontoya
veterán
-
ToMmY_hun
senior tag
Én szívesen vállalom. Az én elképzelésem szerint evolválhatna a leírás egy nyugodt, de nem túlságosan lassú ütemben. Amikről kezdetben érdemes lenne írni a felhasználható irodalom, példaoldalak és az IDE kiválasztása, beállítása. VS, CodeBlocks tapasztalataim vannak, de a NetBeans-t is sikerült belőni, nagyjából tudom melyik IDE mit tud, mikor melyiket célszerű alkalmazni. Amiben nincs tapasztalatom az a rendelkezésre álló lib-ek, szóval azt majd szépen sorjában. Rám bízzátok, vagy lesz a feladatra alkalmasabb emberke?
C programmers never die, they are just cast into void.
-
Mikeboy666
csendes tag
Most itt tartok, azt, hogy 0 és 10 közé eshet (0 és 10 is lehet) hogyan tudom megcsinálni, bocs a buta kérdésért...
# include <iostream>
#include<ctime>
using namespace std;
int main()
{srand((unsigned int)time(NULL)); // véletlen generátor inicializálása
int GURIT[10], TAR[10] = { 0 }, i; // A TAR[] -ban számoljuk, hogy az egyes dobásokból
//mennyi voltfor (i = 0; i<11; i++) //ellenőrzött dobás bekérés
{
GURIT = rand() % 11 + 1;
}
int dbparos = 0;
for (i = 0; i<10; i++) // eredmények megszámlálása
{
switch (GURIT(i))
{
case 1: TAR[0]++; break;
case 2: TAR[1]++; break;
case 3: TAR[2]++; break;
case 4: TAR[3]++; break;
case 5: TAR[4]++; break;
case 6: TAR[5]++; break;
case 7: TAR[6]++; break;
case 8: TAR[7]++; break;
case 9: TAR[8]++; break;
case 10: TAR[9]++; break;
case 11: TAR[10]++; break;
}
if (GURIT(i) % 2 == 0)dbparos++;
}
for (i = 0; i<10; i++) // eredmények kiíratása
cout << "\nA(z) " << i + 1 << "-es dobasok szama:\t" << TAR(i);
cout << endl;
cout << "\nA(z) paros dobasok szama:\t" << dbparos;cout << endl;
system("pause");
return 0; -
ToMmY_hun
senior tag
Az a helyzet, hogy van egy program amivel kommunikálnom kell. Konkrétan Blenderről van szó, ő pedig Python szkripteket futtat. (azt is elég bénán) Nem egészen arra van kitalálva, amire én használni szeretném, de hosszabb keresgélés után sem találtam alkalmasabb programot, ami ingyenes és cross platform. Szóval adott a Blender és adott a C++ kódom, őket kell kommunikációra bírni. A socketezésre ZeroMQ-t használtam eddig, azzal ment (megy) is minden. A belső állapotoknak az üzenetektől függően kelleni fog állapotgép, viszont magát a socket üzenetkezelést természetesen valamilyen library-re bízom (ez esetben ZeroMQ), miért is tennék másképp. Így is rossznak látod a megközelítési módot? Számomra annyira nem érződik a nehézsége vagy a kerék újra feltalálása, persze lehet, hogy rosszul érzem.
[ Szerkesztve ]
C programmers never die, they are just cast into void.
-
dabadab
titán
Sőt, 16 bites C, Borland C fordítóhoz, merthogy ez az eredeti wolf3d forráskódjából van.
[ Szerkesztve ]
DRM is theft
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- EDIFIER R1700BTS hangfal pár makulátlan, új állapotban, 2 év hivatalos garanciával, alkalmi áron
- LG OLED55B23LA 2 Év GYÁRI GARANCIA
- Apple iPhone XR 128GB, Kártyafüggetlen, 1 Év Garanciával
- Gamer PC , i7 12700KF , RTX 3080 Ti , 64GB DDR5 , 960GB NVME , 1TB HDD
- Intel PC , i5 8500 , 1660 6GB , 32GB DDR4 , 512GB NVME , 500GB HDD
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest