Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Něco navíc v zeleném?
A proč ne...

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub C, C++ [ŽP: neomezená] (kategorie Programování) moderuje Šéf Lopuchu.
Archiv

Články

Jak bezpečně ukončit vlákno z DllMain
FastAllocPool - urychlení častých alokací a dealokací
Akce a zpráva jako objekt
Tuply v C++
Efektivní alokátor malých objektů a tady druhý a třetí díl
Šablony: Být vládce kvalifikátorů
Vracíme z funkce objekty
Základy komunikace mezi procesy (ve Windows)
Multiple Interface a Instance Factory
Multithreading v C++ (ve Win32)
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: akjjgsp
[ 380 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
anonym 13.9.2006 13:03  563
Ta kdyz uz jsem nasel natovyhle forum s chytryma lidma :o), tak ho budu trochu zneuzivat (kdyby to uz bylo moc, tak staci rict...). Problem se socketama uz jsem vyresil, ale mam jinej.

v klientovi mam proceduru, ktera dostane jako parametr CString a pripise ho do RichEditu. Pouzivam na to metody SetSel(-1, -1) a ReplaceSel(zprava, 0). Pokud tuhle proceduru zavolam na zpravu, kterou si napisu v editu, tak to funguje, ale pokud ji zavolam na zpravu, kterou se dostal pres recv (prekonvertovano z char * na CString mam), tak na SetSel uplne spadne celej program. Tu zpravu jsem si tam nechal vypisovat pomoci MessageBoxu, takze tam predavam to spravny, ale hlavne to pada na SetSel a to s tim nema nic spolecnyho...

anonym 12.9.2006 20:49  562
Jsem si myslel, ze ta 0 a -1 je obracene, ale vlastne by to bylo nelogicky...

jak funguje accept vim, to by melo byt spravne.

Kazdopadne diky moc, kdyztak se zas ozvu :o)

bredy 12.9.2006 20:01  561
pokud recv vrátí -1 tak to není že socket je zavřený, ale značí to chybu. Použij WSAGetLastError ihned za recv a podle vráceného kódu chyby zjistíš, proč to nejde.

Zavřený socket (pokud byl otevřený ale došlo k uzavření spojení), vrací 0.

Napadá mne, zda náhodou do vlákna nedáváš špatný socket. accept počká na spojení a pak vrací číslo nového socketu představující nové spojení. Původní socket můžeš využít k dalšímu čekání na zase jiné spojení.
anonym 12.9.2006 14:56  560
win socketTaky se snazim udelat jednoduch chat server a mam problem se socketama, jako jisty kolega par prispevku nize, ale nepouzivam broadcast... Je to prvni program, kde pouzivam sockety a moc jim nerozumim... aplikace klient-server(vicevlaknovy). Kdyz se klient pokusi pripojit, tak vsechno bezi v poradku (bind, listen, accept), pak se vytvori nove vlakno pro novy socket, ve kterem je recv. To hned vrati -1, jako ze je socket zavreny. A klient se tvari, jako ze je stale pripojen (send nehlasi chyby, recv ceka), az po zavreni serverove aplikace nahlasi konec spojeni. Nevite cim to muze byt? Prepisovat kod se mi moc nechce (ani nevim, co by bylo potreba :o)), ale kdyby mel nekdo zajem... Diky za pripadnou pomoc.
bredy 11.9.2006 09:13  559
Buďte moderní...
Funkce s volitelným počtem argumentů v C++ aneb, když nenávidíte tři tečky ", ...)"
bredy 11.9.2006 07:43  558
VlahoTam má být programátor by dostával měsíčně Finance (časopis)
notorius Notorius 11.9.2006 07:38  557
Ten inzerát vypadá opravdu důvěryhodně :-) (a věk 17 let z detailů na ICQ taky leccos naznačuje)
vlaho 11.9.2006 06:19  556
Programátor by dostával měsíčne finance.

A co deputátní uhlí jako u dráhy?

anonym 9.9.2006 18:36  555
Hledá se programátorDobrý den Hledá se programátor (programátoři) pro tvorbu Herního klienta který bude spolupracovat se servery.Jedná se o program který je potřeba k projektu který je v evropském rozsahu.Finační ohodnocení je ovšem samozřejmostí.Programátor by dostával měsíčne finance. Pokud má nedo zájem at mně kontatuje. -prosím odpovědi nepište tu do fora nemám tolik času sem se koukat tak prosím mně kontaktujte přímo ICQ:235647694 Email: damak1@email.cz Těším se na vaše odpovědi. Petr Bednář
bredy 1.9.2006 11:06  554
Pokračování článku - sdílená pamět
bredy 31.8.2006 09:56  553
Základy komunikace mezi procesy (ve Windows)
bredy 27.8.2006 22:58  551
Ještě k těm threadůmAbyste věděli, co chci udělat, chci převést tuhle knihovnu do Linuxu. Tj se zachováním interface a jeho funkčnosti 1:1.

Momentálně budu přeinstalovávat Linux a ještě čekám na disk, abych měl trochu prostoru...
mpts mpts Je to jinak, ba přesně naopak! 24.8.2006 11:44  549
Bredy: Nechytám Tě za slovo, prostě jsem jen konstatoval -- pro Tebe stejně jako pro kohokoli jiného -- jak to s těmi "mnoha" linuxy je. :-) After all, sám mám v provozu dva linuxy bez jakéhokoli desktopu či jiného grafického rozhraní a jiní, jež znám, ještě mnohem více.
bredy 24.8.2006 11:24  548
Pro inspiraciMultiple Interface a Instance Factory
al3x 23.8.2006 13:53  547
BredyNeni treba resit, jestli je lepsi Win pristup (jednotne GUI), nebo Linux pristup (mnoho GUI). Dulezite je uvedomit si, ze kdyz pises neco pro Linux, musis se prizpusobit Linuxovemu pristupu. Pokud to neudelas, pak bude (velice pravdepodobne) na velke mnozine Linuxovych stanic tvove aplikace vypadat prinejmensim zvlastne a bude se s ni hure pracovat. Proto v aplikaci pro Linux SILNE doporucuju brat ohledy na Linuxove zvyklosti a zvolit si radeji existujici widget, pro ktery to preportujes. Nabizi se Qt, nebo GTK. Nema smysl jedno z nich jednoznacne (ne)doporucit. Vyber si bud podle zpusobu programovaciho pristupu k nim, podle predpokladane cilove skupiny tve aplikace nebo treba jen podle osobniho vkusu. Samozrejme si muzes napsat sam vlastni, ale bud budes mit problem respektovat osobni nastaveni fontu, barev, velikosti, dpi, kodovani, nebo budes zbytecne znova psat neco, co uz existuje. V obou pripadech to bude zbytecna prace.

[ 380 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt