- Samsung Galaxy A52s 5G - jó S-tehetség
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Mobil flották
- Samsung Galaxy A56 - megbízható középszerűség
- Yettel topik
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Motorola Edge 30 Neo - wake up, Jr...
- Tokba kerülnek a Pixel 10 mágnesei
- Xiaomi Mi 11 Ultra - Circus Maximus
- Motorola Moto G72 - a titkos favorit
Új hozzászólás Aktív témák
-
kingabo
őstag
válasz
Oppenheimer #2508 üzenetére
Ja, ok. Az már nem rémlett, hogy direkt írtad meg így.
-
válasz
Oppenheimer #2508 üzenetére
Jaja, abort()-ot nem kapsz csak ugy el catch()-el.. (SIGABRT handlerrel lehet talan).
-
kingabo
őstag
válasz
Oppenheimer #2494 üzenetére
Első kép: kivétel esetén egy memória szemetet adsz vissza! Illetve semmiből sem látszik, hogy hiba történt: se log, se vmi kiíratás, se vmi extremális elem visszaadás, amit a hívó oldalon ellenőrzől, vagy egy bool érték, hogy sikerült-e, vagy bármi amiből a hivó oldalon rájösz, hogy hiba volt, ill debug közben kiírná, hogy hohó hiba törpént...
-
válasz
Oppenheimer #2504 üzenetére
ctrl+alt+e
... FB is jo, amit akarsz, privatban megirhatod
-
válasz
Oppenheimer #2502 üzenetére
Headerek? A bufferek amikbe a socketek tarolnak a bejovo cuccot, threadenkent szeparaltak? Megprobaltad bekapcsolni a lentebb emlitett opciokat debugolaskor?
Szerk.: keress mar meg szkajp cseten, vagy valami hasonlo..
-
válasz
Oppenheimer #2500 üzenetére
Az UDP_Socket forrasat es azt, ahol a threadet inditod, nem tudod felrakni a pastebinre (vagy akar ide, de pb jobb)? Ha jol latom, ez nem titkos (merthat eleve adtal rola sok kepernyofotot).
Miben kulonbozik a ket thread?
Plusz:
- a debug opcioknal kapcsold be a 'break on first chance exceptions'-t
- kapcsold be a c++ exception-oknel a 'break on thrown'-t
- esetleg kapcsold ki a just my code-ot -
Oppenheimer
nagyúr
válasz
Oppenheimer #2499 üzenetére
Tehát az UDP_Socket operator<< függvénye lentebb olvasható (mint mondtam is, mindig működik). A sender_address és a sender_port egy std::string és uint16_t típusú, inicializált változók.
Itt megtörtént a standard outputra kiírás:
De közben felvillan a "debug error!" hibaüzenet, amiből utána ennyi látszik:
Jó, mi?
-
válasz
Oppenheimer #2497 üzenetére
Nyilvan nem az std::cout az erdekes, hanem hogy mit csinal az << operatorod az osztalyodban.
Mi az az adat, ami a ket szalban kozos? Gyanitom, hogy a << operator hasznal osztott adatot.
-
válasz
Oppenheimer #2495 üzenetére
Tehat jol ertem, hogy
- a problema determinisztikus
- mindig a masodik szalnal jon elo (az elso recvfrom mukodik, de ugyanaz a kod egy masik szalon meghivva mar nem) -
Oppenheimer
nagyúr
válasz
Oppenheimer #2494 üzenetére
Kicsit elrontottam a debugolási lépések leírását, nem azok a képek vannak, amikre emlékeztem.
Szóval a második képhez tartozó helyes szöveg ez lenne: várakozik is csomagra timeout nélkül, ahogy annak lennie kell.
Az első képhez meg csak annyi a komment, hogy meghívódik a recvfrom()
-
válasz
Oppenheimer #2492 üzenetére
Publikus a forras? Ha nekiallsz debugolni, akkor mi tortenik (call stack kellene)?
-
Oppenheimer
nagyúr
válasz
Oppenheimer #2491 üzenetére
Senkinek nincs ötlete?
-
Oppenheimer
nagyúr
válasz
Oppenheimer #2490 üzenetére
Amugy irtam kis kiegeszito programokat amikkel kiprobaltam, hogy mukodik-e amit csinalok, es mukodik. Meg ezen a programon belul is mukodik, csak azon a bizonyos szalom nem.
-
WonderCSabo
félisten
válasz
Oppenheimer #2481 üzenetére
Nem tudom, hogy világos-e, de itt nincs semmi extra szintaxis (ahogy javában sincs ebben az esetben). Az std::thread egy sima osztály, thread_name itt a változó neve, és létrehozatalakor a két paraméteres konstruktort hívja meg. Az első paraméter egy függvény pointer, jelen eseten itt egy member function-ra, a második paraméter pedig sima address of operátor, hogy referencia szerint legyen átadva. Ez azért szükséges, hogy a metódus hívásakor adott legyen a this. (Mellesleg a példánymetódusoknál amúgy is valami ilyesmire fordul, mármint mindig a függvény első paramétere az objektum lesz.)
-
válasz
Oppenheimer #2481 üzenetére
Az miert fontos, hogy melyik szal? (Hacsak nincs UI thread.)
-
Oppenheimer
nagyúr
válasz
Oppenheimer #2481 üzenetére
Hazafelé menet leírom hogy mit csináltam, hátha segít majd egyszer valakinek, bár nem egy nagy mágia.
-
válasz
Oppenheimer #2479 üzenetére
Szerintem:
class A {
void foo() {}
};
// stb..
A a;
std::thread thread_name(&A::foo,&a);
Új hozzászólás Aktív témák
Hirdetés
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Thinkpad X230 legenda: i7 CPU, IPS kijelző, 12 GB, dupla SSD, magyar villbill, webcam, fingerprint
- Honor X6b 128GB Kártyafüggetlen 1Év Garanciával
- Apple Watch SE2 / 44mm / Midnight / Black Sport / Cellular (99%)
- Iphone 13 Pro Max 128 GB /// 86% Akku // Számlával és Garaniával
- Iphone 12 Pro Max 128 GB /// 88% Akku // Számlával és Garanciával
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- Eredeti Windows 10 / 11 Pro aktiválókulcs AZONNALI SZÁLLÍTÁSSAL!
- LG 65QNED87T / 65" - 164 cm QNED / 4K UHD / 120Hz & 3ms / HDR 10 Pro / FreeSync Premium / HDMI 2.1
- Csere-Beszámítás! AMD Ryzen 9 9900X Processzor!
- Fotó állvány eladó
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest