Delphi 2006 .net

[fordka]

Hallo,

ich habe gerade angefangen mich in Delphi anzu arbeiten. Mein Problem liegt derzeit darin, das ich ein bestehendes Projekt von delphi7 nach Delphi 2006 (net) bringen muss.

Meine Frage:

Wie gehe ich mit Pointer um, gibt es eine einfache Möglichkeit diese irgendwie um zuwandeln?


Für eine schnelle Hilfe wäre ich sehr dankbar.


Gruß Fordka

[Bernhard Geyer]

Bevor du dich jetzt ins Unglück stürzt: Wieso soll ein bestehendes Projekt nach .NET gewandelt werden und mit VCL.NET weiterentwickelt werden. Steckt da mehr dahinter als das man nun .NET machen will? Ist dann überhaupt der VCL.NET-Ansatz der richtige weg.

Zitat:

Wie gehe ich mit Pointer um, gibt es eine einfache Möglichkeit diese irgendwie um zuwandeln?

Welches Problem hast Du konkret. Es gibt nicht die Lösung. Entweder muss (bei DLL's) die Importangabe angepaßt werden oder es muss für manche Probleme komplett eine ander Lösung gefunden werden (File of XYZ)

[fordka]

Hallo,

Das bestehende Projekt soll in .Net weiter entwickelt werden. (Vorgabe vom Kunden). In dem Projekt sind Pointer und die mag Delphi ja nun nicht mehr. Ich soll einfach versuchen alle Fehler zu beheben die auftretten wenn das programm in Delphi 2006 gestartet wird.

Ich habe leider keine Ahnung was ich mit den Pointern machen soll.

Gruß Fordka


P.S. Ich bekomme folgende Fehlermeldung:

[Pascal Fehler] uKonfiguration.pas(277): E2410 Unsichere Zeigervariablen, Parameter oder Konstanten sind nur in unsicheren Prozeduren zulässig

[Bernhard Geyer]

Zitat:

Zitat von fordka

Das bestehende Projekt soll in .Net weiter entwickelt werden. (Vorgabe vom Kunden).

Auch wenn es Kundenvorgabe ist: Welche Vorteile verspricht er sich davon. Es geht auch darum das Du/der Kunde nicht etwas von einer .NET-Lösung erwartet, die man mit einem (VCL).NET- (Oder auch WinForms-)Programm nicht erreichen kann.

Zitat:

Zitat von fordka

In dem Projekt sind Pointer und die mag Delphi ja nun nicht mehr. Ich soll einfach versuchen alle Fehler zu beheben die auftretten wenn das programm in Delphi 2006 gestartet wird.

Beispiele?

Falls Du 3th-Party-Komponenten hast: Gibt es davon eine VCL.NET-Version.

[Phoenix]

Ein Pointer ist ja ein Zeiger auf irgendeine Struktur (Record, Objekt, Funktion etc.).

Du ersetzt einfach jeden verwendeten Pointer durch eine Referenz auf die jeweilige Struktur und that's it.

[fordka]

Hallo,

Es wohl so das über diesen weg eine Plattformunabhängigkeit erreicht werden soll. Ich bin auch nur Angestellt und mach was mir gesagt wird.

Ja wie gesagt ich bekomme eine Fehlermeldung:
[Pascal Fehler] uKonfiguration.pas(277): E2410 Unsichere Zeigervariablen, Parameter oder Konstanten sind nur in unsicheren Prozeduren zulässig

und mit dieser kann ich nicht viel Anfangen.

Mir geht es darum welche Alternative habe ich wenn ich keine Pointer mehr verwenden kann?

Sorry, habe leider wenig Ahnung vom Projekt ( habe gerade erst angefangen) und noch weniger von Delphi

[fordka]

Zitat:

Zitat von Phoenix

Ein Pointer ist ja ein Zeiger auf irgendeine Struktur (Record, Objekt, Funktion etc.).

Du ersetzt einfach jeden verwendeten Pointer durch eine Referenz auf die jeweilige Struktur und that's it.

Kannst Du mir das ein wenig genauer erklären?

[Phoenix]

Zitat:

Zitat von fordka

Es wohl so das über diesen weg eine Plattformunabhängigkeit erreicht werden soll. Ich bin auch nur Angestellt und mach was mir gesagt wird.

Die werdet ihr mit der VCL.net garantiert nicht erreichen können. Das nur so zur Info.

Zitat:

Zitat von fordka

Ja wie gesagt ich bekomme eine Fehlermeldung:
[Pascal Fehler] uKonfiguration.pas(277): E2410 Unsichere Zeigervariablen, Parameter oder Konstanten sind nur in unsicheren Prozeduren zulässig

Da steht doch schon alles wichtige drin. In der uKonfiguration.pas wird in der Zeile 277 ein nicht Typsicherer Wert übergeben.

Du musst herausfinden, auf was für ein Objekt dieser Pointer zeigt und musst ihn dann in eine Refenz auf eben dieses Objekt umwandeln.

Beispiel:

Delphi-Quellcode:

var
  X, Y: Integer;// X und Y sind Integer-Variablen
  P: ^Integer;  // P zeigt auf einen Integer
begin
  X := 17;      // Einen Wert an X zuweisen
  P := @X;      // Adresse von X an P zuweisen
  Y := P^;      // P dereferenzieren; Ergebnis an Y zuweisen
end;

Wird zu:

Delphi-Quellcode:

var
  X, Y: Integer;// X und Y sind Integer-Variablen
  P: Integer;  // P nun selber als Integer deklarieren
begin
  X := 17;     // Einen Wert an X zuweisen
  P := X;      // wert kopieren
  Y := P;      // wieder kopieren
end;

[xaromz]

Hallo,

Zitat:

Zitat von fordka

Es wohl so das über diesen weg eine Plattformunabhängigkeit erreicht werden soll. Ich bin auch nur Angestellt und mach was mir gesagt wird.

Mit VCL .Net kannst Du die Plattformunabhängigkeit aber vergessen. Intern baut die komplett auf dem Win32-API auf. Du müsstest schon die VCL durch Winforms ersetzen, um von Windows unabhängig zu werden.

Gruß
xaromz

[Bernhard Geyer]

Zitat:

Zitat von fordka

Es wohl so das über diesen weg eine Plattformunabhängigkeit erreicht werden soll. Ich bin auch nur Angestellt und mach was mir gesagt wird.

Und dann VCL.NET. Kannst deinen Chef sagen das mit der VCL.NET genau dies nicht erreicht werden kann.
Die VCL.NET basiert immer noch auf der Win32-API. Es soll zwar irgendwann mal eine VCL für Avalon und für das Compact Framework geben. Aber wollt ihr euch auf sowas verlassen?

Wenn ihr Plattformunabhängigkeit jetzt haben wollt heißt es alles neu zu implementierung und zwar entweder:

- Unter Java
- Unter .NET und gegen das Mono-Framework testen
- Verwendung von C++ und QT

Zitat:

Zitat von fordka

Ja wie gesagt ich bekomme eine Fehlermeldung:
[Pascal Fehler] uKonfiguration.pas(277): E2410 Unsichere Zeigervariablen, Parameter oder Konstanten sind nur in unsicheren Prozeduren zulässig

Zeig mal den Codeauschnitt dazu.

Zitat:

Zitat von fordka

Sorry, habe leider wenig Ahnung vom Projekt ( habe gerade erst angefangen) und noch weniger von Delphi

Ob das der Sinnvolle Ansatz ist? :gruebel:
Von Delphi solltest Du schon für eine Portierung Ahnung haben. Alles neu lernen (Delphi, .NET und Fachwissen) kann eigentlich nur scheidern da du vermutlich in allen Fällen fehler machen wirst. Gibts keine anderen Projektmitglieder die du fragen kannst?

[Elvis]

Markiere deine Methoden als unsafe, zumindest die, die Pointer nutzen oder die, die Methoden benutzen, die Pointer benutzen, oder die, die Methoden benutzen, die Methoden benutzen, die Pointer benutzen, oder... :mrgreen:

Kurz gesagt alles was irgendwie von unsafe Code abhängig ist muss dummerweise selbst als unsafe markiert werden. Sehr bescheuert, IMHO. Aber so ist das nun mal bei allen mir bekannten .Net-Sprachen. :wall:

Pointer funktionieren eigentlich sehr gut in .Net. Man muss nur verflucht gut aufpassen, dass man auch ja schön seine Strukturen "pinned", d.h. der GC sagen, dass sie sie auf keinen Fall verschieben oder vernichten darf.
Ansonsten zeigt dein @Preiselbeersauce nach einer Relokalisation auf eine Erdbeertorte und dein Hirschbraten schmeckt komisch...

[hanspeter]

Zitat:

Zitat von fordka

Hallo,

Es wohl so das über diesen Weg eine Plattformunabhängigkeit erreicht werden soll. Ich bin auch nur angestellt und mach was mir gesagt wird.

Lasst die Finger von VCL.Net - ist ein Holzweg.

VCL.Net und Mono tuns nicht richtig.
VCL.Net ist auf Stand Net1.1 und nicht wirklich Net. Es wird die Win32 API in Net gekapselt.

Es muß wohl immer eine Borland.dll mitgegeben werden.
Und versionsabhängig ist das dann auch noch.

Es gibt meines Erachtens von Delphi nach Net zur Zeit nur zwei vernünftige Wege.
1. Oberfläche neu in Net, Geschäftslogik in Chrome. (Ein Pascalcode Plugin für VS)
Chrome wird auch gegen Mono verifiziert.
2. Hydra von Remobjects.
Ein Pluginsystem, welches Net Module in Win32 einbinden läßt und umgekehrt.
Hier ist eine sanftere Migration möglich.

Ob es einen vernünftigen Weg mit Delphi/VCL geben wird, das werden wir wohl erst nächstes Jahr um diese Zeit wissen, wenn Delphi irgendwann mit Net2.0 umgehen kann.
Inzwischen ist aber bereits Net3.0 erschienen,

Gruß Peter

[fordka]

Wenn ihr Plattformunabhängigkeit jetzt haben wollt heißt es alles neu zu implementierung und zwar entweder:

- Unter Java
- Unter .NET und gegen das Mono-Framework testen
- Verwendung von C++ und QT

Es soll mit .Net und dann mit Mono.

[Phoenix]

:?: