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

Modrá je dobrá
zelená je lepší

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: ztvadti
[ 380 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
druh_5618 Druh_5618 25.1.2007 11:15  586
Já vím, ale chtěl jsem si v něm pár věci upravit k obrazu svému.

V jaké verzi Studia jsi to zkompiloval? Jakou máš verzi MFC ???
huh huh 23.1.2007 15:19  585
DRUH 5618 [584]: Vzdyt tam uz skompilovany je. Jinak me to jde zkompilovat bez problemu.
druh_5618 Druh_5618 23.1.2007 12:39  584
Prosba Pokusil by se, prosím, někdo z vás z těchle zdrojáků zkompilovat JpegCrop ???
jcropsrc.zip

MsVC 6.0 Introductory Edititon mi neustále vyhazuje LNK2005.
bredy 20.11.2006 00:02  583
Linux - signaly s UI (QT a GTK?)V rámci přepisování multithreadové knihovny do Linuxu jsem narazil na malý problém, jedná se mi o čekací funkce v UI. Základem čekací funkce v UI je zvláštní chování, kdy vlakno čeká na nějaký zámek, ale při tom sleduje aktivitu uživatele, takže může během čekání reagovat na nějakou akci uživatele (přesun okna, kliknutí na tlačítko Storno, a jiné). To vše kvůli Windowsům a jejich message-loop.

A teď otázka, je toto nějak možné postihnout v QT / GTK? hledám obecné řešení, abych si na to mohl připravit interface. Jinými slovy, mám možnost testovat (periodicky, nebo signálem, nebo jinak se dozvědět), že uživatel něco udělal, a přeje si být obsloužen? Má někdo s tímto zkušenosti?
mpts mpts Je to jinak, ba přesně naopak! 19.11.2006 20:18  582
Není-li to ovšem dotaz typu: "Kdo mi napíše zápočtový program?" :-))
king King Born to be king - ... 19.11.2006 17:21  581
pokud mas konkretni dotaz, ptej se tady...
aronnn 19.11.2006 16:55  580
chtel bych se zeptat na pomoc ohledne programovani ohledne C++...najde se nkdo...icq430876110
bredy 13.11.2006 00:53  579
Šablony: Být vládce kvalifikátorů

Šablony: Nastavování vlastností tříd
bredy 7.11.2006 22:49  578

http://bredy.jinak.cz/?Funkce_s_volitelnym_poctem_argumentu_v_C_Verze_pro_GCC
bredy 7.11.2006 12:27  577
Uz jsem to vyřešil.
Forward deklarace vypadá následovně:
template<...> class A;

Friend deklarace pak vypadá takto:
template<...> friend class A;

gumysh 6.11.2006 15:24  576
Bredy:
AFAIK zavazne poradi inicializace je popsano presne ve standardu, ale jinak mas uplne pravdu: muze to byt maso a je lepsi nespolehat na to... chyba se stane snadno.

K tem specializacim: mas nejake konkretnejsi ukazky, na cem se ti GCC zasekava? Kdyz budu mit cas (a vzpomenu si ;o) ), tak bych zkusil zjistit, v cem je zakopana templata. Nicmene pokud jsi na reseni neprisel ty, nedelam si iluze, ze ti nejak pomuzu.
bredy 6.11.2006 01:08  575
Ted zapasim s templatamy. GCC mi nechce prijmout specializaci template vnitrni tridy uvnitr template
template<...>
class A
{
  template<...>
  class  B
  {...}
  template<>
  class B
  {...}
};

Prý nelze specializovat, protože nadřazená třída není specializací. Když se to snažím vystrčit ven, narážím zase na problém, jak provést forward deklaraci templatové třídy (vše co bere MSVC GCC nesežere)
bredy 6.11.2006 01:05  574
GumyshTohle já ovšem vím, konečně první věc, která se u konstruktorů zdůrazňuje je, že pořadí inicializací volí překladač (často ani nelze předem odhadnout, pořadí, protože když se do toho zamýchá vícenásobná virtuální dedičnost, je to maso).

Takže závěr tedy je, že se jedná jen o varování, které mohu s klidem ignorovat...
gumysh 5.11.2006 22:07  573
Bredy:
Ony totiz members se inicializuji ve stejnem poradi, v jakem jsou deklarovany v deklaraci tridy. Kdyz jejich poradi prohodis v inicializatoru, je to sice take OK - jenze pak to muze nekoho svadet k domnence, ze inicializace probiha v poradi danem vyctem inicializatoru u konstruktoru, ergo muze byt vyuzito nejake podivne zavislosti... a tezko odhalitelny maler je na svete. IMHO to je duvod, proc te GCC varuje, uvedes-li inicializatory v jinem poradi, nez ve kterem se provadeji.
bredy 5.11.2006 19:13  572
GCC v Linuxu, Podivná inicializace konstruktoru
class ChunkMaster
  {
    typedef std::set<Chunk *> ChunkSet;
    typedef std::set<Chunk *> FreeChunkSet;
    typedef ChunkSet::iterator ChunkSetIter;
    typedef FreeChunkSet::iterator FreeChunkSetIter;
    ChunkSet _chunks;
    Chunk *_lastAlloc;
    Chunk *_wholeEmpty;
    Chunk *_lastFree;
    FreeChunkSet _freeChunks;
    unsigned char _maxSlots;
  public:
    ChunkMaster(int maxSlots):_lastAlloc(0),_wholeEmpty(0),_lastFree(0),_maxSlots(maxSlots) {}

Je zajímavé, že když přehodím inicializace _lastFree a _maxSlots, obdržím od GCC warning, že to není vhodné. Co si mám o tom myslet? Znamená to, že je to jen "falešný poplach" a překladač i nadále dodrží normu, nebo to znamená, že nutím GCC normu porušit a předepsat mu jiné pořadí inicializace?


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

(c) 2001-2011 Lopuch.cz   
Kontakt