Duckling

ASPack to chyba komercha a UPX jest darmowy obsluga mimo ze z linii polecen jest przeciez banalna upx.exe --best nazwaprogram.exe trzeba ewentualnie wpisac pelne sciezki do upx.exe i nazwaprogram.exe

najprosciej jest (co robi wiekszosc) dolaczac plik naglowkowy "AggressiveOptimize.h" oraz linkowac programy z biblioteka "libctiny.lib" pliki te znajdziesz gdzies w sieci

spakuj go UPX-em (chociaz prawdopobonie bedzie go mozn rozpakowac ... nie pamietam czy jest to dostepne w kazdej wersji) albo innym pakerem plusem pakowania jest tez fakt ze pliki sie szybciej uruchamiaja

przed chwila dodalem plik to zasobow tworzysz sobie projekt pozniej Project/Add To Project/New i wybierasz Resource Script (wpisujesz dla niego nazwe rzecz jasna) otwiera sie pustu plik TwojaNazwa.rc wpisujesz tam cos poodbnego: 1 TEXT DISCARDABLE "plik.txt" gdzie plik.txt to plik ktory chcesz w zasobach umiescic i ktory jest w katalogu projektu pozniej jesli sie sam nie doda to klikasz na menu z lewej strony prawym przyciskiem myszy na RESOURCE FILES i dodajesz swoj plik pozniej rebuild All i WŁALA:) mozesz sobie sprawdzic np ResHackerem ze plik rzeczywiscie zostal dolaczony do pliku :)

nie wiem jak jest w Visualu bo nie korzystam ale podoba mi sie to zwijanie tresci funkcji :)

tak jak pinolec tego wczesniej nie widzialem ale sciagnalem przed chwila i programik z MessageBox() po kompilacji zajmuje 5 KB a po spakowaniu UPXem 3.5 KB ... trzeba bedzie potestowac i moze przejsc z Dev-C++ do tego

zalezy co rozumiec przez gorszy czy lepszy z tego co czytalem pliki wychodza wieksze ale same programy dzialaja podobno szybciej, jest wieksza zgodnosc z najnowszymi standardami itp ... ja jak na razie nie zuwazylem roznicy w szybkosci bo pewnie w takich programach jak ja pisze tego nie widac jesli chodzi o Visual C++ to faktycznie standardowo tworzy on cos kolo 32 KB ale mozna to latwo zmniejszyc do paru KB. najmniejszy exek kompilowany w Visualu jaki do tej pory widzialem mial 450 bajtow

samo okienko w Dev-C++ zajmuje 4 KB ale z kompilatorem gcc 2.9.5 a Ty kompilujesz jak sie domyslam gcc 3.2 ktory faktycznie generuje "gigantyczne" exeki ...

witam mam w zasobach okno dialogowe oparte na mojej klasie okno tworze funkcja CreateDialogParam() i jako ostatni parametr podaje wskaznik do pewnej struktury normalnie podczas tworzenia okna dialogowego (nie opartego na wlasnej klasie) mozna ostatni parametr odczytac po odebraniu WM_INITDIALOG z lParam w okna opartych na wlasnej klasie okno nie dostaje tego komunikatu tylko WM_CREATE razem z tym komunikatem dostaje wskaznik na CREATESTRUCT gdzie jedym z pol jest lpCreateParams - i jak rozumiem powinien on miec moj wskaznik ... problem w tym ze nie ma zatem czy mozna w opisanym problemie przekazac wskaznik i pozniej podczas tworzenia okna go odczytac? pozzdrawiam

na poczatek proponuje Ci obsluzyc komunikat WM_ERASEBKGND

WM_CLOSE wysyla WM_DESTROY jesli masz w WM_DESTROY wpisane PostQuitMessage (0) ; to nic dziwnego ze zamyka caly program trzeba sprawdzic od ktorego okna ten WM_DESTROY i jesli od glownego to wyslac PostQuitMessage (0) jesli nie to nie wysylac

SendMessage(hwnd, WM_CLOSE, 0, 0) ;

najprosciej w opengl kwadrat narysowac? nie zajmuje sie opengl ale nie wystarczy Ci np FillRect?

chyba sekcje krytyczne to to o co Ci chodzi czyli CRITICAL_SECTION cs ; InitializeCriticalSection(&cs) ; EnterCriticalSection(&cs) ; // tutaj jest bezpiecznie LeaveCriticalSection(&cs) ; DeleteCriticalSection(&cs) ;

mozna to zrobic na wiele sposobow pierwszy lepszy to przekazanie w CreateWindow() w ostatnim parametrze wskaznika na strukture w ktorej masz te dane do przekazania czyli typedef struct { int dana1 ; itn dana2 ; } MojeDane ; w WinMain { MojeDane mojaDana ; // wypelniasz strukture i przekazujesz jej adres podczas tworzenia okna CreateWindow(...., &mojaDana) ; // tutaj dalej leci .... } a w Procedurze obslugujacej okno mozesz odebrac komunikat WM_CREATE: w ktorym lParam bedzie wskazywac na CREATESTRUCT a w tej strukturze masz lpCreateParams ktory zawiera adres tej struktury ktory przekazales przy tworzeniu okna // mozna tez stosowac SetProp, SetWindowLong ... ale zalezy w jakim momencie zalezy Ci na uzyskiwaniu dostepy do tej struktury ...

sory WM_CTLCOLORSTATIC myslalem ze o edita pytales

wszyscy wiedza ze dzwoni tylko nie wiedza w ktorym kosciele trzeba wyslac "\r\n" a nie "\n\r" :) czyli: SendMessage(hEdit, EM_REPLACESEL, (WPARAM) TRUE, (LPARAM) "\r\n") ;

no niektorych nie ma ale wersje mozna sobie uaktualnic mialem sam podobne problemy ze stalymi ale co poradzisz trzeba je sobie dodefiniowac

WM_CTLCOLOREDIT ten komunikat to to o co Ci chodzi

4.01? sciagnij sobie 4.9.8.5 jest juz taka wersja

witam nie wiecie jak sprawic aby tlo kontrolki treeview rysowac wlasnym pedzlem? w WM_ERASEBKGND moge zamalowac prawie wszystko tylko tlo "itemów" pozostaje biale. probowalem kombinowac z WM_NOTIFY ale jak na razie bez powodzenia. Wszystkie przyklady na jakie sie natknalem dotycza MFC a mnie mfc nie interesuje. pozdra

dziala elegancko, dzieki !

a widzisz patrzylem w FAQu i byla podana metoda z SetWindowPos ale parametry byly inne - tzn bez tego co Ty wpisales zaraz to sprawdze

w sumie to nie wiem co tu rzucac ale ok (po nacisnieciu przycisku): SetWindowLong(hwnd, GWL_STYLE, WS_POPUP | WS_VISIBLE) ; i to by bylo tyle... styl jest uwzgledniany ale widac to dopiero po zmianie rozmiarow okna tzn jak rozciagam okno (poprzedni styl to WS_OVERLAPPEDWINDOW | WS_VISIBLE) to dopiero wtedy zmienia sie w popup.

hej ustawiam sobie nowy styl ta funkcja SetWindowLong ale styl pozostaje stary ... jak go odswiezyc? probowalem z uniewaznianiem obszaru okna i odsiwezaniem ale nic z tego pozdroi