Schließt aber nicht aus, das PB eigene Header etc. verwendet. Es ist immer schlecht sich auf was zu verlassen, das nicht offiziell dokumentiert ist. Man sollte das zumindest in Hinterkopf halten.Thorium hat geschrieben:Wieso? PB nutzt die JCalG1 Lib für x86.GPI hat geschrieben:Das ist zwar dokumentiert, aber nicht für PureBasic. Großer Unterschied.
UnpackMemory - Zielspeichergröße
Re: UnpackMemory - Zielspeichergröße
CodeArchiv Rebirth: Deutsches Forum Github Hilfe ist immer gern gesehen!
Re: UnpackMemory - Zielspeichergröße
Danke für eure Antworten...
Die sache mit *Buffer+2 bzw. +3 scheint richtig zu sein.
Wäre natürlich schön von offizieller Seite noch n Antwort zu bekommen, oder es sogar gleich einzubinden.
Trotz alle dem, schreibe ich vorerst die Länge selber mit in mein Archiv, da ich bei fehlgeschlagenen packen, eh die Länge der Originaldaten mit beifügen muss.
@GPI:
Du gehst eh immer auf Nummer sicher oder
Find ich gut, so kann man nicht "überrascht" werden wenn es doch igendwann mal n ZufallsBug gibt oder nicht mehr Funktioniert.
Trotzdem verwerde ich hier und da ganz gerne "Hintertüren" um unnötige Umwege zu vermeide ...
Die sache mit *Buffer+2 bzw. +3 scheint richtig zu sein.
Wäre natürlich schön von offizieller Seite noch n Antwort zu bekommen, oder es sogar gleich einzubinden.
Trotz alle dem, schreibe ich vorerst die Länge selber mit in mein Archiv, da ich bei fehlgeschlagenen packen, eh die Länge der Originaldaten mit beifügen muss.
@GPI:
Du gehst eh immer auf Nummer sicher oder
Find ich gut, so kann man nicht "überrascht" werden wenn es doch igendwann mal n ZufallsBug gibt oder nicht mehr Funktioniert.
Trotzdem verwerde ich hier und da ganz gerne "Hintertüren" um unnötige Umwege zu vermeide ...
PB 6.01 ― Win 10, 21H2 ― Ryzen 9 3900X, 32 GB ― NVIDIA GeForce RTX 3080 ― Vivaldi 6.0 ― www.unionbytes.de
Aktuelles Projekt: Lizard - Skriptsprache für symbolische Berechnungen und mehr
Aktuelles Projekt: Lizard - Skriptsprache für symbolische Berechnungen und mehr
Re: UnpackMemory - Zielspeichergröße
Nur so ein Tip: Bau am besten eine Include, die du in jeden Projekt einbindest und solche undokumentierte Sachen in Prozeduren einpackst.
Vorteil: Wirds mal geändert oder offiziell eingeführt, brauchst du nur eine Datei für alle Projekte zu ändern.
Vorteil: Wirds mal geändert oder offiziell eingeführt, brauchst du nur eine Datei für alle Projekte zu ändern.
CodeArchiv Rebirth: Deutsches Forum Github Hilfe ist immer gern gesehen!
Re: UnpackMemory - Zielspeichergröße
GPI hat geschrieben:Schließt aber nicht aus, das PB eigene Header etc. verwendet. Es ist immer schlecht sich auf was zu verlassen, das nicht offiziell dokumentiert ist. Man sollte das zumindest in Hinterkopf halten.Thorium hat geschrieben:Wieso? PB nutzt die JCalG1 Lib für x86.
Somit ist es dokumentiert.PB-Hilfe hat geschrieben:Die Packer Library bietet eine Reihe effiziente Befehle zum Packen und Entpacken von Daten ("Komprimieren/Dekomprimieren"). Die Pack-/Entpack-Routinen basieren auf dem exzellenten JCalG1-Algorhythmus und sind in PureBasic integriert (keine externen DLL's werden benötigt).
Es steht allerdings nirgends, das eine andere Packroutine für x64 genutzt
wird. Allerdings hät ich nen Geheimtipp: Solche Dinge könnte man Fred/ Freak
sicher auch direkt fragen, fals man sicher gehen will, das es offiziell ist und sich
somit nicht still und heimlich ändert.
MFG PMV