JK-Wiki edv:prg:c

edv:prg:c:64-bit-architektur

Anonymous (anonymous@undisclosed.example.com) — 2020-01-11T01:23:06+00:00

	aktuell
Zeile 1:	Zeile 1:
	+	====== 64-Bit-Architektur ======

	+	[[http://de.wikipedia.org/wiki/64-Bit-Architektur]] - 64-Bit-Architektur (inkl. Kurzbeschreibung der Typenmodelle LLP64/LP64/ILP64/SILP64)\\
	+
	+	Hier ist ein kleiner Auszug aus dem o.g. Artikel: Tabelle 64-bit Datenmodelle
	+	^Datenmodell ^short\\ (integer) ^int ^long\\ (integer) ^long long ^pointer ^Beispiel Betriebssystem ^
	+	^LLP64 \| 16 \| 32 \| 32 \| 64 \| 64 \|Microsoft Win64 (X64/IA64) \|
	+	^LP64 \| 16 \| 32 \| 64 \| 64 \| 64 \|Unix-Systeme (zum Beispiel Solaris) und Unixoide Systeme (zum Beispiel Linux und Mac OS X) \|
	+	^ILP64 \| 16 \| 64 \| 64 \| 64 \| 64 \|Cray, DEC/Alpha mit Tru64 UNIX, DEC/Alpha mit Linux \|
	+	^SILP64 \| 64 \| 64 \| 64 \| 64 \| 64 \|? \|
	+
	+	:!: Weitere Infos zu UNIX im Bezug auf 64-bit Datenmodelle im folgenden Artikel: [[http://www.unix.org/version2/whatsnew/lp64_wp.html]]
	+
	+	:!: Ausführlichere Infos zu Fundamental types und Data models: [[http://en.cppreference.com/w/cpp/language/types]]
	+
	+	----
	+	Stand: 01.09.2016\\
	+	--- //[[feedback.jk-wiki@kreick.de\|: Jürgen Kreick]]//
	+
	+	EOF

edv:prg:c:c_lernen

Anonymous (anonymous@undisclosed.example.com) — 2020-01-11T01:23:17+00:00

	aktuell
Zeile 1:	Zeile 1:
	+	====== Übungen um C zu lernen ======

	+	[[EDV:PRG:C:C lernen:Conways Spiel des Lebens]] (Info unter [[https://de.wikipedia.org/wiki/Conways_Spiel_des_Lebens]]) (FIXME)
	+
	+	----
	+	Stand: 24.09.2018
	+
	+	EOF

edv:prg:c:cpu-typ_identifizieren

Anonymous (anonymous@undisclosed.example.com) — 2020-01-11T01:23:11+00:00

	aktuell
Zeile 1:	Zeile 1:
	+	====== CPU-Typ identifizieren ======

	+	Manchmal ist es erforderlich, den CPU-Typ, auf dem der aktuelle Prozess ausgeführt wird, genau zu identifizieren. Eine Methode, die für alle CPUs gilt, gibt es prinzipbedingt nicht.
	+
	+	Für die Intel/AMD-CPUs gibt es eine Methode (von Intel?), die ab der 486-Familie unterstützt wird, die s.g. CPUID.
	+
	+	Beschreibung auf der Wikipedia: [[https://en.wikipedia.org/wiki/CPUID]]\\
	+	...und auf der Intel-Webseite: [[http://www.intel.com/content/www/us/en/architecture-and-technology/64-ia-32-architectures-software-developer-vol-2a-manual.html\|HTML]]
	+	oder [[http://www.intel.com/content/dam/www/public/us/en/documents/manuals/64-ia-32-architectures-software-developer-vol-2a-manual.pdf\|PDF]]
	+
	+	Ein konkretes Beispiel in C (für die Intel/AMD-CPUs) findet man im folgenden Beitrag: [[http://cboard.cprogramming.com/c-programming/95788-get-cpu-info.html#post732247]]
	+
	+	----
	+	Stand: 09.09.2016\\
	+	--- //[[feedback.jk-wiki@kreick.de\|: Jürgen Kreick]]//
	+
	+	EOF

edv:prg:c:dlls

Anonymous (anonymous@undisclosed.example.com) — 2020-01-11T01:23:17+00:00

	aktuell
Zeile 1:	Zeile 1:
	+	====== DLLs / dynamische Libraries / DSOs / shared libraries ======

	+	DLL: Dynamic Link Library (Windows)\\ DSO: Dynamic Shared Object (ELF, Posix)
	+
	+	* Unix/Linux: dlopen(), dlsym(), dlclose(), dlerror(): [[http://linux.die.net/man/3/dlopen]]
	+	* Mit Beispielen: [[http://tldp.org/HOWTO/C++-dlopen/thesolution.html]]
	+	* Entwicklung von DLLs in Windows: [[http://msdn.microsoft.com/en-us/library/9yd93633.aspx\|Linking an Executable to a DLL]]
	+	* Building Windows DLLs with MinGW: [[http://www.transmissionzero.co.uk/computing/building-dlls-with-mingw/]] - Ein sehr guter Artikel!
	+	* Shared libraries with GCC on Linux: [[https://www.cprogramming.com/tutorial/shared-libraries-linux-gcc.html]]
	+	* Workaround beim [[edv:prg:mq-series:example:Kompilieren/Linken von mqic.dll/.lib mit GCC unter Windows]]
	+	* [[EDV:PRG:CPP:Example:Export von Klassen/Strukturen/Methoden/Funktionen, die STL-Objekte (oder Templates allgemein) als Member/Parameter verwenden]] (Windowslastig)
	+	* [[EDV:PRG:CPP:Example:Initialisierung und Deinitialisierung von dynamischen Libraries]] (Initialization and finalization functions / Library constructor and destructor functions / DllMain)
	+	* [[EDV:PRG:CPP:Example:Export von Funktionen in den Libraries]] (GCC, Posix + Plattformübergreifend)
	+	* Konflikte wegen den gleichen Namen:
	+	* Shared Library Symbol Conflicts (on Linux): [[https://holtstrom.com/michael/blog/post/437/Shared-Library-Symbol-Conflicts-%28on-Linux%29.html]]
	+	* Shared Library Symbol Conflicts (on Solaris): [[https://holtstrom.com/michael/blog/post/446/Shared-Library-Symbol-Conflicts-%28on-Solaris%29.html]]
	+	* Solaris Export Symbols: [[https://holtstrom.com/michael/blog/post/455/Solaris-Export-Symbols.html]]
	+	* [[EDV:PRG:C:Tipp:Namenskonflikte lösen, die durch die Verwendung externer Libraries mit gleichbenannten Funktionen entstehen]] (Windows-Beispiel)
	+
	+	* Auf [[EDV:OS:UNIX:Derivate:AIX]] in Kombination mit GCC unbedingt folgende Hinweise beachten:
	+	* Using the GNU C/C++ compiler on AIX: [[http://www.ibm.com/developerworks/aix/library/au-gnu.html]]
	+	* Auf AIX haben üblicherweise beide Libraries-Typen die Endung ".a" - sowohl die statischen als auch die dynamischen.
	+	* AIX-spezifisches ld: [[https://www.ibm.com/support/knowledgecenter/ssw_aix_61/com.ibm.aix.cmds3/ld.htm]]
	+	* AIX® Linking and Loading Mechanisms: [[http://download.boulder.ibm.com/ibmdl/pub/software/dw/aix/es-aix_ll.pdf]]
	+
	+	:!: Wenn aus der DLL/SO Symbole/Funktionen referenziert werden, die in der Executable definiert sind (also, Referenzierung in "umgekehrter" Richtung), dann hilft die Option "-rdynamic" beim Linken (GCC) weiter. Wie und warum, erklärt sehr anschaulich folgender Beitrag:\\ [[http://stackoverflow.com/questions/36692315/what-exactly-does-rdynamic-do-and-when-exactly-is-it-needed]]
	+
	+	===== Abhängigkeiten =====
	+
	+	Die Abhängigkeiten eines ausführbares Programms oder einer dynamischen Libraries werden mit ldd angezeigt:
	+
	+	<code bash>
	+	juergen@developing:~> ldd /usr/lib/libglib-2.0.so
	+	/usr/lib/libglib-2.0.so needs:
	+	/usr/lib/libc.a(shr.o)
	+	/usr/lib/libpthread.a(shr_xpg5.o)
	+	/opt/freeware/lib/libintl.a(libintl.so.1)
	+	/opt/freeware/lib/libiconv.a(libiconv.so.2)
	+	/unix
	+	/usr/lib/libcrypt.a(shr.o)
	+	/usr/lib/libpthreads.a(shr_comm.o)
	+	/opt/freeware/lib/libiconv.a(shr4.o)
	+	juergen@developing:~>
	+	</code>
	+
	+	Per Voreinstellung sucht der Loader nur in /lib und /usr/lib. Die Umgebungsvariable LD_LIBRARY_PATH ergänzt diese Suche um weitere (durch Doppelpunkte getrennte) Verzeichnisse.
	+
	+
	+	===== Inhalt / enthaltene Funktionen / Symbols =====
	+
	+	Den Inhalt (die Symbols) einer Libraries mit dem Befehl nm anzeigen lassen:
	+
	+	<code bash>
	+	juergen@developing:~> nm -g /usr/lib/libglib-2.0.so \| head -10
	+	.$PTRGL T 268536464
	+	._Errno T 268482448
	+	.__divi64 T 268633312
	+	.__divss U 12800
	+	.__divu64 T 268532584
	+	.__divus U 12928
	+	.__f64toi64rz T 268805056
	+	.__f64tou64rz T 268643292
	+	.__itrunc T 268643008 202
	+	.__mulh U 12544
	+	nm: /usr/lib/libglib-2.0.so: 0654-207 The sort process was stopped prematurely.
	+
	+	juergen@developing:~>
	+	</code>
	+
	+	Falls sich nm mit folgender Fehlermeldung beschwert:
	+
	+	<code text>
	+	0654-210 xxxxx.o is not valid in the current object file mode.
	+	Use the -X option to specify the desired object mode.
	+	</code>
	+
	+	...dann nach dem "-g" mit dem zusätzlichen Parameter -X64 versuchen (für AIX relevant).
	+
	+	:!: Mit der Option "-g" werden nur die externen Symbole angezeigt.
	+
	+	:!: Mit der Option "-D" werden anstelle "normaler" Symbole die dynamischen Symbole angezeigt.
	+
	+	Auch der Befehl dump ist in diesem Zusammenhang sehr nützlich.
	+
	+
	+	===== Debugging von DLLs/DSOs =====
	+
	+	:!: Beim Laden eines DSOs wird der Initialisierungscode innerhalb des DSOs aufgerufen, bevor die dlopen() zurückkehrt. Diese Initialisierung ist UserCode und kann Fehler erzeugen, die nicht von dlopen() gefangen werden können. Beispielsweise wird ein mit RTLD_LAZY geladenes Objekt, das versucht, eine Funktion aufzurufen, die nicht lokalisiert werden kann, zu einer Prozessbeendigung führen. Fehlerhafte Programmierpraktiken innerhalb des Initialisierungscodes können auch zur Prozessbeendigung führen. Die "runtime linkers debugging"-Funktion kann helfen, diese Art von Fehler zu identifizieren. Eine davon ist die Environment-Variable %%LD_DEBUG%%.
	+
	+	==== LD_DEBUG (Environment-Variable) ====
	+
	+	Die Environment-Variable %%LD_DEBUG%% (bzw. LD_DEBUG_32 und LD_DEBUG_64), die als Argument eine durch Komma oder Doppelpunkt getrennte Liste von Tokens hat, veranlasst den RunTime-Linker, Debugging-Informationen auf %%stderr%% auszugeben.
	+
	+	Die Environment-Variable %%LD_DEBUG_OUTPUT%% kann ebenfalls definiert werden, um eine Datei anzugeben, an die die Debugging-Informationen gesendet werden sollen.
	+
	+	Hier ist ein Beispiel:
	+
	+	<code bash>
	+	LD_DEBUG=files,bindings,detail
	+	LD_DEBUG_OUTPUT=lari.dbg
	+	</code>
	+
	+	Die Debug-Ausgabe wird ins File lari.dbg.//PID// geschrieben (PID ist die Prozess-ID).
	+
	+	:!: Die Tokens files,bindings sind i.d.R. völlig ausreichend. Das Token detail bläht das Ausgabe-File sehr stark auf (die Adressinformationen) und ist normalerweise verzichtbar.
	+
	+	Quelle: Oracle man pages - [[https://docs.oracle.com/cd/E26502_01/html/E29034/toc.html\|section 3: Basic Library Functions]]
	+	* dlopen (gain access to an executable object file): [[https://docs.oracle.com/cd/E26502_01/html/E29034/dlopen-3c.html]]
	+	* ld.so.1 (runtime linker for dynamic objects): [[https://docs.oracle.com/cd/E26502_01/html/E29030/ld.so.1-1.html#REFMAN1ld.so.1-1]]
	+	* lari (link analysis of runtime interfaces): [[https://docs.oracle.com/cd/E26502_01/html/E29030/lari-1.html#scrolltoc]]
	+
	+
	+	----
	+	Stand: 27.09.2019\\
	+	--- //[[feedback.jk-wiki@kreick.de\|: Jürgen Kreick]]//
	+
	+	EOF

edv:prg:c:elf

Anonymous (anonymous@undisclosed.example.com) — 2020-01-11T01:23:13+00:00

	aktuell
Zeile 1:	Zeile 1:
	+	====== Executable and Linking Format (ELF) ======

	+	Executable and Linking Format (ELF): [[https://de.wikipedia.org/wiki/Executable_and_Linking_Format]] (außerdem: a.out, COFF, COM, ECOFF, ELF, Hunk, Mach-O, MZ, NE, OMF, PE, PEF, XCOFF)
	+
	+	Das ELF-Binärformat: [[http://www.linux-kernel.de/appendix/ap05.pdf]] - Doku: Aufbau und Struktur, ELF-Header.
	+
	+	ELF Header: [[http://www.sco.com/developers/gabi/latest/ch4.eheader.html]] - mit ausführlicher Beschreibung von e_type, e_machine, EI_OSABI, etc.
	+
	+	Linux Programmer's Manual:
	+	* [[http://man7.org/linux/man-pages/man5/elf.5.html\|elf(5)]] - Header %%<elf.h>%%
	+	* [[http://man7.org/linux/man-pages/man1/readelf.1.html\|readelf(1)]] - Displays information about ELF files.
	+
	+
	+	===== Datentypen =====
	+
	+	%%<elf.h>%%
	+
	+	<code c>
	+	/* 32-bit ELF base types. */
	+	typedef uint16_t Elf32_Half;
	+	typedef uint32_t Elf32_Word;
	+	typedef int32_t Elf32_Sword;
	+	typedef uint64_t Elf32_Xword;
	+	typedef int64_t Elf32_Sxword;
	+	typedef uint32_t Elf32_Addr;
	+	typedef uint32_t Elf32_Off;
	+	typedef uint16_t Elf32_Section;
	+	typedef Elf32_Half Elf32_Versym;
	+
	+	/* 64-bit ELF base types. */
	+	typedef uint16_t Elf64_Half;
	+	typedef uint32_t Elf64_Word;
	+	typedef int32_t Elf64_Sword;
	+	typedef uint64_t Elf64_Xword;
	+	typedef int64_t Elf64_Sxword;
	+	typedef uint64_t Elf64_Addr;
	+	typedef uint64_t Elf64_Off;
	+	typedef uint16_t Elf64_Section;
	+	typedef Elf64_Half Elf64_Versym;
	+	</code>
	+
	+	===== ELF-Header =====
	+
	+	(aus %%<elf.h>%%)
	+
	+	Auf 32-Bit-Architekturen:
	+
	+	<code c>
	+	#define EI_NIDENT 16
	+
	+	typedef struct elf32_hdr
	+	{
	+	unsigned char e_ident[EI_NIDENT];
	+	Elf32_Half e_type;
	+	Elf32_Half e_machine;
	+	Elf32_Word e_version;
	+	Elf32_Addr e_entry; /* Entry point */
	+	Elf32_Off e_phoff;
	+	Elf32_Off e_shoff;
	+	Elf32_Word e_flags;
	+	Elf32_Half e_ehsize;
	+	Elf32_Half e_phentsize;
	+	Elf32_Half e_phnum;
	+	Elf32_Half e_shentsize;
	+	Elf32_Half e_shnum;
	+	Elf32_Half e_shstrndx;
	+	} Elf32_Ehdr;
	+	</code>
	+
	+	Auf 64-Bit-Architekturen:
	+
	+	<code c>
	+	#define EI_NIDENT 16
	+
	+	typedef struct elf64_hdr
	+	{
	+	unsigned char e_ident[EI_NIDENT]; /* ELF magic number */
	+	Elf64_Half e_type;
	+	Elf64_Half e_machine;
	+	Elf64_Word e_version;
	+	Elf64_Addr e_entry; /* Entry point virtual address */
	+	Elf64_Off e_phoff; /* Program header table file offset */
	+	Elf64_Off e_shoff; /* Section header table file offset */
	+	Elf64_Word e_flags;
	+	Elf64_Half e_ehsize;
	+	Elf64_Half e_phentsize;
	+	Elf64_Half e_phnum;
	+	Elf64_Half e_shentsize;
	+	Elf64_Half e_shnum;
	+	Elf64_Half e_shstrndx;
	+	} Elf64_Ehdr;
	+	</code>
	+
	+	===== Weitere Infos =====
	+
	+	Redirecting functions in shared ELF libraries: [[http://www.codeproject.com/Articles/70302/Redirecting-functions-in-shared-ELF-libraries]]
	+
	+	----
	+	Stand: 12.09.2016\\
	+	--- //[[feedback.jk-wiki@kreick.de\|: Jürgen Kreick]]//
	+
	+	EOF

edv:prg:c:googletest

Anonymous (anonymous@undisclosed.example.com) — 2020-01-11T01:23:11+00:00

	aktuell
Zeile 1:	Zeile 1:
	+	====== Google C++ Testing Framework ======

	+	Doku:
	+	* Google Test: [[https://github.com/google/googletest/blob/master/README.md]] (EN)
	+	* Google Mock: [[https://github.com/google/googletest/blob/master/googlemock/README.md]] (EN)
	+	* What Is Google C++ Mocking Framework? [[https://github.com/google/googletest/blob/master/googlemock/docs/ForDummies.md]] (EN)
	+
	+	Download 1.7.0:\\ [[https://code.google.com/p/googletest/downloads/list]]\\ [[https://code.google.com/p/googletest/downloads/detail?name=gtest-1.7.0.zip&can=2&q=]]
	+
	+	===== Integration in IDE =====
	+
	+	In MS VisualStudio integrieren:
	+
	+	Auspacken und in .\gtest-1.7.0\msvc\ die Solution gtest-md.sln aufmachen.
	+	"The solution file with the -md suffix uses DLL versions of Microsoft runtime libraries,"
	+	[[http://leefrancis.org/2010/11/17/google-test-gtest-setup-with-microsoft-visual-studio-2008-c/]]
	+
	+	Dort das Projekt gtest-md anpassen:
	+	* Plattform x64 (GT kommt nur mit Win32)
	+	* character set = "not set" (Eingestellt ist MBCS)
	+	* Übersetzen.
	+	* Pfade für lib und include im eigenen Projekt setzen.
	+
	+	VS Plugin: [[https://visualstudiogallery.msdn.microsoft.com/9dd47c21-97a6-4369-b326-c562678066f0?SRC=VSIDE]]\\
	+	Damit werden die Tests im VS Test Explorer gelistet.\\
	+	Voraussetzung: Der Name der EXE muss mit *%%Test.exe%%** übereinstimmen (Regex ist %%"[Tt]est[s]{0,1}.exe"%%).\\
	+	[[https://github.com/markusl/GoogleTestRunner/blob/master/GoogleTestRunner/GoogleTestDiscoverer.fs]]\\
	+	Ergo: einfach in den Projektsettings den TargetName auf %%"$(ProjectName).Test"%% setzen.
	+
	+	Separater Testrunner: [[https://github.com/ospector/gtest-gbar]]
	+
	+	Doku zu GT: [[https://github.com/google/googletest/blob/master/googletest/docs/Documentation.md]]
	+
	+	Tests, die per default NICHT laufen sollen (perftests, etc.) müssen disabled werden, indem DISABLED_ vor den Namen gehängt wird.\\
	+	[[https://github.com/google/googletest/blob/master/googletest/docs/AdvancedGuide.md]]
	+
	+	----
	+
	+	* assert\\ Ersetzt *%%VS::Assert::%%** und verzweigt wahlweise auf GT und VS.
	+
	+	FIXME
	+
	+	===== GT Kompilieren =====
	+
	+	Vor dem Kompilieren sollte man das File ./gtest-1.7.0/include/gtest/internal/gtest-port.h anschauen.\\ Dort am Anfang sind mehrere Makros beschrieben, die das Kompilieren beeinflussen (z.B. "GTEST_HAS_PTHREAD", "GTEST_LINKED_AS_SHARED_LIBRARY", "GTEST_CREATE_SHARED_LIBRARY", "GTEST_OS_AIX", "GTEST_OS_SOLARIS", etc.).
	+
	+	Ich habe GT wie folgt kompiliert:
	+
	+	==== AIX ====
	+
	+	Im Ordner "username@aix:/users/username/ProduktName/ProduktRelease/Code/external/gtest/gtest-1.7.0/gcc-AIX":
	+
	+	<code bash>
	+	# Pfade zu den GCC-Libraries:
	+	GCC_IncludePath=/usr/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.8.1/include-fixed:/usr/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.8.1/include:/usr/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.8.1/include/c++/powerpc-ibm-aix6.1.0.0/pthread/ppc64:/usr/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.8.1/include/c++
	+	# Pfade zu den AIX-Libraries:
	+	SYS_IncludePath=/usr/include:/usr/include/sys
	+
	+	export INCLUDE=${GCC_IncludePath}:${SYS_IncludePath}
	+	export CPLUS_INCLUDE_PATH=${INCLUDE}
	+	export C_INCLUDE_PATH=${INCLUDE}
	+
	+	export GTEST_DIR=..
	+
	+	# Kompilieren:
	+	# Mit dem Parameter "-isystem" (so steht es in der Doku) hat es nicht funktioniert,
	+	# stattdessen mit "-I${GTEST_DIR}/include"
	+	g++ -I${GTEST_DIR}/include -I${GTEST_DIR} -pthread -D_AIX -DGTEST_HAS_PTHREAD=1 -mcpu=powerpc64 -maix64 -c -x c++ -std=c++11 -g -ggdb -w -fpermissive -fexceptions -fno-diagnostics-show-option -O0 -fPIC ${GTEST_DIR}/src/gtest-all.cc
	+
	+	# Kontrolle:
	+	nm -g -X64 gtest-all.o \| more
	+
	+	# (Statische) Library bauen:
	+	ar -rv -X64 libgtest.a gtest-all.o
	+
	+	# Kontrolle:
	+	nm -g -X64 libgtest.a \| more
	+	</code>
	+
	+	Für [[EDV:OS:UNIX:Derivate:AIX]]:
	+	* A quick introduction to the Google C++ Testing Framework: [[http://www.ibm.com/developerworks/aix/library/au-googletestingframework.html]]
	+
	+	==== RHEL ====
	+
	+	Im Ordner "username@rhel:/users/username/ProduktName/ProduktRelease/Code/external/gtest/gtest-1.7.0/gcc-RHEL":
	+
	+	<code bash>
	+	# Pfade zu den GCC-Libraries:
	+	GCC_IncludePath=/opt/rh/devtoolset-3/root/usr/include/c++/4.9.2
	+	# Pfade zu den AIX-Libraries:
	+	SYS_IncludePath=/usr/include:/usr/include/sys
	+
	+	export INCLUDE=${GCC_IncludePath}:${SYS_IncludePath}
	+	export CPLUS_INCLUDE_PATH=${INCLUDE}
	+	export C_INCLUDE_PATH=${INCLUDE}
	+
	+	export GTEST_DIR=..
	+
	+	# Kompilieren:
	+	g++ -I${GTEST_DIR}/include -I${GTEST_DIR} -pthread -m64 -c -x c++ -std=c++11 -g -ggdb -w -fpermissive -fexceptions -fno-diagnostics-show-option -O0 -fPIC ${GTEST_DIR}/src/gtest-all.cc
	+
	+	# Kontrolle:
	+	nm -g gtest-all.o \| less
	+
	+	# (Statische) Library bauen:
	+	ar -rv libgtest.a gtest-all.o
	+
	+	# Kontrolle:
	+	nm -g libgtest.a \| less
	+	</code>
	+
	+	----
	+	Stand: 08.11.2016
	+
	+	EOF

edv:prg:c:library

Anonymous (anonymous@undisclosed.example.com) — 2020-01-11T01:23:16+00:00

	aktuell
Zeile 1:	Zeile 1:
	+	====== Statische Libraries ======

	+	Um den Inhalt einer Library (Files mit .a unter Unix oder .lib bei Windows) anzeigen zu lassen oder zu modifizieren, gibt es einige Tools.
	+
	+	Unix
	+	* ar\\ Beispiel: <code bash>ar -t libfile.a</code>
	+
	+	Windows:
	+	* dumpbin.exe\\ Beispiel: <code batch>dumpbin /SYMBOLS libfile.lib</code> ...um die in der Library enthaltene Symbols anzuzeigen, oder: <code batch>dumpbin /EXPORTS libfile.lib</code> ...um anzeigen lassen, welchen Funktionen die Library exportiert.
	+	* lib.exe: [[https://msdn.microsoft.com/en-us/library/7ykb2k5f(v=vs.120).aspx]] (LIB Reference)\\ Beispiel: <code batch>lib.exe /list libfile.lib</code>
	+
	+	----
	+	Stand: 01.09.2016\\
	+	--- //[[feedback.jk-wiki@kreick.de\|: Jürgen Kreick]]//
	+
	+	EOF