W dniu piątek, 13 czerwca 2014 10:07:16 UTC+2 użytkownik slawek napisał:
> U�ytkownik "firr" napisa� w wiadomo�ci grup
>
> dyskusyjnych:12bf8e16-9893-48d6-9884-fded589860f3@go
oglegroups.com...
>
>
>
> >uzywalem bcc32 ale ten akurat byl jeszcze w miare aktualny
>
>
>
> A to sobie sprawd�, czy wywo�uj� si� destruktory obiekt�w porzuconych
przez
>
> skok goto:
>
>
>
> { Foo foo; goto panic;} panic: /* here */; // destruktor obiektu foo nie
>
> zostanie wywo�any, cho� powinien

po co mam to sprawdzac jak mnie c++ wogole nie intersuje (bcc32 to jest dla mnie
kompilator c+win32) i dla moich zastosowan
sprawdzal sie dosyc dobrze (powiedzialbym swietnie gdyby nie zepsuty float2int, brak
inline assembly, brak lepszego generatora i te ograniczenia na ilosc ststycznych
tablic - w sumie dalo sie to obejsc (kombinajac go z nasmem i przechodzac na poziom
nieco wiekszej ilosci recznej roboty co jest samo w sobie dobre) wiec sprowadzal sie
swietnie)

- teraz po przesiadce na mingw czuje sie jednak powaznie nieswojo, czuje ze
musialbym go chyba dlugo oswajac by sie z nim czuc tak dobrze jak z b55 (o ile to
wogole jest mozliwe, zakladam ze tak) - to jest duzo roboty - ale drogi powrotu
raczej
nie przewiduje jako ze jednak z tego co wiem
mingw pozwolilby mi genarowac jednak szybsze
wynikowo programy (i to sporo szybsze ze 3x moze) daje tez jednak nowe mozliwosci,
Tak ze odwrotu nieststy raczej nie ma, dla mnie jedyna opcją jest chyba mingw
(poprobowalbym chetniej intela ale musialabybyc darmowa wersja). tyle ze jak na razie
(z m32 by to tak nazwac bo nazwa mingw jakos mi sie nie do konca podoba) czuje sie
fatalnie nieswojo

ps tak jak borland mingw ma swoje odpowiednie
'wtopy' a mianowicie tą bardzo poważną ktora kiedys (jak zwykle z trudem odkrylem)


"One notable difference of whether you compile C or C++ is for example that C++ (at
least C++11, but GCC since ca. version 4.6 also does that for C++03) mandates
initialization of function-local static variables being thread-safe. I'm mentioning
that since you use that feature (maybe without being aware)."

to cholerstow powodowalo ze

taki kod

static DWORD processID = GetCurrentProcessId();

zamiast takiego

static DWORD processID = 0;
processID = GetCurrentProcessId();

powodował ze binarny rozmiar mojej apki
nagle skoczyl z milego około 20kb na prawie 100 kb i tez program zauwazalnie mi
zwolnił
(konkretnie wtedy jak widze z notatek z 3ms /ramke na 4ms /ramke ale to zalezy od
przypadku i ogolnie moze to byc zarowno mniej zauwazalny jak i bardziej zauwazalny
spadek
jak przypuszczam - jesli to cholerstwo m32
robi wiecej takich sztuczek to co do zasady nie jest lepiej niz za borlanda a borland
mial przynajmniej jakis styl (co prawda tez nie do konca optymalny style b32 i m32
9tj wrazenia jakie odnosze) sa jakos chyba porownywalne z pewna jednak chyba przewaga
na rzecz b32 [ale ok nie ma co tego w kolko powtarzac bo o swojej przesiadce i o
wrazeniach z niej pisalem juz nie raz ;/ troche strata miejsca na powtarzanie tego
samego]