DLL - Probs mit Strings

[himitsu]

0..389 = 390, da du wohl immernoch das -1 vergessen hast.
Das wären 1,5*MAX_PATH, aber wie schon erwähnt, sollte man an vorgegebenen Konstanten nicht rumspielen.

Delphi-Quellcode:

var
  S: TFileStream;
  N: FilterNames;

S := TFileStream.Create('dateiname', fmCreate);

FillChar(N, SizeOf(N), 0);
bdaapiGetDevNameAndFEType(hOpen, N);
S.WriteBuffer(N, SizeOf(N));

FillChar(N, SizeOf(N), 255);
bdaapiGetDevNameAndFEType(hOpen, N);
S.WriteBuffer(N, SizeOf(N));

S.Free;

Und wenn man sich mit garnicht ssicher ist, dann doch eher wie Folgt.

Delphi-Quellcode:

function bdaapiGetDevNameAndFEType(hOpen: THandle; P: Pointer): HRESULT; stdcall;

var
  S: TFileStream;
  B: array[0..8191] of Byte;  // 8 KB sollten groß genug sein (selbst 2 KB dürften, laut Spezifikation, ausreichen)

S := TFileStream.Create('dateiname', fmCreate);

FillChar(B, SizeOf(B), 0);
bdaapiGetDevNameAndFEType(hOpen, @B);
S.WriteBuffer(B, SizeOf(B));

FillChar(B, SizeOf(B), 255);
bdaapiGetDevNameAndFEType(hOpen, @B);
S.WriteBuffer(B, SizeOf(B));

S.Free;

Und die Datei hier anhängen.

Ginge natürlich auch einfacher, wenn man die Möglichkeiten des Debuggers nutzen und sich die Variable direkt im Speicher ansieht.

[TERWI]

Ich habs einfach mal so gemacht:

Code:

S.WriteBuffer(Dev.FilterNames, SizeOf(Dev.FilterNames));

Man sieht die Strings in der Datei - Es sind 2 Geräte die gelistet werden.
Hab mir das aber nur mit dem Editor angesehen.
'Dateiname1.txt' ist für die DLL .11, 'Dateiname2.txt' für die .21

Für den Debugger bin ich A) 'zu blöd' und B) habe ich den beim proggen mit DirectShow Dingen eh immer aus.

[TERWI]

Hab mir die Dateien nun mal mit den PS-PAD im Hexeditor angesehen.

Mit den Daten aus der DLL-.11 erkenne ich folgendes:
String_1 hat 520 - 1 Byte (Tuner-Name)
String_2 hat 520 - 1 Byte (Capturer-Name)
String_3 hat 260 - 1 Byte (leer)
String_4 hat 260 - 1 Byte (Geräte-Name)
FE-Type ist ein Byte (passt auch zum Gerät)

Mit den Daten aus der DLL-.21 erkenne scheint das ähnlich.
Allerdings sehe ich da nirgendwo am Ende des Records eine Zahl für den FE-Type ....

Schon eom wenig eigenartig, das hier MAX_PATH mal mit 520 und dann mit 260 Zeichen verwendet wird.
Als Ansi-String kann ich das nicht wirklich erkennen.

[himitsu]

Datei 1 ist so aufgebaut:

Code:

0000   'TechnoTrend BDA/DVB-S Tuner'#0
0104   #0
0208   'TechnoTrend BDA/DVB Capture'#0
030C   #0
0410   #0
0514   'TT-budget S2-3200'#0
0618   3


Offset 061A:
0000   'USB 2.0 BDA DVB-S Tuner'#0
0104   #0
0208   'USB 2.0 BDA DVB Capture'#0
030C   #0
0410   #0
0514   'TT-connect S-2400'#0
0618   2

Wenn ich Nachzähle, dann komm ich auf 6 Strings á 260 (MAX_PATH) AnsiChars und ein nachfolgendes WORD.
Die alte Version hat also einen String weniger.

Datei 2:

Code:

0000   'TechnoTrend BDA/DVB-S Tuner'#0
0104   #0
0208   'TechnoTrend BDA/DVB Capture'#0
030C   #0
0410   #0
0514   #0
0618   'TT-budget S2-3200'#0
071C   3

Offset 0AAC:
0000   'USB 2.0 BDA DVB-S Tuner'#0
0104   #0
0208   'USB 2.0 BDA DVB Capture'#0
030C   #0
0410   #0
0514   #0
0618   'TT-connect S-2400'#0
071C   2

Hier sind es 7 Strings á 260 (MAX_PATH) AnsiChars und das nachfolgende WORD.
Was genau deiner Deklaration entspricht.

Die 260 Stimmen also. (bzw. Meiner aus )

Zitat:

Schon eom wenig eigenartig, das hier MAX_PATH mal mit 520 und dann mit 260 Zeichen verwendet wird.

520 = 2 * 260 = 2 Strings und der Zweite ist leer

ANSI ist auch korrekt, denn bei Unicode würde jeweils eine #0 zwischen jedem einzelnen Buchstaben liegen und ein String wäre MAX_PATH * SizeOf(WideChar) = 520 Byte groß.

[TERWI]

Tja, manschmal brauchts halt eben den Wink mit dem Baumstamm.....

Das mit den 389 war wohl eher ein Zufall, dass da was bei der .11 herauskam.

... und wenn man dann auch noch [0..MAX_PATH-1] zur Array-Deklaration schreibt, klappts auch mit der Ausgabe.

Wei oh wei oh wei ...

Danke dir für die Erleuchtung !