RtlCopyMemory() von Kernel32.dll richtig aufrufen

Techel

Sie ist eben nicht in kernel32.dll definiert, sondern ist lediglich ein Makro

Mechanics

Wie kommst du auf die Idee, die Funktion aufrufen zu wollen?

Du hast recht, "Die Funktion ist ja ganz klar in der DLL definiert..." ist falsch.
Danke dir, und hier hab ich mal ein freundlicheres memcpy herausgesucht http://www.danielvik.com/2010/02/fast-memcpy-in-c.html

Techel

Was meinst du mit freundlich?

Mechanics, ich wollte bytes aus einem input buffer in einen kleineren angepassten buffer kopieren. Das ganze findet in einer read-Funktion statt. Sollte eigentlich nichts besonderes sein.

roflo, ich weiß, ist ein wenig komisch ausgedrückt und gibt sowieso nur wenige Situationen bei denen das eine Rolle spielt. Ich hab halt als ich das geschrieben habe an diese paar Sätze gedacht: "While this is pretty good for the Motorola processor, it is not very efficient on a PowerPC that does not have any instructions for post incrementing pointers. The PowerPC uses four instructions for the same task that only required one instruction on the Motorola processor." und "Unfortunately some processors have no instructions for either pre increment or post increment of pointers."

Mechanics

Windows läuft weder auf Motorolla, noch auf PowerPcs. Wenn man unter Windows entwickelt, warum sollte man die CRT nicht nutzen wollen?

Techel

Trojaner, Viren, superkleine programme. Bin grad selbst beim Thema

Geht mir nur darum, dass falls ich die Funktion mal brauche, sie auch mit mir herumtragen kann.
Ich habe ja nichts gegen die Simplere.

Biolunar

In meinem kernel32.dll gibt es eine Funktion mit dem Namen RtlCopyMemory.

#ifdef RtlZeroMemory
#undef RtlZeroMemory
#endif
DECLSPEC_IMPORT VOID WINAPI RtlCopyMemory(PVOID, PVOID, SIZE_T);

So natürlich, wie komm ich auf zero..

Cu30p3 schrieb:

#ifdef RtlCopyMemory
#undef RtlCopyMemory
#endif
DECLSPEC_IMPORT VOID WINAPI RtlCopyMemory(PVOID, PVOID, SIZE_T);

volkard

roflo schrieb:

while(l --> 0)
		*e++ = v;

while(l --> 0)
		*e = v, e -=- true;

So natürlich, wie komm ich auf zero..

Cu30p3 schrieb:
C:
#ifdef RtlCopyMemory
#undef RtlCopyMemory
#endif
DECLSPEC_IMPORT VOID WINAPI RtlCopyMemory(PVOID, PVOID, SIZE_T);

"Fehler LNK2019 Verweis auf nicht aufgel÷stes externes Symbol ""__declspec(dllimport) void __stdcall RtlCopyMemory(void *,void *,unsigned long)" (__imp_?RtlCopyMemory@@YGXPAX0K@Z)" in Funktion "_main"."

Die anderen kernel Funktion funktionieren, kann also nicht am Linken liegen.

Techel

schreib extern "C" davor:

extern "C"
{
    DECLSPEC_IMPORT VOID WINAPI RtlCopyMemory(PVOID, PVOID, SIZE_T);
}

"Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "__imp__RtlCopyMemory@12" in Funktion "_main""

Außerdem sind die zwei auch immer dabei:
"Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "@__security_check_cookie@4" in Funktion "_main""
"Fehler LNK2019 Verweis auf nicht aufgelöstes externes Symbol "___security_cookie" in Funktion "_main""

Techel

Wenn du die CRT etc nicht mitlinkst sind die letzten beiden klar. Einfach in den Projekteinstellungen unter C++ alle sicherheitsüberprüfungen deaktivieren oder auf standard setzen.
Edit: hab mir jetzt mal eigenhändigs die kernel32.dll unter die lupe genommen und siehe da, sie exportiert keine funktion 'RtlCopyMemory'.
Aber 'RtlMoveMemory', was genau das gleiche macht.

Hab ich nach Biolunar's post auch gemacht, und jop, keine copy memory

Biolunar

Windows 7: http://i.imgur.com/rlmVXU7.png

Techel

Kommt wohl darauf an,ob man für x86 oder x64 baut. In syswow64's kernel32.dll gibts (bei mir jedenfalls) kein rtlcopymemory. Allgemein sollte man nicht setzen, dass die funktionen im windows sdk auch wirklich in irgendwelchen dlls stecken.
Bau einfach memcpy etc nach, musst du eh, der Compiler kann nämlich einfach so random calls zu diesen machen.

hustbaer

Hat jetzt echt keiner von euch auf die MSDN Seite zu RtlCopyMemory geguckt?
Die Funktion ist in der NTDLL.DLL zu finden.

roflo schrieb:

Allgemein sollte man nicht setzen, dass die funktionen im windows sdk auch wirklich in irgendwelchen dlls stecken.

Wieso nicht? Jedes Windows Programm setzt darauf.