Ich danke wie verrueckt! Funktioniert und da man DLLs erst laden kann, wenn man sie braucht, gehts auch mit den anderen Windoof-Versionen. Sehr schoen!
Gruesze.
Das mit der Eingabe könnte daran liegen, dass du eine Zeichenkette der Länge 1 erstellst. Das liegt dann doch auf der Hand, dass das nicht gehen kann.
Außerdem würde ich an deiner Stelle sowieso strings vorziehen.
entweder:
char *VolumeName = new char[50];
cin >> *VolumeName;
oder:
#include <string>
using namespace std;
string str;
cin >> str;
Bei der zweiten Variante hast du wenigstens keine Probleme mit Overflow deiner Pointer.
Okay, denke ich habe endlich was gefunden. sollte es jemanden interessieren:
Wiedergeben von digitalen Medien in einer Visual Basic .NET-Anwendung
(zwar für VB.NET, aber hat mich wenigstens auf eine Spur gebracht)
und dann noch:
About the Windows Media Player SDK - Samples
mfG
Logan
Entweder:
1. Deine App statisch linken
2. Die DLLs der CRT/MFC/ATL in das Dir Deiner EXE und das passende Manifest für die DLLs in das Dir und die EXE benötigt das passende Manifest
3. Die DLLs installieren unddie EXE benötigt das passende Manifest
Siehe:
http://www.codeproject.com/cpp/vcredists_x86.asp
das ist eine definierte konstante und kein string, im prinzip steht dahinter auch wieder eine zahl. wenn du nach der deklaration suchst wirste finden welcher wert das ist.
MfG RadiatioN
was mich grad ein wenig wundert:
wc.hIconSm = LoadIcon(NULL-IDI_APPLICATION)
warum ausgerechnet subtrahieren? das ergibt doch keinen sinn
wenn du kein VC++ verwendest, dann lade das icon doch vorher und übergeb ihm dann nur da handle. und handles sind nunmal ganzzahlige, positive, 32bit werte, was hier nicht der fall wäre.
MfG RadiatioN
Ich hab es jetzt mal NtOpenFile anstelle von NtCreateFile versucht, jetzt klappt es:
status = NtOpenFile(
&datei_h,
GENERIC_READ | GENERIC_WRITE,
&datei_a,
&datei_s,
0,
FILE_NON_DIRECTORY_FILE | FILE_RANDOM_ACCESS
);
Vielen Dank!
