Sie sind aktuell nicht angemeldet.

Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Warum auf 32-Bit beschränken
Autor: vbNetProgrammierer
Datum: 21.12.10 15:21
Auch ich finde auch ,dass wenn es möglich ist der Type IntPtr bevorzugt werden sollte (Habe ich bereits in letzten Beitrag erwähnt). Jedoch in Zusammenhang mit "Zeigerarithmetik" ist es die Verwendung von IntPtr manchmal nicht möglich (Stichwort: MoveMemory\ZeroMemory\FillMemory). Meist in Zusammenhang mit C\C++ - DLLs oder Byte Arrays sind die Speicherzugriffe nur schwierig zu umgehen. In der obengenannten Funktion DestroyWindow ist wohl sinnlos auf IntPtr zu verzichten . So viel ich weiß ist die Addition bei IntPtr nicht möglich ! Keine Garantie auf richtige Rechtschreibung!

DestroyWindow vb 2010	1.951	Artec	20.12.10 19:13
Re: DestroyWindow vb 2010	1.317	DaveS	20.12.10 19:17
Re: DestroyWindow vb 2010	1.295	Artec	20.12.10 19:36
Re: DestroyWindow vb 2010	1.305	DaveS	20.12.10 19:48
Re: DestroyWindow vb 2010	1.277	Artec	20.12.10 20:00
Re: DestroyWindow vb 2010	1.203	DaveS	20.12.10 21:30
Re: DestroyWindow vb 2010	1.319	RalfE	20.12.10 19:57
Re: DestroyWindow vb 2010	1.355	vbNetProgrammie...	20.12.10 19:59
Re: DestroyWindow vb 2010	1.247	Artec	20.12.10 20:07
Re: DestroyWindow vb 2010	1.235	RalfE	21.12.10 13:32
Re: DestroyWindow vb 2010	1.218	Artec	21.12.10 15:05
Warum auf 32-Bit beschränken	1.165	vbNetProgrammie...	21.12.10 15:21
Re: Warum auf 32-Bit beschränken	1.168	RalfE	21.12.10 23:16
Re: Warum auf 32-Bit beschränken	1.141	vbNetProgrammie...	22.12.10 14:34
Re: Warum auf 32-Bit beschränken	1.127	vbNetProgrammie...	22.12.10 14:46
Re: Warum auf 32-Bit beschränken	1.113	RalfE	22.12.10 14:50

Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden. Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  Gesamtübersicht

Suchen