C, C++ - diskusní klub na Lopuchu

Registrace nového uživatele

Návod

Kluby

Archív Lopuchu

Lopuch.cz

Náš Lopuch Vám
vytře zrak

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ší>


	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ář


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


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


	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 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.


	24.8.2006 11:24	548
	Pro inspiraciMultiple Interface a Instance Factory


	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.


	King Born to be king - ... 23.8.2006 12: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 12: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 11:29	544
	imho k tomu ucelu slouzi pthread_mutex_init a spol ( man pthread_mutex_init )


	23.8.2006 11:24	543
	mptsDobře, když mne chytáš za slovo tak se opravím. Na Linuxu jsou provozovány dva nejrozšířenější desktopy a samozřejmě spoustu dalších... Nemusíte mi vysvětlovat co je linux. I Windows má část operačního systému a část GUI. Že jsou tyto části integrované je věc jiná, ale otázkou je, zda to vadí. Z pohledu uživatele bych spíš byl za, aby prostředí bylo jednotné. Ale to uz jsem offtopic. Mám dotaz, studuju posix threads, ale chybí mi interlocked operace. Bylo by škoda kdybych je musel simulovat mutexama... Taková kritická sekce je pomocí intelocked operací rychlá jak ďas!


	King Born to be king - ... 23.8.2006 10:27	542
	kdokolivo tom nic nevim, ale podotykam, ze Qt vubec nesleduju, ja jsem na GTK ;)


	Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 23.8.2006 10:06	541
	King [539]: Neni to tak, ze prave tohle se s verzi 4 meni? Ja mam pocit, ze prave ctyrka ma prinest krom funkcnich zmen i zmeny licencni.


	mpts Je to jinak, ba přesně naopak! 23.8.2006 09:36	540
	Linux nemá žádný desktop, narozdíl od windows je totiž linux operační systém, nikoli spatlanina operačního systému a rozhraní pro koncové uživatele a kdovíčeho ještě. A v tomto smyslu je linux pouze jeden. Pod tímto operačním systémem lze pak provozovat rozličné uživatelské programy, včetně různých X serverů, HTTP serverů, window managerů, desktopů, textových editorů, multimediálních přehrávačů atd. atp., a to vše dohromady, ano jest to provozováno pod operačním systémem linux, lze pak souhrně též označit -- a běžně se označuje -- slovem linux, to však je již jen jeho volný význam, a v tomto volném významu pak existuje linuxů opravdu nespočet (ale to nakonec i windows, akorát že u nich vlivem té spatlanosti má uživatel menší svobodu volby uživatelského software, takže se jeví na pohled uniformněji). Tolik odbočka k terminologii, když už nemám co říci přímo k věci. :-)


	King Born to be king - ... 23.8.2006 09:15	539
	bredyQt pod windows ma ale komercni licenci - pokud se nepletu, tak pokud nebude tva knihovna pod GPL, tak budes muset zaplatit...

[ 380 ]

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


(c) 2001-2011 Lopuch.cz Kontakt