C, C++ - diskusní klub na Lopuchu

Registrace nového uživatele

Návod

Kluby

Archív Lopuchu

Lopuch.cz

Zelený je lopuch,
fotbal to je hra...

Lopuch.cz

Klub C, C++ [ŽP: neomezená] (kategorie Programování) moderuje Šéf Lopuchu.

Č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

[ 380 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


	12.9.2006 15: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.


	11.9.2006 10:13	559
	Buďte moderní... Funkce s volitelným počtem argumentů v C++ aneb, když nenávidíte tři tečky ", ...)"


	11.9.2006 08:43	558
	VlahoTam má být programátor by dostával měsíčně Finance (časopis)


	Notorius 11.9.2006 08:38	557
	Ten inzerát vypadá opravdu důvěryhodně :-) (a věk 17 let z detailů na ICQ taky leccos naznačuje)


	11.9.2006 07:19	556
	Programátor by dostával měsíčne finance. A co deputátní uhlí jako u dráhy?


	9.9.2006 19: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ář


	1.9.2006 12:06	554
	Pokračování článku - sdílená pamět


	31.8.2006 10:56	553
	Základy komunikace mezi procesy (ve Windows)


	27.8.2006 23: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 Je to jinak, ba přesně naopak! 24.8.2006 12: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.


	24.8.2006 12:24	548
	Pro inspiraciMultiple Interface a Instance Factory


	23.8.2006 14: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.


	King Born to be king - ... 23.8.2006 13:16	546
	bredytim jsem chtel jen naznacit, ze pokud je mi znamo, musi se to skutecne obchazet pres mutexy... nic jineho jsem nevidel, to ale nemusi nic znamenat, s thready jsem neco psal jen jednou a to jsem hlavne chtel aby to behalo vsude (x86 Linux, SPARC Solaris a BUHVICO IRIX), takze jsem tyhle veci neresil...


	23.8.2006 13:10	545
	KingNedočetl jsi to celé Bylo by škoda kdybych je musel simulovat mutexama... Pro Win32 na x86 používám přímo inline assembler lock cmpxchg [edi],edx Pokud nemám jistotu, že to mohu udělat, zavolám InterlockedCompareExchange, což se stejně nakonec převede na tuto jedinou instrukci na x86 (nebo volání jedné instrukce v DLL). Protože na tom mám postavenou kritickou sekci (která se při překladu inlinuje do asi peti instrukci s jednim podminenym skokem a s jednim call v pripade, ze se kritickou sekci nepodari ziskat). Ano, přepsat všechny interlocked operace na pthread_mutex_ je řešení, ale pochybuju o efektivitě.


	King Born to be king - ... 23.8.2006 12:29	544
	imho k tomu ucelu slouzi pthread_mutex_init a spol ( man pthread_mutex_init )

[ 380 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


(c) 2001-2011 Lopuch.cz Kontakt