jak ogladam pliki map z kompilacji swoich progsow to
obok swich nazw funkcji i instancji jest tam masa
rzeczy jak

0001:0001305A __CurrExcContext
0003:02BF41F0 __DestructorCountPtr
0001:00010588 __ErrorExit
0001:0001045C __ErrorMessage
0001:0001039C __ErrorMessageHelper
0003:02BF4614 __ExcRegPtr
0001:0000B570 __ExceptInit
0002:00008114 __ExceptVarsSize
0001:0000AC7B __ExceptionHandler
0001:0000AC6D __ExitExceptBlock
0001:00000059 __GetExceptDLLinfo
0001:0000B5BC __GetExceptDLLinfoInternal
0001:00011BFC __Global_unwind
0003:02BF41F8 __HandlerPtr
0001:0000B758 __InitDefaultHander
0001:0000AC34 __InitExceptBlockLDTC
0001:00012268 __Local_unwind
0002:0000012C __PackageInfoTable
0001:0001227B __Return_unwind
0001:0000B76C __SetExceptionHandler
0001:0000B70C __SetUserHandler
0002:0000011B __TLS_index
0002:0000011F __TLS_index4
0001:0000B781 __UnsetExceptionHandler
0001:0000B7AD __UnwindException
0003:02BF41FC __UserHandlerPtr
0002:00000128 ___CPPdebugHook
0002:00000128 ___CPPdebugHook_segment
0002:00008078 ___CPPexceptionList
0001:00009B68 ___CRTL_MEM_CheckBorMem
0001:00009AEC ___CRTL_MEM_GetBorMemPtrs
0001:00009BA4 ___CRTL_MEM_Revector
0001:00009C5C ___CRTL_MEM_UseBorMM
0001:000114BC ___CRTL_TLS_Alloc
0001:00011500 ___CRTL_TLS_ExitThread
0001:000114C4 ___CRTL_TLS_Free
0001:00011508 ___CRTL_TLS_GetInfo
0001:000114D4 ___CRTL_TLS_GetValue
0001:000114F8 ___CRTL_TLS_InitThread
0001:000114E4 ___CRTL_TLS_SetValue
0001:0000A8C4 ___CRTL_VCLLIB_Linkage
0001:0000A8C0 ___CRTL_VCL_Init
0001:0000C8F0 ___DOSerror
0001:0000B5E4 ___DefHandler
0001:00010578 ___ErrorMessage
0002:00008094 ___ExceptStaticXbuff
0001:0000C8AC ___IOerror
0001:00011537 ___JumpToCatch__
0001:0000C910 ___NTerror
0001:00000140 ___System__GetTls
0001:000122DC ____ExceptionHandler
0001:0000B7D8 ___access
0002:00007D14 ___allocated
0001:0000B4C4 ___call_terminate
0001:0000B538 ___call_unexpected
0001:0000B814 ___close
0002:00009764 ___debuggerDisableTerminateCallback
0001:0000B7BA ___doGlobalUnwind


itp. Na pewno jest tam wkompilowywany jakis 'stuff'
ktory tam mz nie jest wogole potrzebny; (nie znam sie
na tym zbytnio ale na to mi wyglada)

pytanie, czy grzebiac w windows.h i zakomentowujac
niektore rzeczy da sie spowodowac ze binarka bedzie
mniejsza? - czy te wszystkie symbole widziane w disasemblacji
exe musza tam byc?

{
windows.h tez nie rozumiem, nie wiem np


#ifndef NOGDI
#ifndef _MAC
#include <winspool.h>
#ifdef INC_OLE1
#include <ole.h>
#else
#include <ole2.h>
#endif /* !INC_OLE1 */
#endif /* !MAC */
#include <commdlg.h>
#endif /* !NOGDI */
#endif /* WIN32_LEAN_AND_MEAN */

#ifdef _MAC
#include <winwlm.h>
#endif

skad sie biorą tu wartosci okreslonych makr - co okresla
czy jakies INC_OLE albo NOGDI jest zdefiniowane?
}



--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

In the darkest hour on Mon, 7 Nov 2011 12:38:18 +0000 (UTC),
profesor fir <f...@W...gazeta.pl> screamed:
> pytanie, czy grzebiac w windows.h i zakomentowujac
> niektore rzeczy da sie spowodowac ze binarka bedzie
> mniejsza? - czy te wszystkie symbole widziane w disasemblacji
> exe musza tam byc?
>

Generalnie nie. To co miałeś wyżej nie znajduje się u ciebie
w pliku exe. To tylko wywołania funkcji.

--
[ Artur M. Piwko : Pipen : AMP29-RIPE : RLU:100918 : From == Trap! : SIG:214B ]
[ 16:02:00 user up 12979 days, 3:57, 1 user, load average: 0.97, 0.38, 0.97 ]

Save a mouse, eat a pussy!

do góry

Artur M. Piwko <m...@b...pl> napisał(a):

> In the darkest hour on Mon, 7 Nov 2011 12:38:18 +0000 (UTC),
> profesor fir <f...@W...gazeta.pl> screamed:
> > pytanie, czy grzebiac w windows.h i zakomentowujac
> > niektore rzeczy da sie spowodowac ze binarka bedzie
> > mniejsza? - czy te wszystkie symbole widziane w disasemblacji
> > exe musza tam byc?
> >
>
> Generalnie nie. To co miałeś wyżej nie znajduje się u ciebie
> w pliku exe. To tylko wywołania funkcji.
>

chyba faktycznie nie, ale jest pewna kwestia: jak disasembluje
exe to sa tam chyba ze trzy tabele glownie importow - wywolan
z dll'ek ktorych faktycznie uzywam, ale jest tam tez blok napisow
jak

?_2339: ; byte
db 78H, 78H, 2EH, 63H, 70H, 70H, 00H ; 0041EB90 _ xx.cpp.

?_2340: ; byte
db 62H, 6FH, 67H, 75H, 73H, 20H, 63H, 6FH ; 0041EB97 _ bogus co
db 6EH, 74H, 65H, 78H, 74H, 20H, 69H, 6EH ; 0041EB9F _ ntext in
db 20H, 5FH, 45H, 78H, 63H, 65H, 70H, 74H ; 0041EBA7 _ _Except
db 69H, 6FH, 6EH, 48H, 61H, 6EH, 64H, 6CH ; 0041EBAF _ ionHandl
db 65H, 72H, 28H, 29H, 00H ; 0041EBB7 _ er().

?_2341: ; byte
db 21H, 22H, 62H, 6FH, 67H, 75H, 73H, 20H ; 0041EBBC _ !"bogus
db 63H, 6FH, 6EH, 74H, 65H, 78H, 74H, 20H ; 0041EBC4 _ context
db 69H, 6EH, 20H, 5FH, 45H, 78H, 63H, 65H ; 0041EBCC _ in _Exce
db 70H, 74H, 69H, 6FH, 6EH, 48H, 61H, 6EH ; 0041EBD4 _ ptionHan
db 64H, 6CH, 65H, 72H, 28H, 29H, 22H, 00H ; 0041EBDC _ dler()".

?_2342: ; byte
db 78H, 78H, 2EH, 63H, 70H, 70H, 00H ; 0041EBE4 _ xx.cpp.

?_2343: ; byte
db 76H, 61H, 72H, 54H, 79H, 70H, 65H, 2DH ; 0041EBEB _ varType-
db 3EH, 74H, 70H, 43H, 6CH, 61H, 73H, 73H ; 0041EBF3 _ >tpClass
db 2EH, 74H, 70H, 63H, 46H, 6CH, 61H, 67H ; 0041EBFB _ .tpcFlag
db 73H, 20H, 26H, 20H, 43H, 46H, 5FH, 48H ; 0041EC03 _ s & CF_H
db 41H, 53H, 5FH, 44H, 54H, 4FH, 52H, 00H ; 0041EC0B _ AS_DTOR.

?_2344: ; byte
db 78H, 78H, 2EH, 63H, 70H, 70H, 00H ; 0041EC13 _ xx.cpp.

?_2345: ; byte
db 76H, 61H, 72H, 54H, 79H, 70H, 65H, 2DH ; 0041EC1A _ varType-
db 3EH, 74H, 70H, 43H, 6CH, 61H, 73H, 73H ; 0041EC22 _ >tpClass
db 2EH, 74H, 70H, 63H, 44H, 74H, 6FH, 72H ; 0041EC2A _ .tpcDtor
db 41H, 64H, 64H, 72H, 00H ; 0041EC32 _ Addr.

tylko dluzszy, chcialbym to jakos wywalic (nie wkompilowywac) i nie wiem
jak, stad pomysl czy zakomentowanie czegos w windows.h nie spowodowaloby ze
to by sie nie dolinkowalo



--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

W dniu 07.11.2011 18:07, f...@N...gazeta.pl pisze:
> chcialbym to jakos wywalic (nie wkompilowywac) i nie wiem
> jak,
Po co? Oidp z gcc dawało się zejść do binarki z opengl w rozmiarze około
6kB.

> stad pomysl czy zakomentowanie czegos w windows.h nie spowodowaloby ze
> to by sie nie dolinkowalo
Pewnie zakomentowanie czegoś by sprawiło, że to coś by nie było
widoczne. W takiej sytuacji by się pewnie nie polinkowalo i binarka
osiągnie minimum globalne - 0 bajtów.

--
Pozdrawiam
Michoo

do góry

Użytkownik " profesor fir" <f...@W...gazeta.pl> napisał w wiadomości grup
dyskusyjnych:j98jfq$cml$...@i...gazeta.pl...
> #ifndef NOGDI

Jak sam widzisz, jak nie chcesz np. mieć GDI to robisz #define NOGDI przed
#include <windows.h> i spoko.

Ale. Ale na 90% to nie odchudzi programu - co najwyżej nieco szybciej
kompilować się będzie.


slawek

do góry