Fehler bei pchar zu string bzw. umgekehrt! (durch dll???)

[Nicolai1234]

Ich habe einen string(s) und einen pchar(p).
Ich wandle den pchar wie folgt um:

Delphi-Quellcode:

s := string(p);

Dabei entsteht ein Fehler; die letzten Zeichen des strings sind dann verändert bzw. nicht mehr da! Woran kann das liegen?

Vielleicht muss ich noch dazu sagen, dass der pchar aus einer dll kommt! Kann es beim umgekehrten zu Fehlern kommen; also wenn ich aus dem Ergebnis der dll einen string mache? oder kann es sein, dass die dll falsch übergibt?

[API]

Zitat:

Ich wandle den pchar wie folgt um:
Source:
s := string(p);

warum nicht

Delphi-Quellcode:

s := p;

[Nicolai1234]

Weil das dann inkompatible Typen sind!!

[API]

Zitat:

Weil das dann inkompatible Typen sind!!

bei d6 gehts.

...oder so?

Delphi-Quellcode:

var
 p: PChar;
 s: string;
begin
 p := 'abd123';
 s := StrPas(p);
end;

[Luckie]

Zitat:

Zitat von Nicolai1605

Weil das dann inkompatible Typen sind!!

Was zahlst du mir für einen Gegegenbeweis? :mrgreen:

Delphi-Quellcode:

procedure TForm1.Button1Click(Sender: TObject);
var
  s: String;
  p: PChar;
begin
  p := 'Hello world';
  s := p;
  ShowMessage(s);
end;

[Nicolai1234]

Zitat:

Zitat von API

...oder so?

Delphi-Quellcode:

var
 p: PChar;
 s: string;
begin
 p := 'abd123';
 s := StrPas(p);
end;

Das geht auch nicht! Ich habe Delphi 6 Enterprise



Anhang: Meine Fehlermeldung bei p := s (p->result ; s->ergebnis)

[API]

Zitat:

var
p: PChar;
s: string;
begin
p := 'abd123';
s := StrPas(p);
end;

Geht 100%! Poste mal deinen Code!

[Nicolai1234]

Es ahndelt sich bei mir um eine function:

Delphi-Quellcode:

function rueckgabe(herkunft:pchar):pchar;
var ergebnis:string;
..
begin
...
if ergebnis = 'keine' then result := 'keine' else result := strpas(ergebnis);

Nur

Code:

result := ergebnis

geht auch nicht!

[Dagon]

Das liegt wohl daran, dass deine Funktion ein Ergebnis vom Typ PChar erwartet, du aber eines vom Typ String zurück geben willst.

[Nicolai1234]

sorry, ist mein Fehler oben im qt eigentlich hatte ich ja auch: result := pchar(ergebnis);
Das geht ja auch. Nur das letzte Zeichen ist manchmal Falsch oder es kommt gar keins!!!!


Vielleicht muss ich noch dazu sagen, dass der pchar aus einer dll kommt! Kann es beim umgekehrten zu Fehlern kommen; also wenn ich aus dem Ergebnis der dll einen string mache? oder kann es sein, dass die dll falsch übergibt?

[rochus]

Hallo,
der Thread ist zwar schon uralt, aber ich schreib dennoch mal weiter. Ich hatte eben exakt das gleiche Problem und habe festgestellt, dass es daran lag, dass ich FastMM4 verwende. Ohne die ging es.

Der Aufbau ist folgender:


Anwendung wandelt string in PChar -> Wird an Methode übergeben -> Methode wandelt PChar in String. Mit FastMM4 tritt das Problem auf, ohne FastMM4 nicht. Hat jemand eine Idee, wo das herrühren könnte? Ist das ein Bug in FastMM?

Gruß

[himitsu]

Ich wüßte eigentlich nicht wie das an FastMM liegen könnte, denn der hat ja nichs mit dem Kopieren/Zuweisen der Daten su tun.
FastMM reserviert ja nur Speicher und gibt den wieder frei ... was und vieviel es reservieren/freigeben soll wird ihm ja von anderen Routinen gesagt und das kopieren der Daten(des Strings) zwischen den beiden Speicherblöcken macht FastMM ja auch nicht? :gruebel:

Versuch es mal mit meinem FastXMM der baut auf 'nem FastMM auf ... mal sehn ob der Fehler da auch pasiert.