himXML (gesprochen himix ML)

[himitsu]

Von den üblichen/"unterstützten" Codierungen nur das, da Windows ein bissl rumzickt und ich dafür keine eigene (De)Codierung integriert hab.

So wie du es jetzt hast, wird das UTF-16 mit durch's UCS2 (Unicode) geschleift. Und solange keine "exotischen" höheren Zeichen über #32767 vorkommen sollte es keine Probleme geben.

Ansonsten ist im aktuellen Code keine Objekt-Serialisierung vorhanden, da es einige Problemchen mit der Deserialisierung gab.
Records und Variants können aber serialisiert werden, wobei die Recordserialisierung demnächst auch noch um die Möglichkeiten der neuen Delphi 2010-RTTI aufgemotzt wird.

Wobei ich derzeit das ganze Projekt umgestalte, da endlich das Problem der sich selbsthaltenden Kreizreferenzen bei Interfaces gelöst ist und somit Interfaces wieder verwendet werden können ... dafür gibt es hier auch eine "coole" selbsentwickelte Neuerung, wo ich die Interfaces ein bissl "mishandle".

[RWarnecke]

Das hört sich ja richtig gut. Bin schon auf die neue Version gespannt.

[geskill]

hey himitsu,
benutze deine XML Lib nun schon eine Weile, bislang habe ich diese immer direkt ins Programm eingebunden, jedoch benutze ich in meinem Programm viele Plugins, wodurch sich eine bpl zur Zentralen Einbindung der Komponente lohnte. Nun klappts jedoch nicht mehr so richtig mit dem lesen und schreiben. Ich nutze die hoffentlich aktuelle v0.99d.

Wenn ich z.b. eine XML Datei speichern möchte (existiert bereits, ANSI Codiert, nur XML Header enthalten [<?xml version="1.0" ?>] ) kommt dieser Fehler:

Zitat:

[EXMLException] TXMLFile.SaveToStream:
invalid value

TXMLFile.AssembleTree:
error on line 0 and col 22 (at byte position 0)

TXWriter.SetVer:
unknown xml version

Mit diesem Schnippsel hat es eigentlich immer ganz gut geklappt:

Delphi-Quellcode:

  XMLDoc := TXMLFile.Create;
  try
    with XMLDoc do
    begin
      LoadFromFile(WebsiteSettingsFile);
      // Active := True;
      Options := Options + [xoNodeAutoIndent];
      DefaultTextIndent := #9;
    end;

    // optionen setzten

    XMLDoc.SaveToFile(WebsiteSettingsFile);
  finally
    XMLDoc.Free;
  end;

Das komische ist auch, dass es beim ersten mal klappt, wenn ich dann jedoch die Datei nochmal abspeichern will bekomme ich diesen Fehler -,-

[himitsu]

Kann's hier nicht ausprobieren.
Werd' es mir aber die nächsten Tage mal ansehn, wenn ich wieder daheim bin.

Nja, aktuell ... joar, von den öffentlichen Versionen ist es schon die Aktuelle.

Aber ertsmal sehn woran es liegt, vom Leseverhalten, hat die interne Version, theoretisch keine großen Änderungen diesbezüglich bekommen.
(bin "nur" dabei den Kern, also sozusagen die internen Verwaltungssachen komplett umzustellen und die Schnittstelle/Interfaces ein bissl zu optimieren)

[Medium]

Moin Himi!

Erstmal ganz ganz heissen Dank für dieses Prunkstück! Damit lässt sich wirklich komfortabel arbeiten.

Bis auf... ;)
Ich möchte ganz gerne zwei (benachbarte) Nodes vertauschen, jedoch habe ich Probleme mit der Insert()-Funktion. Diese lässt scheinbar die Fäden des eingefügten Nodes baumeln, oder so etwas in diese Richtung. Ziel ist es einen Node nach oben oder unten wandern lassen zu können.

Delphi-Quellcode:

// Alle Nodes haben ein Attribut "ID", welches in den Tags der Listbox-Items wieder auftaucht.
// Dadurch kann ich querindizieren, egal was wo in welcher Liste genau an welcher internen Array-
// Position steht.
var
  n, f: TXMLNode;
  fi, iid, fiid: Integer;
begin
  iid  := lbElements.ListBoxItems[lbElements.ItemIndex].Tag; // ID-Attribut des Nodes zum selektierten Listbox-Eintrag ermitteln
  fiid := lbElements.ListBoxItems[lbElements.ItemIndex+1].Tag; // Auch die ID des in der Listbox folgenden Eintrags
  n := CurrentFrameXML.RootNode.Nodes['#Element>ID='+IntToStr(iid)]; // Node zur ID finden
  f := CurrentFrameXML.RootNode.Nodes['#Element>ID='+IntToStr(fiid)]; // Auch zum nächsten

  fi := CurrentFrameXML.RootNode.Nodes.IndexOf(f); // Index im internen Array zum Folgeknoten ermitteln
  CurrentFrameXML.RootNode.Nodes.Insert(CurrentFrameXML.Nodes.CloneNode(n), fi); // An diese Stelle eine Kopie von "n" einfügen
  CurrentFrameXML.RootNode.Nodes.Delete(n); // Das alte "n" killen
  XMLToListBox(CurrentFrameXML); // Die flache knotenstruktur in ne LB werfen
end;

Das ganze funktioniert nur so lange, wie der Folgeknoten "f" nicht schon vorher einmal verschoben wurde! Dann nämlich wird dieser in der Zeile "fi := ..." nicht mehr gefunden, und die gesamte Struktur ist dahin. (Der Node an sich wird gefunden, sein Index allerdings nicht mehr.) Genauer gesagt wird dann an Index -1 ge-inserted, wodurch nur noch dieser Node in der Liste ist. So als würde der RootNode geleert, und dieser als einziger eingefügt.

Die Listbox wird in der Reihenfolge des internen Arrays vom RootNode befüllt, so dass in der Listbox benachbarte Einträge auch im RootNode benachbarten Knoten entsprechen sollten.

Wat ist da los? Oder geht das 100x einfacher, und es ist für mich nur zu spät geworden heut abend? :)

[xZise]

Moin Medium,
irgendwie fehlt mir das einfügen des Knoten f. Aktuell schreibst du vor den Knoten f den Knoten n. Aber den Knoten f setzt du nicht an die Position, wo der Noten n vorher war oder?

MfG
Fabian

[Medium]

Da es ja ein Insert(), kein Replace() ist, sollte der ja eigentlich einfach nur verrutschen :gruebel:

[xZise]

Moin,
wenn du allerdings in der Liste mehrere Nodes zwischen n und f hast.
Zum Beispiel:

Code:

abc n opq f ghi

Dann sieht das danach so aus:

Code:

abc n opq n f ghi

Code:

abc opq n f ghi

Aber ein austauschen sieht für mich so aus:

Code:

abc f opq n ghi

MfG
Fabian

[Medium]

Das ist nicht gegeben. n unf f stehen sowohl in der Listbox, als auch im XMLNode direkt hintereinander. Dessen bin ich mir sicher, da ich die Listbox bei jeder Änderung im XML immer frisch aus dem Node befülle, und dabei nicht auf XMLNode.NextNode zurückgreife, sondern wirklich per Index durch XMLNode.Nodes[i] iteriere. f ist immer der Folgeknoten von n (deswegen f :) ).
Auf diese Weise habe ich mit TList auch schon öfter gearbeitet, was okay war. Die Funktion die ich damit realisieren will ist einfach, dass man mit 2 Buttons "hoch" und "runter" ein Item pro Klick um einen Platz rauf oder runter wandern lassen kann. Dies innerhalb der Listbox allein reicht jedoch nicht, sondern muss schon in der Datenhaltung darunter ebenfalls passieren, dem XML.

Edit: Um das eigentliche Problem nochmal zu verdeutlichen: Ein via Insert() eingefügter Node wird nachher nicht mehr im Array des Elternknotens gefunden. Sowohl ParentNode.IndexOf(n) als auch n.Index liefern -1, obgleich ich den Knoten per n := ParentNode.Nodes['#NodeName>Attribut1=aValue'] ermittelt habe.

Meine Verschiebung geht daher, aber auch nur, wenn kein beteiligter Knoten zuvor schon ein mal verschoben wurde.

Besonders ärgerlich dabei: Ein Haltepunkt in der Insert() Funktion in der himXML.pas wird zur Laufzeit deaktiviert. Ich kann also garnicht nachvollziehen, was da genau passiert - oder auch nicht :( Sogar mit F7 reinsteppen tut nicht, der Debugger hüpft einfach drüber.

[himitsu]

@geskill: kommst auch gleich dran

@Medium:
die 1 vor die 3 verschieben

Delphi-Quellcode:

n := XML.RootNode.Nodes['#Element>ID=1'];
f := XML.RootNode.Nodes['#Element>ID=3'];
XML.RootNode.Nodes.Insert(n, f, True);

oder die 1 ausschneiden und vor der 3 wieder einfügen

Delphi-Quellcode:

n := XML.RootNode.Nodes.Remove('#Element>ID=1');
f := XML.RootNode.Nodes['#Element>ID=3'];
XML.RootNode.Nodes.Insert(n, f, True);

Ich würde aber Ersteres bevorzugen, denn falls was beim Einfügen schief geht (Exception), dann würde f wild in der Gegend rumliegen (Speicherleck).

bzw, die 1 hinter die 3 verschieben

Delphi-Quellcode:

n := XML.RootNode.Nodes['#Element>ID=1'];
f := XML.RootNode.Nodes['#Element>ID=3'];
XML.RootNode.Nodes.Insert(n, f);

oder die 1 ausschneiden und nach der 3 wieder einfügen

Delphi-Quellcode:

n := XML.RootNode.Nodes.Remove('#Element>ID=1');
f := XML.RootNode.Nodes['#Element>ID=3'];
XML.RootNode.Nodes.Insert(n, f);

Nun aber noch 2 kleine Fehlerkorrekturen:
- In TXMLNodeList.Remove das "not" entfernen
- und nach dem Insert waren wirklich ein paar Zeiger fehlerhaft

Delphi-Quellcode:

    Function TXMLNodeList.Insert(Node, RNode: TXMLNode; previousR: Boolean = False): TXMLNode;
      Begin
        If not (Node is TXMLNode) Then
          Raise EXMLException.Create(ClassType, 'Insert', @SInvalidNode);
        If (Assigned(_Parent) and (_Parent.InnerText <> '')) or (Assigned(_FirstNode)
            and ((_FirstNode.NodeType = xtCData) or (Node.NodeType = xtCData))) Then
          Raise EXMLException.Create(ClassType, 'Insert', @SIsTextNode, _Parent.Name);
        If Assigned(RNode) and (not (RNode is TXMLNode) or (RNode.ParentList <> Self)) Then
          Raise EXMLException.Create(ClassType, 'Insert', @SNodeNotInList);
        If Assigned(Node.ParentList) Then Node := Node.ParentList.Remove(Node);
        Inc(_NodesCount);
        If previousR Then Begin
          If not Assigned(RNode) Then RNode := _FirstNode;

          If not Assigned(_FirstNode) or (_FirstNode = RNode) Then _FirstNode := Node;
          If not Assigned(_LastNode)                          Then _LastNode  := Node;
          If Assigned(RNode) Then Begin
            If Assigned(RNode.InnerPrev) Then RNode.InnerPrev.InnerNext := Node;
            Node.InnerPrev  := RNode.InnerPrev;
            Node.InnerNext  := RNode;
            RNode.InnerPrev := Node;
          End;
        End Else Begin
          If not Assigned(RNode) Then RNode := _LastNode;

          If not Assigned(_FirstNode)                         Then _FirstNode := Node;
          If not Assigned(_LastNode)  or (_FirstNode = RNode) Then _LastNode  := Node;
          If Assigned(RNode) Then Begin
            If Assigned(RNode.InnerNext) Then RNode.InnerNext.InnerPrev := Node;
            Node.InnerNext  := RNode.InnerNext;
            Node.InnerPrev  := RNode;
            RNode.InnerNext := Node;
          End;
        End;
        Node.CheckCrypted(True);
        Result := Node;
        DoNodeChange(Result, xcAddetNode);
      End;

[himitsu]

@geskill:
Konnte deinen Fehler leider nicht reproduzieren.

Solange man nicht "manuell" im Quellcode die .Version setzt oder das Versions-Attribut verändert, sollte eigentlich beim Speichern niemal diese Fehlermeldung erscheinen können. :gruebel:
(beim Auslesen sollten nur bekannte XML-Version erkannt/zugelassen werden, weswegen beim Speichern eigentlich keine unbekannte Version vorliegen dürfte)

Könntest du mir eine Demoanwendung zukommen lassen, welche dieser Verhalten zeigt?



PS: .DefaultTextIndent legt die "Standard"-Einstellung für zukünftige Instanzen von TXMLFile fest.
.TextIndent repräsentiert die Einstellung der aktuellen Instanz.

Du wolltest also bestimmt

Delphi-Quellcode:

TextIndent := #9;

verwenden.

[Medium]

Ahhh, mir wurde einiges klarer jetzt! Danke!

Nachdem ich mir dann mal genau aufgemalt habe was da wo hin gepointert wird, ist mir aufgefallen, dass Node.InnerPrev und Node.InnerPrev.InnerNext noch fehlen.
Ich habe zudem nach wie vor bei schon einmal verschobenen Nodes den Fehler bekommen, dass die Node nicht in der Liste sei. Node.SetParent(self) hat Abhilfe geschaffen :)

Hier mal meine Anpassungen:

Delphi-Quellcode:

      Function TXMLNodeList.Insert(Node, RNode: TXMLNode; previousR: Boolean = False): TXMLNode;
      var
        tmp: TXMLNode;
      Begin
        If not (Node is TXMLNode) Then
          Raise EXMLException.Create(ClassType, 'Insert', @SInvalidNode);
        If (Assigned(_Parent) and (_Parent.InnerText <> '')) or (Assigned(_FirstNode)
            and ((_FirstNode.NodeType = xtCData) or (Node.NodeType = xtCData))) Then
          Raise EXMLException.Create(ClassType, 'Insert', @SIsTextNode, _Parent.Name);
        If Assigned(RNode) and (not (RNode is TXMLNode) or (RNode.ParentList <> Self)) Then
          Raise EXMLException.Create(ClassType, 'Insert', @SNodeNotInList);
        If Assigned(Node.ParentList) Then Node := Node.ParentList.Remove(Node);
        Inc(_NodesCount);
        If previousR Then Begin
          If not Assigned(RNode) Then RNode := _FirstNode;

          If not Assigned(_FirstNode) or (_FirstNode = RNode) Then _FirstNode := Node;
          If not Assigned(_LastNode) Then _LastNode := Node;
          If Assigned(RNode) Then Begin
            If Assigned(RNode.InnerPrev) Then RNode.InnerPrev.InnerNext := Node;
            Node.InnerPrev := RNode.InnerPrev;
            Node.InnerNext := RNode;
            RNode.InnerPrev := Node;
          End;
        End Else Begin
          If not Assigned(RNode) Then RNode := _LastNode;

          If not Assigned(_FirstNode) Then _FirstNode := Node;
          If not Assigned(_LastNode) or (_FirstNode = RNode) Then _LastNode := Node;
          If Assigned(RNode) Then Begin
            If Assigned(RNode.InnerNext) Then RNode.InnerNext.InnerPrev := Node;
            Node.InnerNext := RNode.InnerNext;
            tmp := Node.InnerPrev;
            Node.InnerPrev := RNode;
            RNode.InnerNext := Node;
            RNode.InnerPrev := tmp;
            if Assigned(tmp) then
              tmp.InnerNext := RNode;
            Node.SetParent(self);
            RNode.SetParent(self);
          End;
        End;
        Node.CheckCrypted(True);
        Result := Node;
        DoNodeChange(Result, xcAddetNode);
      End;

Ich habe nur den Zweig für previousR=false geändert, da die andere Variante bei benachbarten Nodes sehr lustige Verknotungen erzeugt (Node.InnerPrev zeigt wieder auf Node und so Dinge), und ich es nicht zwingend brauche. (Nach oben schieben lässt sich ja auch über runter schubsen des vorigen Nodes erreichen.)

Damit komme ich nun weiter, merci!!

Edit: Ach shit :(
Noch immer verschwinden RNodes, und zwar sobald das Node (also das direkt davor) vorher schon mal an einer Verschiebung beteiligt war. Ich habe jetzt 3 Seiten mit Pfeilen vollgekritzelt, und komme immer zu dem Ergebnis, dass diese Abfolge von Verbiegungen stimmen sollte:

Delphi-Quellcode:

            If Assigned(RNode.InnerNext) Then RNode.InnerNext.InnerPrev := Node;
            If Assigned(Node.InnerPrev) Then Node.InnerPrev.InnerNext := RNode;
            Node.InnerNext := RNode.InnerNext;
            RNode.InnerPrev := Node.InnerPrev;
            Node.InnerPrev := RNode;
            RNode.InnerNext := Node;

(Habe das "tmp" von oben eliminieren können, daher nochmals anders.)
Ich verzweifel langsam :\

Edit2
Das RNode verliert seinen Prev! Und zwar obwohl das Prev vom Node gültig ist. Aber WARUM!?
Wenn doch nur dieser sch**** Debugger in die Methode springen würde, WAHH! Auch DCU killen half nicht. Sowas liebe ich ja.

Edit3
Durch das vorige Remove von Node aus Node.ParentList werden die Next und Prevs genilt.
Hier die gesamte gepatchte Methode, wobei halt noch immer der Zweig für previousR unbehandelt ist:

Delphi-Quellcode:

      Function TXMLNodeList.Insert(Node, RNode: TXMLNode; previousR: Boolean = False): TXMLNode;
      var
        NPrev: TXMLNode;
      Begin
        If not (Node is TXMLNode) Then
          Raise EXMLException.Create(ClassType, 'Insert', @SInvalidNode);
        If (Assigned(_Parent) and (_Parent.InnerText <> '')) or (Assigned(_FirstNode)
            and ((_FirstNode.NodeType = xtCData) or (Node.NodeType = xtCData))) Then
          Raise EXMLException.Create(ClassType, 'Insert', @SIsTextNode, _Parent.Name);
        If Assigned(RNode) and (not (RNode is TXMLNode) or (RNode.ParentList <> Self)) Then
          Raise EXMLException.Create(ClassType, 'Insert', @SNodeNotInList);
        NPrev := Node.InnerPrev;
        If Assigned(Node.ParentList) Then Node := Node.ParentList.Remove(Node);
        Inc(_NodesCount);
        If previousR Then Begin
          (*If not Assigned(RNode) Then RNode := _FirstNode;

          If not Assigned(_FirstNode) or (_FirstNode = RNode) Then _FirstNode := Node;
          If not Assigned(_LastNode) Then _LastNode := Node;
          If Assigned(RNode) Then Begin
            If Assigned(RNode.InnerPrev) Then RNode.InnerPrev.InnerNext := Node;
            Node.InnerPrev := RNode.InnerPrev;
            Node.InnerNext := RNode;
            RNode.InnerPrev := Node;
          End;*)
        End Else Begin
          If not Assigned(RNode) Then RNode := _LastNode;

          If not Assigned(_FirstNode) Then _FirstNode := Node;
          If not Assigned(_LastNode) or (_FirstNode = RNode) Then _LastNode := Node;
          If Assigned(RNode) Then Begin
            If Assigned(RNode.InnerNext) Then RNode.InnerNext.InnerPrev := Node;
            If Assigned(Node.InnerPrev) Then Node.InnerPrev.InnerNext := RNode;
            Node.InnerNext := RNode.InnerNext;
            RNode.InnerPrev := NPrev;
            Node.InnerPrev := RNode;
            RNode.InnerNext := Node;
            Node.SetParent(self);
            Node.SetOwner(self.Owner);
          End;
        End;
        Node.CheckCrypted(True);
        Result := Node;
        DoNodeChange(Result, xcAddetNode);
      End;

Edit #wasweissich
Wenn beim Insert der LastNode betroffen ist, muss der noch in der Liste mit geupdated werden. Sonst geht in darauf folgenden Add() mächtig was schief!

Edit ...
Das letzte aber voraussichtlich :). Wenn die beteiligten beiden Knoten keine Nachbarn sind, wird alles was zwischen den beiden war noch einseitig weggeschnitten. Node.Next.Prev und RNode.Prev.Next müssten noch behandelt werden.
Wenn man InnerNext und InnerPrev Setter spendieren würde, die gleich die Gegenrichtung mit anpassen, dürfte man sich viel Gehampel ersparen glaube ich.

[himitsu]

Einer der Gründe, warum ich das Speichermanagement etwas fast komplett überarbeite. :oops:

[Jens Hartmann]

Hallo himitsu,

ich versuche gerade Deine Klasse zu verwenden. In den Demos funktioniert das alles. Allerdings versuche ich die Klasse gerade in eine IntraWeb Anwendung einzubinden. Dabei kommt es zu einem Fehler. Vieleicht ist dir der Fehler ja schon bekannt, und du kannst mir einen Lösungsansatz geben.

Ich habe die "himXML" in mein Projekt eingebunden versuche nach der "TreeDemo" eine "IWTreeView" Komponente mit einer XML-Datei zu füllen. Beim kompilieren, bricht er allerdings an folgender Stelle deiner Klasse...

Delphi-Quellcode:

        End;
        If (L < 0) or (i > 0) Then Raise EXMLException.CreateEx(TXMLFile, 'Crypt_Base64Decode', @SCorupptedBase64);
      End;

Mit folgender Fehlermeldung ab..

Zitat:

[DCC Fehler] himXML.pas(1767): E2250 Es gibt keine überladene Version von 'CreateEx', die man mit diesen Argumenten aufrufen kann

Vieleicht kannst Du mir sagen, wo der Fehler liegt.:gruebel:

Gruß Jens

[himitsu]

hmmmm :gruebel:

Wenn du hinter das CreateEx gehst und dort ein ( hinschreibst, was zeigt dann das CodeInsight an?

[Jens Hartmann]

Hier die CodeInsight...

Vieleicht als Info. Ich nutze D2007Pro mit Win7/64. In einer normalen VCL-Anwendung geht es ohne Probleme. Es muss also irgendwie mit IntraWeb zusammenhängen.

Gruß Jens

[Jens Hartmann]

Das ganze muss vermutlich an irgendeiner anderen Datei liegen die Du für die himXML nutzen tust. Da fehlt noch viel mehr.

[himitsu]

Versuche mal bitte den neueren anderen Anhang (164).

Nja, ein Problem ist halt, daß ich dieses Projekt unter Delphi 2009 gestartet hatte und für die Abwärtskompatibilität kein D2007 zur Verfügung stand ... hatte als nächsten Vorgänger nur noch ein D2006 zur Verfügung.

[GPRSNerd]

Hallo himitsu,

Delphi XE schmeisst (neben anderen) ein paar Warnungen beim Compilen von himxml.pas aus in Zeilen wie:

Delphi-Quellcode:

Integer(@X.Time)

[DCC Warnung] himXML.pas(3157): W1000 Symbol 'Time' ist veraltet
[DCC Warnung] himXML.pas(3312): W1000 Symbol 'Time' ist veraltet

Hast du ne Ahnung wie man das fixen kann? Es scheint generell mit TSearchRec.Time und FileAge u.ä. zu tun zu haben...
Habe im inet nichts genaueres dazu gefunden.

Gruß,
Stefan

[himitsu]

Diese Veraltet-Meldungen kann man notfalls erstmal ignorieren.

Das Bedeutet nur, daß es eventuell neuere/andere Funktionen/Aufrufe gibt und daß die entsprechende veraltete Funktion vermutlich demnächst aus Delphi entfernt wird.

[RWarnecke]

Hallo himitsu,

ich arbeite gerade mit himXML unter Delphi 2010. Dabei hat er ein Problem mit dem Type TTypeKind. In Deiner himXML in Zeile 6764 sind nur 19 Typen deklariert. Unter Delphi 2010 sind aber für TTypeKind aber 22 Typen deklariert.
Ich habe jetzt einfach mal die Zeile 6764 erweitert. Das ganze sieht dann so aus :

Delphi-Quellcode:

        Const cTypeKind: Array[TTypeKind] of AnsiString = ('Unknown', 'Integer', 'Char',
            'Enumeration', 'Float', 'String', 'Set', 'Class', 'Method', 'WChar',
            'LString', 'WString', 'Variant', 'Array', 'Record', 'Interface', 'Int64',
            'DynArray' {$IF Declared(UnicodeString)}, 'UString', 'ClassRef', 'Pointer', 'Procedure' {$IFEND} );

Funktionieren tut es erstmal.

Edit: Ich habe gerade gesehen, dass in der Version 0.99d das ganze behoben ist. Dann werde ich diese nehmen.

[RWarnecke]

Hallo himitsu,

wieviel Assembler hast Du denn in Deinem himXML ? Eine Funktion habe ich schon gefunden, die Funktion

Delphi-Quellcode:

Class Function TXHelper.Pos(Const Sub, S: TWideString): Integer;

. Änderst Du da noch etwas in Richtung 64Bit für XE2 ?

[himitsu]

Ich glaub al zuviel Assembler war nicht drin :oops:

"heimlich" geändert wird schon seit XE so Einiges daran ... aber die Zeit -.-°
(Hab zwar ein Beta insalliert, welche bald wieder ausläuft, aber noch nicht viel damit gemacht
und wann/ob ich mir XE2 kaufe
und ich glaub geldlich/zeitlich werde ich die 10% DT-Rabatt nicht mehr nutzen können :( )

[RWarnecke]

Da ich die Datei benötige, kann ich statt dem Assembler Pascal Code einfügen, der mit die Position des Suchstrings vom übergebenen String zurückliefert ? Der Assembler Code macht doch nichts anderes oder ?

[himitsu]

Jupp.

Du könntest (vermutlich) auch das normale Pos verwenden.

Diese Funkion war IMHO nur wegen älteren Delphis enthalten. (glaub ich)

Ich hoffe nur keiner heult, wenn ich die nächste Version nur für D2010/XE und Neuer rausbring.
(eigentlich ab D2009, aber für Compilerfehler und andere delphieigene Bugs, mach ich mir, auf Biegen und Brechen, keinen Buckel mehr krum)

[RWarnecke]

Hallo himitsu,

ich folgende Zeile Quelltext, die nicht sauber funktionieren :

Delphi-Quellcode:

  XMLConfig := TXMLFile.Create(nil, False);
  stream := TRCxStreamDecorator.Create(
    TFileStream.Create(GetSpecialFolder(CSIDL_APPDATA) + '\VPN-Konfiguration\vpnconfig.xml', fmOpenRead), // der konkrete stream
    True,                // ownsStream (auto-free)
    'password',          // Passwort fur die SandBox
    emEncodeWriting   ); // schreibend kodieren
  try
    (Stream as TRCxStreamDecorator).ReadSalt;
    XMLConfig.LoadFromStream(Stream);
  finally
    Stream.Free;
  end;

Ich verschlüssel eine XML-Datei mit RCx. Wenn ich die verschlüsselte Datei in ein Memo lade oder in eine StringList, dann funktioniert alles ganz wunderbar. Wenn ich es jetzt so mache, wie im obigen Quelltext, dann lande ich immer in der Funktion TRCStreamDecorator.Seek der Datei rcstreamdeco.pas. Die Dateien zum verschlüsseln habe ich aus diesem Beispiel. Ich habe dort alle Strings durch AnsiString ersetzt.

[RWarnecke]

Hallo himitsu,

das Problem aus dem letzten Beitrag habe ich mit einem Workaround über eine TStringlist lösen können. Ich versuche gerade die interne Verschlüsselung zu nutzen. Ich habe Deine Beschreibung gelesen, kann diese aber nicht umsetzen. Hier mal ein Beispiel :

Delphi-Quellcode:

procedure TForm1.Btn_1Click(Sender: TObject);
var
  XML: TXMLFile;
  i: Integer;
  xmlnode: TXMLNode;
begin
  XML := TXMLFile.Create(nil);
  XML.CryptData['RC4'] := 'testen';
  For i := 0 to 10 do
  begin
    xmlnode := XML.RootNode.Nodes.Add('Node' + IntToStr(i));
    xmlnode.Text_S := 'Testnode_' + IntToStr(i);
  end;
  XML.SaveToFile('test.xml');
  XML.Free;
  M_1.Lines.LoadFromFile('test.xml');
end;

Habe ich da noch etwas vergessen oder was habe ich falsch gemacht ?

[himitsu]

Delphi-Quellcode:

XML.CryptData['RC4'] := 'testen';

setzt nur den Schlüssel/Passwort für die Verschlüsselung.

Nun mußt du nur noch, bei den zu gewünschten Knoten noch sagen, daß sie damit verschlüsselt werden sollen.

Delphi-Quellcode:

    xmlnode := XML.RootNode.Nodes.Add('Node' + IntToStr(i));
    xmlnode.Crypted = 'RC4';
    xmlnode.Text_S := 'Testnode_' + IntToStr(i);

Eine integrierte Verschlüsselung über die gesammte Datei kommt erst in der nächsten Version. (solange kann man aber dennoch die XML-Datei streamen und diesen Stream verschlüsseln)

[franktron]

Habt ihr das mit XE2 64Bit hingekrigt ?

Bei mir Kompiliert er aber stürzt dann beim erstellen von XML:=TXMLFile.Create(nil); mit Stack overflow ab.

[RWarnecke]

Zitat:

Zitat von franktron (Beitrag 1132685)

Habt ihr das mit XE2 64Bit hingekrigt ?

Bei mir Kompiliert er aber stürzt dann beim erstellen von XML:=TXMLFile.Create(nil); mit Stack overflow ab.

Du musst doch nur die eine Position wo der Assemblercode die Position des Strings zurückgibt ändern in eine ganz normale Pos-Funktion. Dann hat es bei mir zumindest funktioniert.

[franktron]

Das habe ich auch gemacht aber er hat noch 2 stellen mit Linke Seite kann nicht zugewiesen werden angezeigt die habe ich ausgeremt

[daywalker9]

Evtl ein Inc(Integer(..)) ?

Dort muss dann anstatt Integer, NativeInt bzw NativeUInt stehen.

[himitsu]

Natürlich wurde überall mit Integer gecastet.

Eigentlich sollte Integer ja mal dynamisch sein, womit das dann gepaßt hätte. :wall:
hab noch kein XE2, aber wenn, dann wird sich hier ja eh Einiges intern ändern (bzw. ist schon dabei ... bin aber mit einem anderem Projekt ausgelastet und dann wird ja nun auch noch zusätzlich beruflich geproggt)

[franktron]

Diese Zeilen habe ich ausgremt

Delphi-Quellcode:

{rtArray:              Begin
                                    P2 := P;
                                    For i2 := RecInfo._Data[i].Elements - 1 downto 0 do Begin
                                      Serialize_Record(Node2.Nodes.Add('Element'), P2^, RecInfo._Data[i].SubInfo);
                                      Inc(Integer(P2), RecInfo._Data[i].SubInfo._Size);
                                    End;
                                  End;
            rtDynArray:           Begin
                                    P2 := PPointer(P)^;
                                    If Assigned(P2) Then
                                      For i2 := PInteger(Integer(P2) - 4)^ - 1 downto 0 do Begin
                                        Serialize_Record(Node2.Nodes.Add('Element'), P2^, RecInfo._Data[i].SubInfo);
                                        Inc(Integer(P2), RecInfo._Data[i].SubInfo._Size);
                                      End;
                                  End;  }

gibt es 2 mal im Code

[himitsu]

Solnge man keine Serialisierung nutzt, isses nicht schlimm ... hab eh vor, daß durch die neue RTTI auszutauschen.

[franktron]

Welche Version nutz ihr, ich nutze
( Version v0.99d )
( Date 12.01.2009

[franktron]

Hab Fehler es muss system.pos heißen und nicht pos

[romber]

Habe folgendes Problem:
Ich bekomme über einen Webservice XML-Daten geleifert. Eine Attribute enthält Datum im Format "2012-07-20T00-00-00.000" (als Beispiel). Ich lese diese Attribute in einen String, den ich dann direkt mit StrToDate in ein Datum unmwandelt kann. Normalerweise lässt sich der o.g. Beispielstring nicht direkt mit StrToDate in ein Datum umwandeln, weil es an sich kein akzeptables Datumsformat ist, aber in diesem Fall klappt es. Vermutlich erkennt der Autor ein Datum dahinter und wandelt es direkt um.

Sollte aber der Wert der Attribute ein ungültiges Datum enthalten, z.B. "0001-01-01T00-00-00.000", bekomme ich schon beim auslesen der Attribute in einen String die Fehlermeldung "Ungültiges Argument". Als Datum mag es vielleicht ungültig sein, aber als String sollte doch keine Probleme geben, oder?

Was mache ich falsch?

[himitsu]

Wenn du einen Node über .Text (Variant) ausließt, dann wird erkannt, daß es sich um das Standard-XML-DateTime-Format handelt, welches entsprechend in einen TDateTime umgewandelt wird.
Beim Auslesen von .Text wird der enthaltene Wert an die Delphi-Typen/Formate angepaßt, damit spätere Umwandlungen (welche aktuell noch über die Standardfunktionen des Variants behandelt werden) korrekt arbeiten.
Man kann .Text (Variant) ja direkt an eine TDateTime-Variable, bzw. an einen solches Property oder einen Parameter übergeben, wenn ein derartig kodierter DateTime-String oder eine Fließkommazahl enthalten ist.

Verwende stattdessen .Text_S (String), wenn du den Wert ohne Umwandlung auslesen willst/mußt.

[romber]

Bei einer Node ist klar. Es geht mir aber um eine Attribute. Soweit ich nichts übersehen habe, lässt sich eine Attribute nur über .Attribute[<name>] bzw. .Attributes.Value[<index>] auslesen und in beiden Fällen ist Variant der Ausgabetyp.