Einige Fragen zu Delphi 8 (JCL - JEDI Code Library)

[MaBuSE]

Zitat:

JCL 1.90 veröffentlicht
Das Project JEDI hat die Version 1.90 seiner Open Source-Code-Bibliothek JCL (JEDI Code Library) freigegeben

Weiß jemand wann oder ob es das auch für Delphi 8 geben wird?

(im Besonderen JclDebug)

------

Leider lässt Sich das nicht kompilieren.
Habe in der jedi.inc zwar folgendes hinzugefügt, aber er meckert immer noch wegen den Pointern rum. Ich hatte aber noch keine Zeit mir das genauer anzusehen.

Delphi-Quellcode:

{$IFDEF VER160}
  {$UNSAFECODE ON}     // Pointer gibts nur im UNSAFECODE Modus
  {$DEFINE COMPILER8}
  {$DEFINE COMPILER7}  // soll denken es ist D7, da ja noch keine D8 Abfragen im Source
  {$IFDEF BCB}
    {$DEFINE BCB7}
    {$DEFINE BCB}
  {$ELSE}
    {$DEFINE DELPHI8}
    {$DEFINE DELPHI7}
    {$DEFINE DELPHI}
  {$ENDIF}
{$ENDIF}

[Hansa]

Im "Entwickler" Sonderheft ist die Jedi-Sammlung erwähnt. Weiß jetzt nicht, ob das den für Dich wichtigen Teil betrifft. Aber es heißt sinngemäß : "Portierung zu aufwändig". Ich habe so einen ähnlichen Fall mit Async Pro. Da ist guter Rat teuer, im wahrsten Sinne des Wortes.

[Robert_G]

Da unsafe Code unter .Net IMHO komplett sinnlos ist. Kannst du dein Projekt auch genauso gut mit D7 basteln.
Brauchst du überhaupt die JCL unter .Net? Und wenn dann brauchst sie doch nicht komplett. Vielleicht kannst du das was du brauchst zu Winforms übersetzen.

[MaBuSE]

Zitat von Robert_G:

Brauchst du überhaupt die JCL unter .Net? Und wenn dann brauchst sie doch nicht komplett.

Die JCL sind ja "nur" nicht visuelle Bausteine. Hat also mit VCL / WinForms Entscheidung erst mal nichts zu tun. Du meinst sicher die JVCL (>= 300 Komponenten)

Die JCL wird in Projekten verwendet, die es zu portieren gilt.
(Portieren sollte nicht neu schreiben bedeuten)

[Robert_G]

Ich meinte schon die JCL.

Das Winforms habe ich nur erwähnt, da ich nicht annahm, dass du die VCL.Net nutzt und der Code unter Winforms einfach ganz anders aussieht.

[Robert Marquardt]

JVCL >= 500 Komponenten

Die JCL auf Delphi 8 zu portieren ist wirklich weitgehend sinnlos, insbesondere die wirklich nuetzlichen Units wie JclDebug.
Es gibt auch noch nicht genuegend Developer, die Delphi 8 haben.
Uebrigens setzt Borland JclDebug jetzt auch selbst in einem Tool ein.
Damit haben wir uns das Easter Egg im About auch fuer Delphi 8 verdient.

[MaBuSE]

Zitat von Hansa:

Aber es heißt sinngemäß : "Portierung zu aufwändig". Ich habe so einen ähnlichen Fall mit Async Pro. Da ist guter Rat teuer, im wahrsten Sinne des Wortes.

Async Pro von TurboPower ist ja mitlerweile auch Open Source.
Geniale Komponenten, aber ob's jemand portiert?

http://www.turbopower.com/products/linux/apro/


--------------------

Gibt es etwas vergleichbares wie JclDebug für Delphi 8 (VclForm und/oder WinForm)

[MaBuSE]

Gibt es etwas vergleichbares wie JclDebug für Delphi 8 (VclForm und/oder WinForm) ?

Oder gibt es im .NET Framework Möglichkeiten Programme besser zu debuggen ?

Danke für eine Antwort

[Hansa]

Zitat von MaBuSE:

Async Pro von TurboPower ist ja mitlerweile auch Open Source.Geniale Komponenten, aber ob's jemand portiert?

Mir egal, das Projekt welches die braucht ist von mir in eine Win32-Box verbannt worden für D8.