AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Incompatible typen Fehler, wieso?

Ein Thema von OrNEC · begonnen am 9. Aug 2014 · letzter Beitrag vom 10. Aug 2014
Antwort Antwort
OrNEC

Registriert seit: 6. Nov 2009
493 Beiträge
 
FreePascal / Lazarus
 
#1

Incompatible typen Fehler, wieso?

  Alt 9. Aug 2014, 14:33
Delphi-Version: XE3
Ich habe in dieser Funktion
DeleteFile(varRecDir + StationRecDir + '\' + FileName); die Fehlermeldung
Zitat:
main.pas(442,56) Error: Incompatible type for arg no. 1: Got "AnsiString", expected "PChar"
wieso eigentlich? Die Variablen varRecDir, StationRecDir und FileName sind Strings. Die
showmessage(varRecDir + StationRecDir + '\' + FileName); funktioniert auch problemlos, aber nicht die DeleteFile-Funktion.

Danke für jede Hilfe!

P.S. das ganze passiert in Lazarus
  Mit Zitat antworten Zitat
Benutzerbild von DeddyH
DeddyH

Registriert seit: 17. Sep 2006
Ort: Barchfeld
27.656 Beiträge
 
Delphi 12 Athens
 
#2

AW: Incompatible typen Fehler, wieso?

  Alt 9. Aug 2014, 14:51
DeleteFile erwartet eben einen PChar-Parameter und keinen String.
DeleteFile(PChar(varRecDir + StationRecDir + '\' + FileName));
Detlef
"Ich habe Angst vor dem Tag, an dem die Technologie unsere menschlichen Interaktionen übertrumpft. Die Welt wird eine Generation von Idioten bekommen." (Albert Einstein)
Dieser Tag ist längst gekommen
  Mit Zitat antworten Zitat
OrNEC

Registriert seit: 6. Nov 2009
493 Beiträge
 
FreePascal / Lazarus
 
#3

AW: Incompatible typen Fehler, wieso?

  Alt 9. Aug 2014, 15:03
Jaa... in der Hilfe steht davon kein Wort, zumindest in der Lazarus Hilfe.
  Mit Zitat antworten Zitat
Benutzerbild von Captnemo
Captnemo

Registriert seit: 27. Jan 2003
Ort: Bodenwerder
1.126 Beiträge
 
Delphi XE4 Architect
 
#4

AW: Incompatible typen Fehler, wieso?

  Alt 9. Aug 2014, 16:17
Aber es steht ja zumindest schon in der Fehlermeldung vom Compiler, die du gepostet hast.
Dieter
9 von 10 Stimmen in meinem Kopf sagen ich bin nicht verrückt. Die 10. summt dazu die Melodie von Supermario Bros.
MfG Captnemo
  Mit Zitat antworten Zitat
Benutzerbild von Bernhard Geyer
Bernhard Geyer

Registriert seit: 13. Aug 2002
17.222 Beiträge
 
Delphi 10.4 Sydney
 
#5

AW: Incompatible typen Fehler, wieso?

  Alt 9. Aug 2014, 16:21
Entweder du hast die sysutils nicht in deiner Usesanweisung oder die Windows-Unit nach diesem Eintrag so das dort die Version mit PChar verwendet wird.
Windows Vista - Eine neue Erfahrung in Fehlern.
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.340 Beiträge
 
Delphi 12 Athens
 
#6

AW: Incompatible typen Fehler, wieso?

  Alt 9. Aug 2014, 17:41
Komisch ist irgendwie, daß in der Online-Hilfe die Typenbezeichner der "Strings" fehlen
http://lazarus-ccr.sourceforge.net/d...eletefile.html
http://lazarus-ccr.sourceforge.net/d...ilecreate.html

Aber ich möchte fast wetten, daß Lazarus es hier dem Delphi nachgemacht hat, womit es ebenfalls zwei Implementationen gibt.
SysUtils (mit String) und Windows (mit PChar)
Somit solltest du einfach mal aufpassen welche Version du verwendest.

[edit]
Ups, nu hab'sch den armen Bernhard glatt übersehn.
Ein Therapeut entspricht 1024 Gigapeut.
  Mit Zitat antworten Zitat
OrNEC

Registriert seit: 6. Nov 2009
493 Beiträge
 
FreePascal / Lazarus
 
#7

AW: Incompatible typen Fehler, wieso?

  Alt 9. Aug 2014, 18:23
OK... verstehe...

Ich habe beide Uses eingebunden, die SysUtils und Windows, aber Lazarus besteht bei dieser Funktion auf PChar, wieso auch immer. Wird da etwa eine Uses bevorzugt? Wenn ja wie kann man das beeinflussen?

Eigentlich ist es mir egal, ob PChar oder String, Hauptsache es ist alles unicodefähig. Und das ist es doch, oder?
  Mit Zitat antworten Zitat
Benutzerbild von JamesTKirk
JamesTKirk

Registriert seit: 9. Sep 2004
Ort: München
604 Beiträge
 
FreePascal / Lazarus
 
#8

AW: Incompatible typen Fehler, wieso?

  Alt 10. Aug 2014, 10:05
Komisch ist irgendwie, daß in der Online-Hilfe die Typenbezeichner der "Strings" fehlen
http://lazarus-ccr.sourceforge.net/d...eletefile.html
http://lazarus-ccr.sourceforge.net/d...ilecreate.html
Das war ein Bug in dem Tool, das zur Generierung der Hilfe verwendet wird. Dort wo die Hilfe eigentlich zu finden ist (nämlich www.freepascal.org/docs.var) ist schon seit dem Release von 2.6.2 die gefixte Dokumentation online: http://freepascal.org/docs-html/rtl/...eletefile.html

Zum Thema unicodefähig noch:
- bis einschließlich der 2.6.x Serie verwendete Free Pascal rein die Ansi Routinen unter Windows
- 2.7.1 unterstützt bereits den "Codepage aware AnsiString" und wir arbeiten auch daran die RTL mehr Unicode-aware zu bekommen, das ist aber noch ein Work In Progress
- Lazarus verwendet standardmäßig UTF-8 als Encoding innerhalb der AnsiStrings; das bedeutet Strings, die du von der LCL bekommst sind in UTF-8 und solche, die du an die LCL übergibst müssen UTF-8 sein; bei der Interaktion mit RTL und FCL Routinen musst du also mit SysToUTF8 bzw. UTF8ToSys entsprechend umwandeln oder du verwendest die UTF-8-fähigen Versionen einiger RTL Funktionen (DeleteFile sollte darunter fallen), welche mit einem *UTF8-Suffix versehen in der (glaube ich) LazUTF8 -Unit zur Verfügung stehen

Gruß,
Sven
Sven
[Free Pascal Compiler Entwickler]
this post is printed on 100% recycled electrons

Geändert von JamesTKirk (10. Aug 2014 um 10:06 Uhr) Grund: Doppelte Grußformel... :/
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 20:22 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz