- Milyen okostelefont vegyek?
- Elcsípte a Huawei kameratelefonja az első helyet
- Windows CE fórum
- Samsung Galaxy S23 Ultra - non plus ultra
- Dobta a zoomkamerát az új Sony Xperia 10
- Google Pixel 6/7/8 topik
- Okosóra és okoskiegészítő topik
- Poco F3 - a mindenes, de nem mindenkinek
- Mobil flották
- Megérkezett a Google Pixel 7 és 7 Pro
Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Huawei Watch Fit 3 - zöldalma
ma Megnéztük, hogy tényleg okosóra lett-e a Huawei fitnesz karperecéből.
-
Színészek hangjait lopta el egy AI-cég
it Az USA-ban bepereltek egy AI-céget, mert a vád szerint ellopták a színészek hangjait, majd AI segítségével a saját céljaikra használták azokat.
Új hozzászólás Aktív témák
-
nagyúr
válasz dabadab #5250 üzenetére
A k/q write only, akarhogy strukturalsz
Ha meg van code folding, akkor
#region Do something complex
do_something_simple();
do_something_even_simpler();
#endregionDe ha sima C-rol van szo, akkor igazabol nincs gyakorlati tapasztalatom real life, szoval elfogadom, ami mondasz.
while (!sleep) sheep++;
-
kingabo
őstag
válasz skylaner #5252 üzenetére
Jaja. Nekem clipper kódot kellett portolnom igaz C#-ra. Fv első sora if akármi, az endif x ezer sorral lejjebb. Képtelenség volt átlátni, hogy mit csinál. Ha a működés fel lett volna osztva további fk-re, akkor szépen látszott volna minden lépés, hogy mit is csinál a cucc. (pl kérd le az adatokat, szűrd le, számolj velük, generálj exportokat, mentsd a változásokat)
Ráadásul, ha ügyesen bontad szét a működést és jó fv neket adsz igen nagy mértékben le lehet csökkenteni a kommentek mennyiségét. Nem kell kiírni, hogy most ezt csinálom azt csinálom, mert az fv nevéből látszik. A sokkal fontosabb, hogy miért csinálom kommentek (ami a sok komment között elveszik) pedig szem előtt lesznek, keresés nélkül is.
A C#-os region-okra egyre több helyen tekintenek rosszként. Github-on pl több helyen is írták, hogy egyáltalán ne legyen a kódban... Mellesleg amikor egy rakat kódot összefogsz egy régióba, azt akár ahogy van ki is rakhatod egy fv-be. És késöbb, ha bele kell nyúlnod könnyebben találod meg, könnyebb módosítani, sőt még a többi x helyre se kell a fixet copy-paste-elni, mert mindenhonnan fv-t hívsz.
Persze One-Man-Army esetén úgy dolgozol, ahogy jól esik, de ha másokkal kell együtt dolgozni, vagy más kódját kapod meg, amit először meg akarnál érteni, akkor (legalábbis számomra) mindenképpen hasznos, ha fv-kba szét van robbantva a kód és átlátható, mintha azt sem tudod az 1000 sorban hol is vagy éppen.
Sztem.[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz EQMontoya #5218 üzenetére
"ezt a hozzászólást már csak Lezsonak kell belinkelned, hogy c++ kulcsszóra miért nem találja meg a kereső"
Idézőjelek közé téve a keresőszót már megtalálja a kereső a topicot: [link]. A legtöbbször így kell itt kutatni a pontosság kedvéért (legalábbis ilyen jellegű keresőszavaknál biztosan), különben elég sok fura "valami hasonló" találat jöhet ki, ami valójában nem is hasonlít (mint pl. itt az idézőjelek nélküli változat).Sk8erPeter
-
nagyúr
válasz Jester01 #5256 üzenetére
Ahogy irtam, generalt kod(kent indult).
Egyebkent meg a goto-val az a baj, hogy nagyon konnyu rosszul hasznalni. Maga a goto utasitas nem egy bun, alapvetoen. [link] (Egyebkent meg a compiler okossagatol fuggoen a while-continue lehet egy utasitassal lassabb, mint a goto..)
[ Szerkesztve ]
while (!sleep) sheep++;
-
dabadab
titán
válasz EQMontoya #5258 üzenetére
"Goto-t igazából a C korszakban igyekeztek nagyon írtani"
Valójában Dijkstra ismert cikke '68-as, a C-n meg '69-ben kezdtek el dolgozni Ritchie-ék, szóval a goto utálata megelőzi a C-t és igazából az a fajta vallásos utálat, ami bizonyos körökben megvolt a gotoval kapcsolatban, nem igazán volt indokolt.
DRM is theft
-
buherton
őstag
válasz dabadab #5259 üzenetére
Pont a napokban turkálok egy olyan kódban, amiben goto van. Én még életemben nem írtam még goto-t kódba, de ezt annyira jól eltalálták és annyira leegyszerűsítette a program megértését és futását, hogy az már zseniális. Nem az ördögtől való, de csak akkor használja az ember, amikor tényleg ezzel egyszerűbb, mert nagyon átláthatatlan lesz. Főleg ha modulok között ugrál, nem csak függvényen belül.
MOD: off
[ Szerkesztve ]
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
buherton
őstag
Nekem összesen két félév programozás volt . Milyen nyelv ez egyáltalán?
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
buherton
őstag
Nem, nem szivatlak. Én villamosmérnökit végeztem, összesen kétfélév programozással. [link] Egy kicsit változott azóta, de a prog nem. A legvicesebb, hogy biztonsági szempontból kritikus rendszereken (automotive) is dolgoztam , és persze azóta C-ben fejlesztek.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
buherton
őstag
válasz dabadab #5267 üzenetére
Ki az a Kudlik Júlia? Főiskolás koromig egyáltalán nem foglalkoztam programozással. A BASIC-hez pedig elég fiatal vagyok (24). No, most már ezt is tudom . Viszont az off-ot befejezem, mert kezd sok lenni a topicban.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
#36268800
törölt tag
Tudna nekem valaki küldeni esetleg egy kicsit komplexebb C programot, amely forrásának átnézéséből tanulhatnék? Az igazat megvallva soha nem láttam még az "if-eken túl". Mindenféle "felajánlást" szívesen vennék!
[ Szerkesztve ]
-
buherton
őstag
válasz #36268800 #5269 üzenetére
Ha Linux felé szeretnél orientálódni, akkor bármelyik program forráskódja publikus, pl. grep, vagy ha beágyazott vonalon indulnál el Linux alatt, akkor: [link] és itt bármelyik driver.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
-
fraba
aktív tag
Sziasztok!
Írtam egy DS1820 hőmérő IC-hez C-ben programot PIC-re, de sajnos nem úgy működik, ahogy kéne neki.
DS1820 kód. Jól és viszonylag pontosan mér, de 16 Celsius foknál kisebb hőmérsékleteknél 127 C-t jelez ki a putty egy USB-RS485 konverteren keresztül. Más, mért adatot is küldök ugyanezen a csatornán keresztül ugyanazzal a függvénnyel, így azt nem gondolnám rossznak. Valami ötlet?[ Szerkesztve ]
-
fraba
aktív tag
(#5274) zka67
Igen, tudom, és az adatlapban is olvastam. A 750 ms az csak akkor szükséges, ha 12 biten ábrázoltatom vele a hőmérsékletet. Próbáltam belerakni 750 ms késleltetést __delay_ms(750);-el illetve szétdarabolva, pl. 200-200-as csoportokban. Le se fut ez a függvény(halmaz). Egyszerűen csak (mintha) átugorja, és küldi a többi mért adatot. Továbbá 16 C-nál magasabb hőmérsékleten tökéletesen működik a várakozás nélkül is. Szóval nem gondolnám, de persze lehetni LEHET!
(#5273) emvy
Erre én is gondoltam, hogy ez itt nagyon gyanús, hogy amikor 15-öt (00001111)-t kéne kijelezni, akkor 127 (11111111) jön helyette. De nem jutottam semmire se. Valami konkrét(abb) ötleted van?
-
zka67
őstag
Szia, jobban megnézve a kódodat, én úgy látom, hogy csak 8 bitet olvasol ki a 12-ből.
[ Szerkesztve ]
-
#36268800
törölt tag
Sziasztok!
Ezzel a kóddal kapcsolatban kérnék segítséget!
Az a része jól működik, hogy megmondja a program, hány megoldása van az egyenletnek, viszont csak 0.0000-kat ad vissza eredményül.
Gondolom a "double" - "int" részek kavarodnak, de már egy ideje görcsölök rajta és sehogy se jön össze. Valaki ki tudná javítani? Tanulnék belőle.
Ha nagyon nagy logikai hibák vannak a kódomban, akkor ne javítsátok ki, csak írjátok meg és megpróbálom összerakni máshogyan!!! -
Karma
félisten
válasz #36268800 #5279 üzenetére
Nem a double-int konverzióval van baj, sokkal nagyobb probléma, hogy a 34. és a 43. sorban a számítás végző függvényeket (pointerként) adod be a printf-nek, nem pedig meghívod őket.
A double kockázat megoldása annyi, hogy a 7. és a 14. sorban a hányadost 2-ről 2.0-ra átírod.
“All nothings are not equal.”
-
#36268800
törölt tag
Köszönöm a választ! Azt hiszem, megvilágosodtam!
Szerintem JÓL működik. Esetleg egy-két próbát tennél vele? Megvárom a válaszodat és csak utána adom be. -
#36268800
törölt tag
A C Példatár alapján írtam egy programot: link
0-100ig megadsz egy egész számot és megkapod az értékelést. (tudom, hogy a szám nincs vizsgálva hogy biztosan 0 és 100 közé esik-e, de tegyük fel, hogy igen)
Minden értékre jól működik, kivéve az 57-re.
MAXP = 100
MAXP*0.57 = 57Ha beírom simán a feltételnek, hogy 57 működik, ha MAXP*0.57-et adok meg, akkor viszont az 57 pontot "közepesnek" értékeli! Miért?
-
dabadab
titán
válasz #36268800 #5285 üzenetére
Isten hozott a lebegőpontos számok világában!
Alapvetően két csúnya dolog van velük:
1. a pontosságuk korlátozott, vagyis előbb-utóbb lesznek kerekítési hibák
2. nem tizes, hanem kettes számrendszert használnak, így a tizes számrendszerben kevés tizedesjegyből álló számok simán lehetnek végtelen tizedestörtekHa kiíratnád a MAXP*0.57 értékét, akkor valószínűleg valami olyasmit látnál, hogy 0,57000001. Emiatt lebegőpontos számoknál számolni kell azzal, hogy az egyenlőség nem fog működni és nem egzakt egyenlőséget vizsgálni, hanem azt, hogy az adott szám benne van-e valamilyen tartományban.
DRM is theft
-
Reinkz
senior tag
sziasztok,
érdeklene hogyan tudnék kiíratni ékeztes karaktert windows alatt code blocksban (13:12)
linux alatt tökéltes működik azonban windowson hiába állítom w125x-re utf8ra semmi.
ötlet esetleg?
[ Szerkesztve ]
-
Reinkz
senior tag
válasz Ereshkigal #5289 üzenetére
Nem ez sajnos nem tökéletes pl nagy ékeztes betűkkírása ugyan ugy nem megy vele, ha vki tudja mi a megoldás azt meg köszönném.
-
#36268800
törölt tag
Köszönöm a válaszokat! Oda figyelek most már erre.
-
félisten
-
G.A.
aktív tag
Üdv!
A következőhöz szeretnék egy kis segítséget kérni.
Van egy ASCII karaktereket tároló stringem (19C020C01F) amit át szeretném vinni array-be, de úgy hogy a kapott array így nézzen ki: array = {0x19, 0xC0, 0x20, 0xC0, 0x1F}.
Ezt hogy lehet kivitelezni?
GA
-
bucsupeti
senior tag
végigiterálsz a sztringen karakterenként. a karaktert átalakítod 0-15 közti számértékké (ascii tábla tanulmányozása után egy egyszerű kivonás lesz az átalakítás) megszorzod 16-al, majd beolvasod a következőt számmá alakítod és az előző értékhez hozzáadod. ez lesz a tömböd első eleme. ezt a metódust folytatod amíg a végére nem érsz a sztringnek.
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
G.A.
aktív tag
válasz bucsupeti #5296 üzenetére
Üdv!
Akkor nincs egyszerűbb megoldás, végig kell zongorázni a karaktereken?
Erre jutottam:
int line_count = 0, byte_count = 0;
byte[] TXBuffer = new byte[262144];
byte[] hex_data = new byte[262144];
string text = System.IO.File.ReadAllText(@"L:\stk500.hex");
string[] textSplit = text.Split(':');
foreach (string line in textSplit)
{
line_count++;
foreach (byte character in line)
{
TXBuffer[byte_count++] = character;
}
}
for (int i = 0, x = 0, temp; i < byte_count; )
{
if(TXBuffer[i] <= 0x39)
{
temp = (TXBuffer[i] - 0x30)*16;
hex_data[x] += (byte)temp;
}
else if (TXBuffer[i] >= 0x41)
{
temp = (TXBuffer[i] - 0x37) * 16;
hex_data[x] += (byte)temp;
}
i++;
if (TXBuffer[i] <= 0x39)
{
temp = (TXBuffer[i] - 0x30);
hex_data[x] += (byte)temp;
}
else if (TXBuffer[i] >= 0x41)
{
temp = (TXBuffer[i] - 0x37);
hex_data[x] += (byte)temp;
}
i++; x++;
}Este még nem működött, mert ezek hex_data[x] += (byte)temp; helyett ezt hex_data[x] = (byte)temp; írtam... Jól éreztem, hogy rá kellett aludni egyet.
bucsupeti: köszönöm a segítséget!
GA
[ Szerkesztve ]
-
dabadab
titán
Ez veletlenul nem C#?... Mert akkor inkabb a C# programozás topikban erdemes kerdezni.
[ Szerkesztve ]
DRM is theft
-
buherton
őstag
Ha 8 bites mikrokontrollereken akarsz programozni, akkor felejtsd el a C#-t. C-zél vagy esetleg C++, de először a C-t javaslom.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Budapest és környéke adok-veszek-beszélgetek
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen okostelefont vegyek?
- Elcsípte a Huawei kameratelefonja az első helyet
- Luck Dragon: Asszociációs játék. :)
- Vicces képek
- Azonnali informatikai kérdések órája
- Intel Core i3 / i5 / i7 / i9 10xxx "Comet Lake" és i3 / i5 / i7 / i9 11xxx "Rocket Lake" (LGA1200)
- Vezeték nélküli fejhallgatók
- Genshin Impact (PC, PS4, Android, iOS)
- További aktív témák...
- Galaxy Buds FE - Grafitszürke
- Lenovo ThinkBook 15 G2 ITL, 15,6" FHD IPS Kijelző, i7-1165G7 CPU, 16GB DDR4, 512GB SSD, WIN 11/10, S
- HP Zbook 15 G3, 15,6" FHD IPS Kijelző, I7-6820HQ CPU, 32GB DDR3, 512GB SSD, NVIDIA 4GB VGA WIN 10, S
- Dell Latitude 5480, 14" HD Kijelző, i5-6300U CPU, 8GB DDR4, 256GB SSD, W10, Számla, Garancia
- Dell Latitude 5480, 14" HD Kijelző, i5-6440HQ CPU, 8GB DDR4, 256GB SSD, W10, Számla, Garancia
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen