Montag, 30. März 2015 Re: Release 3.0.9 auf Github Version 3.0.9 ist ein Wartungs-Release. Diese Version enthält kleinere Bugfixes und Verbesserungen der Compiler-Portabilität. Die Github-Website ist neu. Wie in README erklärt, befindet sich die Seite noch im Aufbau und Wiki-Seiten wurden von code. google übertragen. Checkins für 3.0.9 und eine neue 64bithash Niederlassung befinden sich im Entwicklungsrepository. zur Zeit. (Der neue Zweig zielt darauf ab, B-Flag-Werte größer als 2GB zu unterstützen und wird als 3.1.0 freigegeben, wenn er die Prüfung bestanden hat.) Posted by jmacd 11:33 PM Der folgende öffentliche Schlüssel kann verwendet werden, um zukünftige Xdelta-Versionen zu überprüfen. ----- BEGIN PGP PUBLIC KEY BLOCK ----- Version: GnuPG v2 mQENBFUaKl8BCACtXVrndSXjMdbdqt2EA5U7YFzqxUnBYGVNcd7BgF7lP0n5zp r4odp7T0MVxcodpu3VpPcb64zNAnU0gWWg3NTIaNjV5LxTGzii9IFQiZRs33IR PiPsP0gl6OUSsf6KYAa5ploM1P3fWovDZ1QSGndSsCULCcSjOdEfC8vUKYebnDfh ryoNQPcWtlgD0r0FFW79XGwLdPsbHyDX3TtWfxZHkp24Byl04gVg3GIfPHLL3Nyg xnM97XPdWuzmgx90QJ0jEm9kFeLlLF2XuytrIcRPA7w5p9Mad8M41Fh19dn fxz6Cnnm6vu8bzUDk20hntbXuuSmFFPqqRABEBAAG0KUpvc2ggTWFjRG9uYWxk IDxqb3NoLm1hY2RvbmFsZEBnbWFpbC5jb20iQE3BBMBCAAhBQJVGipfAhsDBQsJ CAcCBhUICQoLAgQWAgMBAh4BAheAAAoJECue1N8Kv7ER3sQHi8AHvnNX41Xs9uP lkNyMl3jYsDyBktlx3gASUcI63BgYLBo88GxGfQzsKi3hmkJpl8LnZI0YQ6FBu8W AQeur4LMd0phJGJLD1Ru7HNbAIDRLWkoWx7ZFfu4uRHj9hp4BqLGBjCjlIX9kP jqUGpeDoOoLEk2HkWq8QkbPTZhS8vZNudEmIGmpn2ZmVOzXxMF1FK477caEwfY 7cx1ZazSTigCnTybELUCVYtSNv7G435nltR73r1uP9BOuR7leJY7vXiOXEK5wSG NTDwJe0kvdKIX4p3ykfgTy8Wn8TQDTS0Ab9qHPx1LKpm1gtr3n1uK6xGWB09U9 SCxHhiK5AQ0EVRoqXwEIAMikTIsBGdyjgG7BuvkoJrOmSHNUYU1qP3KfdxIuTH 3Kr2qZ884ZsLVsJzFVPrUHhWX1uvjZG20m5g7NNiKaKMzbgj9WfPlwVGb55tjd ZKEfE88nacYRwpXyWp3wcfcOlMZrUUJ3iaU7MNS7vdudNPzc9cFXJajQjfLXxi e0W8m5YmrxSZPTIuT1V5qebHl4CRtmfHkzVlsiyoVz8KmoaDvj1VWndbIYC W9FzHquUdfXBdtnAUdKTZbnbAwuNmmr6x56YrKsAvfoGbA3FbTljZZMm89vGZMp e1B2HQddSIf8N2bSFxDxzQbChCh5GUZHjapVaWoHV8AEQEAAYkBHwQYAQgACQUC VRoqXwIbDAAKCRArntTfCrxEf2FB40SIxSC1oHSLp6Gl4bAj66f7RFXKQxCVl AaUbcr5gGY2JFGQwXjnKNdxp88tFnHSvjEbDptqgpgG4rEbrAJLjBdSRn3rRxGDv K3Q7rCD2RZR5X2wdBbO2iHJFvDcBPqc7RVpFfRbZGuWEquwyIFMjowUf9ZBStP oKkZTqYdn5iiZ8aXy13Jil83ZbaeKpLTxSj4gQFm2ObP6CwFige2e0DBuUEMopD Ozhqyo6S84yCTOEqVTudIK7TzHZluoNS0426kEmbJZ2L5eHlQeC6l9BXLBHBNbL 73v03V6uiL1mgqZomD9xsoo0mMVf3d0QWagMszv6po9iZA80tv PyHl ----- END PGP PUBLIC SCHLÜSSELBLOCK ----- posted by jmacd 10:38 PM Montag, 13. Januar 2014 Windows Build enthält jetzt Unterstützung für liblzma sekundäre Kompression mit - S-lzma. (Entschuldigung für die Verzögerung) Diese Version enthält sowohl ausführbare 32-Bit - als auch 64-Bit-Dateien und fügt Unterstützung für das Lesen der Quelldatei von einem Windows-named-Pipe hinzu (Problem 101). Externe Komprimierungsupdates. 3.0z druckt eine neue Warnung, wenn es extern komprimierte Eingaben dekomprimiert, da Ive einige Berichte von Benutzern erhalten hat, die durch Prüfsummenfehler verwechselt werden. Es ist nicht möglich, dass xdelta3 eine Datei dekomprimiert und neu komprimiert und sicherstellt, dass sie die gleiche Prüfsumme hat. 3.0z verbessert die Fehlerbehandlung für extern komprimierte Eingänge mit schleppendem Müll und enthält auch ein neues Flag, um den externen Komprimierungsbefehl zu erzwingen. Führen Sie - F zu xdelta3, und es wird - f an den externen Komprimierungsbefehl übergeben. Geschrieben von jmacd Montag, 15. Februar 2010 Version 3.0x 3.0y fixes mehrere Regressionen in 3.0w im Zusammenhang mit der neuen Unterstützung für das Streaming der Quelldatei aus einem FIFO eingeführt. Dies war eine lang angeforderte Funktion und ich freue mich zu berichten, dass jetzt, mit den Korrekturen in 3.0x 3.0y, scheint es ganz gut zu funktionieren. Das Ergebnis dieser Funktion ist, dass Sie basierend auf einer komprimierten Quelldatei codieren oder decodieren können, ohne sie in eine Zwischendatei zu dekomprimieren. Tatsächlich können Sie die gleiche Komprimierung mit oder ohne Streaming-Quelldatei erwarten. Es wurde auch berichtet, dass der Encoder in früheren Releases IO gebunden wurde, was dazu führte, dass der Codierer unzulässigerweise rückwärts weiter als die Einstellungen suchte (nämlich die - B-Markierung). Dies ist auch fixiert, und theres ein neuer Test, um sicherzustellen, dass es nicht wieder passieren. Windows-Benutzer: Ich muss Frage 101 vor dem Erstellen einer Version von 3.0x 3.0y zu untersuchen. Bis ich bestätigen kann, dass die Unterstützung von Streaming-Source-Dateien unter Windows funktioniert, verwenden Sie bitte die Version 3.0u. Update: Die integrierte Unterstützung für die automatische Dekomprimierung der Eingänge wirkt schlecht mit der neuen Quellhandhabungslogik zusammen, was zu einer schlechten Komprimierung führt. Geschrieben von jmacd 10:28 PM Sunday, October 25, 2009 Mit solch einem guten Zustand der Angelegenheiten (d. e. keine Fehlerberichte), war ich in der Lage, ein Top-angefordertes Merkmal anzupacken (59. 73). Viele von Ihnen haben gebeten, Deltas mit einem FIFO als Quelldatei zu codieren, weil es bedeutet, dass Sie von einer komprimierten Quelldatei codiert werden können, wenn Sie nicht genügend Speicherplatz für eine temporäre unkomprimierte Kopie haben. Dies wird jetzt unterstützt, mit einem Vorbehalt. Beim Decodieren mit einer nicht-sehbaren Quelldatei muss das - B-Flag gesetzt werden, das bestimmt, wie viel Speicherplatz für seinen Blockcache reserviert ist, mindestens so groß wie für die Codierung verwendet wurde. Wenn der Decoder nicht fortfahren kann, weil - B nicht groß genug eingestellt ist, sehen Sie: xdelta3: nicht sichtbare Quelle: Kopie zu weit zurück (versuchen Sie zu erhöhen - B): XD3INTERNAL Das Feld "stream-src-size" wurde entfernt. Intern wurde ein neuer stream-src-eofknown Zustand eingeführt. Dies war eine große Verbesserung der Codequalität, da nun die Quell - und Zieldateien in Bezug auf externe Kompression gleich behandelt werden und mehrere Zweige des Codes für immer weg sind. Ich kann nicht erklären, dieses Problem Bericht SEE BELOW, was darauf hinweist, dass Xdelta auf Microsoft-Plattformen ist langsamer als die vorherige Build von einem Faktor von zwei. Geschrieben von jmacd 6:19 PM Wednesday, March 11, 2009 Im Freigabe SVN 281, die eine API-Fix hat (siehe Ausgabe 79). Es gibt eine neue Gruppe für zukünftige Ankündigungen. Das Wiki hat große Kommentare: Alles, was ich tun, wenn ein Delta (Diff) von zwei Binärdateien erstellen wollen. Wie kann ich tun, dass Wenn ja xdelta kann dies machen Patch machen: xdelta3.exe - e - s oldfile newfile deltafile Patch anwenden: xdelta3.exe - d - s oldfile deltafile decodednewfile (Aus Batchdatei für xdelta1xdelta3-Kompatibilität) Ich verwende xdelta in Fenster. Wenn eine Datei geöffnet wird, in Microsoft Word und während die Datei noch geöffnet ist, versuche ich, xdelta verwenden, um Unterschied zu einer anderen Datei zu erzeugen, tritt der folgende Fehler auf. Xdelta3: Datei öffnen fehlgeschlagen: lesen. Der Prozess kann nicht auf die Datei zugreifen, da er von einem anderen Prozess verwendet wird. Ich vermute, dass dies, weil xdelta versucht, die Datei im Nicht-Freigabe-Modus öffnen. Ich habe festgestellt, dass, wenn ms Wort eine Datei verwendet und wir versuchen, diese Datei in AC-Programm in nicht freigegebenen Modus zu öffnen, wird der gleiche Fehler wie oben geworfen, aber wenn wir die Datei in freigegebenen Modus öffnen, während in Verwendung von MS Word, kein Fehler Auftritt. Ja, ich kann auch das Problem bestätigen, dass eine xdelta-Datei nicht erstellt werden kann, wenn die Quelldatei mit einer anderen Anwendung geteilt wird. Wenn Sie Windows 2003-Server oder Windows 2008-Server verwenden, können Sie Volumeschattenkopie verwenden vssadmin create shadow ForC: Verwenden Sie dann dosdev. exe, um ein Laufwerk auf den Schatten zuzuordnen, können Sie dann auf die Dateien zugreifen, ohne dass ein Problem mit Sperren auftritt , Gilt dies für alle Dateien, die sich auf dem Laufwerk einschließlich SQL-Datenbanken und anderen gesperrten Dateien befinden. Wenn Sie. Net Framework v3.5 Ich habe ein kleines Dienstprogramm, um die Erstellung und Löschung der Schatten zu automatisieren und die Zuordnung des Laufwerks, löschen Sie das Laufwerk geschrieben. Emailen Sie mich direkt an alex bei intralan dot co dot uk, und ich sende eine Kopie. Mein Freund und ir mit diesem Programm, aber er bekommt eine bessere Komprimierung als ich und ist nicht tellin mir, wie er immer fast doppelt so die Komprimierung, mache ich die Datei 650 MB von 1 GB, aber er macht es 349 MB, die gleichen Quelldateien r verwendet den Befehl m verwenden Ist delta3.exe - e -9 - S djw - s Quell-Ziel-Patch, was ist die Befehlszeile für maximale Komprimierung Wie bekomme ich die Python-Version zu arbeiten Dies ist, was ich bekomme, wenn ich Setup ausführen. Ich kompilierte es mit Cygwin dann mit Visual Studio, beide Male bekomme ich die gleiche msg beim Ausführen von Setup. Irgendwelche Vorschläge c: xdelta3 python setup. py install --verbose --compile --force laufender install laufender laufender laufender buildext Fehler: Python wurde mit Visual Studio 2003 errichtet, Erweiterungen müssen mit einem Compiler gebaut werden, als kompatible Binaries erzeugen können. Visual Studio 2003 wurde auf diesem System nicht gefunden. Wenn Sie Cygwin installiert haben, können Sie versuchen, mit MingW32 zu kompilieren. Indem Sie - c mingw32 an setup. py übergeben. Was sind die Befehle für die neue mergingcombining Funktionen Gibt es eine Möglichkeit, xdelta zu bekommen, um zwei Ordner-Pfad zu nehmen, durch sie rekursiv und tun ein Delta für dir1 vs dir2 Vielen Dank für xdelta Es gibt keinen Weg, um zwei Richtungen, rezensieren durch sie Und tun Sie ein Delta für dir1 vs dir2, aber das wäre ein großartiges Feature. (Issue 21) Andere Top-Themen und Anfragen: 1. Quelldatei aus einem FIFO: aktuell unterstützt xdelta3 nicht das Lesen der Quelldatei aus einer nicht abrufbaren Datei, aber nicht weil der Algorithmus, seine eine kleine Codebegrenzung und sein kann Festgelegt. (Ausgabe 59 ist ein dup von 73., das einen Flecken enthält). 2. Smart ISO-Image-Komprimierung: Wenn Sie eine Reihe von Dateien und produzieren ISO1, dann produzieren eine spätere Reihe von Dateien wie ISO2, aber die Dateien sind in einer völlig anderen Reihenfolge, leidet die Komprimierung. Versuchen Sie die Einstellung - B Größe gleich der ISO-Größe, wenn möglich. (Issue 71) geschrieben von jmacd 8:00 PM Samstag, 13. September 2008 Versionshinweise: Neuer Befehl xdelta3 merge (Ausgabe 36) Windows stdinstdout-bezogene Fixes (Problem 34) Fixe API-Endlosschleife (Problem 70) Verschiedene Portabilität und Fixes erstellen (gcc4, DJGPP, MinGW, Big-Endian, Solaris, C) Neuer Regressionstest (yeah) Mit dem neuen Merge-Befehl können Sie eine Folge von Deltas kombinieren, um einen einzelnen Ausgang zu erzeugen, der den Nettoeffekt der Sequenz darstellt. Der Befehl ist einigermaßen effizient, da er das Ergebnis direkt berechnet, ohne irgendwelche Zwischenkopien (und ohne Zugriff auf die Kette der ersten Kette) zu konstruieren. Ich sage vernünftig, weil theres eine weiche Stelle in diesem Algorithmus. Eine VCDIFF-Kodierung enthält zwei Arten von Kopieranweisungen: (1) Kopien aus der Quelldatei, die der Merge-Befehl mit geradliniger Arithmetik übersetzen kann, und (2) Kopien aus dem Zieldatei (selbst), die schwieriger sind. Da eine Zielkopie von einer anderen Zielkopie vorher im Fenster kopieren kann, kann das Zusammenführen von einer Zielkopie am Ende eines Fensters eine lange Kette von Zielkopien bis zum Anfang des Fensters umfassen. Der Merge-Befehl implementiert dies heute mit Rekursion, die keine effiziente Lösung ist. Eine bessere Lösung besteht darin, ein Paar von Hilfsdatenstrukturen zu berechnen, so daß: (1) das Finden des Ursprungs einer Zielkopie eine Konstantzeitoperation ist, (2) Finden, wo (wenn überhaupt) der Ursprung einer Zielkopie durch kopiert wird Ein nachfolgendes Delta in der Kette. Die zweite dieser Strukturen erfordert im Wesentlichen eine Funktion zur Berechnung der inversen Abbildung eines Deltas, das ein Merkmal mit eigenen Anwendungen ist. Zusammenfassung: Der Befehl merge behandelt Zielkopien ineffizient, und der Code, um dieses Problem zu lösen, lässt uns Deltas rückgängig machen. Zusammen bilden die Merge - und Reverse-Befehle eine leistungsfähige Kombination, die es ermöglicht, O (N) - Delta-Dateien zu speichern und Deltas für die Aktualisierung zwischen O (N2) - Paaren unter Verwendung effizienter Operationen zu konstruieren. Dies war die Basis von xProxy: Ein transparentes Caching und Delta-Transfer-System für Web-Objekte. Die eine ältere Version von Xdelta verwendet. Ich mache eine Quelle-only-Version, die ich havent in einer Weile getan, weil ich nicht über die notwendigen Build-Tools für Windows (wegen einer defekten Maschine) und I dont wollen, um diese Version zu verzögern, weil es. Google hat eine neue Open-Source-Bibliothek für die Kodierung und Decodierung von RFC 3284 (VCDIFF) freigegeben, die das vorgeschlagene Shared Dictionary Compression-Protokoll über das HTTP-Protokoll (SDCH, a. k.a. Sandwich) unterstützen soll. Das sind gute Nachrichten. Der Autor und ich haben zahlreiche Diskussionen über ein paar Features, die VCDIFF fehlt, und jetzt, dass wir zwei Open-Source-Implementierungen waren in der Lage, echte Fortschritte auf dem Standard zu haben. Beide Googles open-vcdiff und Xdelta-3.x implementieren eine Erweiterung des Standards, aber ich lief einen einfachen Interoperabilitätstest und die Dinge sehen gut aus. Führen Sie xdelta3 mit - n aus, um die Prüfsummen zu deaktivieren, und - A, um den Anwendungsheader zu deaktivieren. Ein großer Dank an Lincoln Smith und Googles Mitwirkende. (Disclaimer: Ich bin ein Mitarbeiter von Google, aber ich habe keinen Code zu open-vcdiff beitragen.) P. S. Im noch Debugging der xdelta3 Merge-Befehl, bleiben Sie auf Problem 36 abgestimmt. Regression Test Framework 3.0t veröffentlicht im Dezember 2007 hat sich als äußerst stabil, und ich bin damit beschäftigt, die Vorbereitung der ersten Nicht-Beta-Release Kandidaten. Das Problem der Stabilität ist das Risiko der Regression, so habe ich nervös zusammengestellt ein neues Regressionstest Framework zur Ausübung obskure Fehler. Der kritischste Fehler, der seit 3.0t gemeldet wird, ist ein nicht blockierendes API-spezifisches Problem. Bestimmte Bugs beeinflussen nur die API, nicht die xdelta3-Befehlszeilenanwendung, da die Befehlszeilenanwendung blockiert IO verwendet, obwohl die API nicht blockierende IO unterstützt. Ausgabe 70 berichtete über eine Endlosschleife, die ein bestimmtes Paar von Dateien verarbeitet. Die Reporter gnädig enthalten Proben-Eingaben, um das Problem zu reproduzieren, und ich es in SVN 239. Aber ich war nicht zufrieden mit dem Update bis jetzt, dank der neuen Regressionstest Framework. Mit 50 Codezeilen erzeugt der Test einen In-Memory-Dateideskriptor und erzeugt dann zwei leichte Variationen, die den Fehler auslösen sollen. SVN 256 enthält den neuen Test. Also, was ist es, dass macht mich fühlen 3.x ist so stabil Seine E-Mails wie diese von Alex White auf intralan. co. uk: Hallo Josh, Wurde mit XDelta für eine Weile jetzt, arbeitete einwandfrei (Ich wünsche alle Software Könnte dies stabil sein), Patching bis zu 1 tb von Daten pro Tag (über viele Server), die größte einzelne Datei bis heute 70gb. Haben einige Performance-Tests und mit Standard-SATAII-Laufwerke mit beiden Quellen und der Patch auf dem gleichen Laufwerk erstellt wurde die Verarbeitung rund 300 MB pro Minute (Patches erstellen), eine Dual-Laufwerk-Konfiguration, wo eine der Quellen war auf einem zweiten Laufwerk und dann Die Verarbeitung war ca. 1gb pro Minute (Patches erstellen). Bester großer Dateipatch zum ursprünglichen Dateigrößenverhältnis, Originaldateigröße: 56,147,853,312 Patch-Dateigröße: 299,687,049 Patch-Datei-Verringerung gegenüber der ursprünglichen Dateigröße 99,47 Diese Datei benötigte 2 Stunden und 21 Minuten, um in einer realen Welt-Einstellung zu patch. Vielen Dank für all das Feedback Ich mag stabile Software auch. Geschrieben von jmacd 21:00 Uhr Montag, 21. April 2008 Update für April 2008: Ich habe vor vier Jahren angefangen, Beta-Versionen für Xdelta-3.x zu machen. Es gab viele Bugs dann. Jetzt sind die Bugreports schwindend, so sehr, dass Ive eine Chance hatte, an neuen Funktionen zu arbeiten, wie eine, die nach Frage 36 angefordert wurde. Ankündigung des Befehls xdelta3 merge. Syntax: Mit diesem Befehl können Sie eine Folge von Deltas kombinieren, wobei ein einzelnes Delta erzeugt wird, das die Wirkung von zwei oder mehr Deltas zu einem kombiniert. Da ich havent beendetes Testen dieser Eigenschaft beende, ist der Code nur in der Subversion vorhanden. Sehen Sie hier und genießen Sie. Geschrieben von jmacd 11:59 PM Xdelta-3.0t Release Notes: Verbessert die Komprimierung durch Vermeidung von ineffizienten kleinen Kopien (zB Kopien von Länge 4 in einem Abstand 214 werden übersprungen) Fixes ein nicht initialisiertes Array-Element in - S djw, die Verursachte keinen Absturz, verursachte aber weniger als ideale Komprimierungs - und Testfehler. Behebt Bugs in xdelta3 recode. Xdelta-3.0s Release Notes: Schneller Mehrere Optimierungen zur Vermeidung von unnötigen arithmetischen xdelta3 -1 hat eine schnellere Kompression (xdelta3 -2 ist die frühere Konfiguration) S djw sekundäre Kompressionsniveaus als - S djw1 aus. - S djw9 Entfernt Quelldatei zu groß für externe Dekomprimierungsfehler Überprüfung API-Unterstützung für die Umwandlung anderer Formate in VCDIFF Xdelta-3.0r Release Notes: Behebt einen Encoder-Crash verursacht durch - S Djw (Sekundärkompressor) auf bestimmte Daten, neue Tests für Code - Längenüberlauf Neuen Rekodierungsbefehl zum Re-Codieren eines Deltas mit verschiedenen sekundären Komprimierungseinstellungen Fixes API-spezifische Bugs, die sich auf nicht blockierende Aufrufe von xd3encodeinput und xd3decodeinput beziehen Füge neue Beispiele fürcoderdecodertest. c-Programm für die nicht blockierende API ein Als Beispiel für die neue Recode-Befehl und sekundäre Komprimierungsoptionen: Sekundäre Komprimierung bleibt standardmäßig deaktiviert. Durchgehen - S djw ist äquivalent zu - S djw6. Ich freue mich über eine E-Mail von einem Manager bei Pocket Soft, Klärung, was in meinem früheren Post geschrieben wurde. Offensichtlich verdient Pocket Soft Anerkennung hier, weil, kommerziell gesprochen, sie die einzige Vergleichsbasis sind, die von den Benutzern gesendet wird. Ich versende den gesamten Inhalt hier. Hallo Josh. Im der Manager der Software-Engineering bei Pocket Soft, Hersteller von RTPatch. Id wie ein Missbrauch in Ihrem 28. Juni Post enthalten und hoffentlich klar die Luft und erklären Pocket Softs offizielle Position in Bezug auf Open Source, Patente und Kopf-an-Kopf-Vergleich mit XDelta. Im glücklich, damit Sie alle oder einen Teil meiner eMail innerhalb Ihres Aufstellungsortes verwenden, wenn Sie glauben, dass es angebracht ist. Zunächst einmal ist das Zitat xdelta wahrscheinlich verletzt gegen unsere Patente sowie ungenau ist (niemand von Pocket Soft gemacht, dass spezifische Bemerkung an jeden zu jeder Zeit), aber es verkörpert das Wesen einer Aussage von einem unserer Verkäufer zu einem Unternehmen in Australien, die ausgelegt worden sein könnte, um eine Patentverletzungsforderung vorzuschlagen. Dies war ein einmaliger Vorfall, und war nicht repräsentativ für Pocket Softs Corporate Position. In der Tat, unser CEO sprach mit dem CEO des australischen Outfit, die diese Nachricht erhalten und erklärte, dass es das Ergebnis eines übereifrigen Verkäufers war. Wir haben dieses Thema auch intern mit allen Mitarbeitern angesprochen. In der Tat ist Pocket Soft ein Unterstützer von Open-Source-Software, und verstehen, dass es einen großen Zweck in unserer Branche dient. Nachdem wir die letzten 15 Jahre für die spezifischen Probleme im Zusammenhang mit der Differenzierung auf Byte-Ebene aufgewendet haben, haben wir eine große Wertschätzung für die Arbeit, die Sie auf XDelta gemacht haben. Der Zweck der Patente für Pocket Softs Verwendung sind in der Tat defensiv und dienen als Verkaufs-Check-Liste für unsere Enterprise-Kunden. Betrachten Sie den folgenden Artikel. Insbesondere kommt der Abschnitt "Legal Risk" häufig zum Einsatz bei den OEM - und sogar Schrumpffolienverkäufen an Enterprise. Wenn Sie verkaufen, um die Orakel der Welt, wir sind fast immer gefragt, was über Entschädigung. Die Existenz eines Patents zur Kerntechnologie hilft, die Ängste vor Rechtsrisiken zu lindern - unabhängig von Ihrer oder sogar unserer eigenen Meinung zu Softwarepatenten. In Bezug auf den Kopf-zu-Kopf-Vergleich sind wir uns bewusst von bestimmten Orten, wo wir verbessern könnten Geschwindigkeit oder Patch-Dateigröße in RTPatch, um ein paar Punkte hier und da jedoch die Bedürfnisse unserer Kunden in Bezug auf Zuverlässigkeit Trumpf, dass. Ihr Leser schrieb, dass sie eine 4.5-jährige Version von RTPatch hatten. Einige unserer Benutzer klammern sich an 12 Jahre alte Versionen fürchten die Möglichkeit der Destabilisierung mit einem neuen Release. Unsere Enterprise-Kunden hören gerne, dass wir mit absoluter Aufrichtigkeit behaupten können, dass das aktuelle Patch-Dateiformat, Build-Engine, etc. gründlich getestet wurden und dass die gleichen Algorithmen für die Millionen Patches verwendet werden, die jeden Tag von Benutzern von RTPatch McAfee und Trend Micro alleine aus, dass viele Patches). Als die US-Marine begann, RTPatch für ihre digitalisierten Seekarten zu verwenden, die von Schiffen auf See verwendet wurden, interessierten sie sich weniger um die Gewinnung ein paar mehr Punkte auf Größenreduktion oder sogar Geschwindigkeit von Build. Sie brauchten Zuverlässigkeit und Robustheit. Dies ist nicht zu sagen, dass Ihr Produkt diese Merkmale fehlt. Ich spreche nur zu den Problemen, mit denen wir täglich von unseren Kunden und potenziellen Kunden konfrontiert werden. Wir haben auch das erweiterte Feature-Set von RTPatch zu bewältigen, einschließlich der Unterstützung für Windows Installer, automatische Patch-Bereitstellungsmechanismen sowie eine Reihe von Windows-spezifischen Features und Optionen (selbstregistrierende Dateien, Registry-Unterstützung, etc.). Der Kern-Algorithmus ist natürlich wichtig, aber in unserem Markt gibt es viel mehr als nur Byte-Level-Differenzierung am Spiel. Schließlich, auf einer persönlichen Note, wollte ich sagen, dass nicht eine große, schlechte Gesellschaft aus Squash oder Bully Innovatoren von Open-Source-Software. Im Gegenteil, wir schätzen die Aufmerksamkeit, die Sie zu sich selbst ziehen, was wiederum bringt Unternehmen, die in unserem Markt sind, auf die Aufmerksamkeit von RTPatch. Ich verstehe, dass Sie bei Google jetzt arbeiten, also bin ich sicher, dass Sie wissen, dass nicht alle Unternehmen böse sind. ) Ich hoffe, Sie nahmen sich die Zeit, diese weit zu lesen. Ich schätze die Gelegenheit, die Luft klar zu schätzen. Fühlen Sie sich frei, jederzeit anzurufen oder zu mailen, und seien Sie glücklich, zu plaudern. Tony O-Manager, Software Engineering Pocket Soft, Inc. 713-460-5600 Ive erhielt einen stetigen Strom von E-Mail betreffend Xdelta, seitdem Version 0.13 freigegeben wurde (12. Oktober 1997) und dieses ist eins von Die schönsten überhaupt. Thanks. Re: Patente und die Orakel der Welt Das Bedrohungsmodell ist: Ich verkaufe eine Software-Lizenz, die Sie nicht von den (copyright-bezogenen) Bedingungen der GPL, die Ihnen unbegrenzte Nutzung für eine pauschale Gebühr, aber seine getan ohne Vorstellungen , Garantien, Haftungsverhältnisse, Entschädigungen usw. Das Argument ist, dass Ihr Unternehmen über geistige Eigentumsrechte verklagt werden könnte, wenn eine der folgenden Technologien und Programmen auf einen Anspruch fallen sollte (obwohl sie meines Wissens nie im Zweifel waren): Zlib - 1.x, Xdelta-1.x und dem Entwurfsstandard RFC 3284 (VCDIFF). Ich werde folgendes sagen: Falls die Gesellschaft feststellt, dass der Lizenzgeber nicht der rechtmäßige Eigentümer und Inhaber eines von Xdelta im Rahmen dieser Vereinbarung gelieferten Codeabschnitts ist, unterrichtet das Unternehmen den Lizenzgeber von dieser Entdeckung schriftlich, einschließlich der spezifischen Software-Codefolge, Und gewährt dem Lizenzgeber einhundertachtundsechzig (180) Tage, um diese durch eine funktional äquivalente Codefolge zu ersetzen, die der Lizenzgeber der rechtmäßige Eigentümer und Inhaber des Titels ist, und zwar vor dem Aufrufen jeglicher Form von Erleichterungen, die nach diesem Abkommen zugelassen werden können. (Kontaktieren Sie mich für eine Probe-Lizenz) Aber, Patente arent die eigentliche Frage an mich, in diesem Beitrag oder die letzte, seine über Unterstützung und Funktionen. Dies ist wirklich mehr als nur Byte-Level-Differenzierung bei Spiel. In dem unwahrscheinlichen Fall, dass Sie eine Xdelta Absturz oder falsches Ergebnis finden, Im wirklich daran interessiert, es zu beheben. Ich behalte die Probleme im Auge. Ich reagiere auf E-Mail, wie diese über Verzeichnis-Diff-Unterstützung: Hallo, Im mit Ihrem AMAZING () xdelta 1.1.3 und ist fantastisch. Ich benutze es für die Patches für meine Übersetzungen und Sachen wie diese. ich habe mich gewundert. Ist es möglich, eine Funktion, die den Prozess zu erweitern, um alle Unterverzeichnisse mit einem für wie dies für i in (.) Tun xdelta delta OLDi NEWi i. patch es nicht neu erstellen Sie Baum und es nimmt nicht die Unterverzeichnisse. Was denkst du darüber, dass Heres ein Benutzer eingereicht Perl-Skript für rekursive Verzeichnis diff. (Auf den der Absender antwortete, weiß ich kaum nichts über Perl, so dass zwei von uns.) Wenn Sie Ihre eigenen Ingenieure haben, wenn Xdelta Ihre Tests bestanden, benötigen Sie wahrscheinlich nicht brauchen Unterstützung. Wenn youre McAfee oder die US Navy, benötigen Sie Unterstützung. Heres jemand, der Unterstützung braucht: Wir verwenden xdelta3, um unsere Backups an meinem Arbeitsplatz zu komprimieren, und es funktioniert hervorragend, aber je nachdem, welche Maschine es ausgeführt wird, wird aus der Provision für die Dauer aufgrund der xdelta3 ausführbare Fenster auftauchen für jede Datei . Wäre es möglich, das xdelta3-Programm als DLL zu erstellen, ähnlich wie zlib, habe ich absolut keine Kenntnisse von CC, so dass ich nicht weiß, ob dies eine große Frage ist oder nicht :) Id eher Arbeit auf meinem Auto-Projekt als selbstregistrierende Dateien , vielen Dank. ) Posted by jmacd 9:00 PM Donnerstag, 28. Juni 2007 Keine neuen Versionen seit März gepostet, also ein paar Updates. Ein Benutzer hat ein MSDOS. bat-Skript für die Befehlszeilenkompatibilität von xdelta1xdelta3, ein anderes ein perl-Skript für rekursives Verzeichnis diff gesendet, ein Benutzer meldet gute Leistung für eine In-Kernel-Anwendung (Beispielcode) und einige Feature-Anforderungen. Angesichts der Mangel an Bug-Reports, ist es Zeit, xdelta3 aus Beta zu nehmen. Einige von Ihnen haben eine Funktion zur Unterstützung von In-Place-Updates angefordert, so dass Sie Deltas ohne eine Kopie der Datei anwenden können, was mich zu einem weiteren Feedback-Feedback bringt: Erstens möchte ich Ihnen nur mitteilen, Wenig Benchmark bei der Arbeit und xdelta3 kam auf der Oberseite von mehreren Dienstprogrammen in Bezug auf die Ausführungsgeschwindigkeit und endgültige Ausgabe Größe. Eines dieser Dienstprogramme ist eine 4.5-jährige Version von RTPatch, für die wir eine Lizenz haben. Einer meiner Arbeitskollegen per E-Mail Pocket Soft über diese, und ebenso wie die offensichtliche youre mit einer alten Version Antwort, und Open-Source-Software hat keine Unterstützung Argumente, sie sagte auch etwas in den folgenden Bereichen: xdelta wahrscheinlich verletzt auch unsere Patente , Was bedeutet, dass die Verwendung kann es illegal sein. Als ein großer Unterstützer und Benutzer von Open-Source in meiner Freizeit, bin ich völlig gegen diese Art der Verbreitung von F. U.D. Sowie die Idee, dass Software patentierbar ist. Ich bin nicht sicher, wenn mein Arbeitskollege Ihnen auch per E-Mail, aber ich dachte, Id lassen Sie wissen. ) Und der lustige Teil ist, sagten Benutzer vor 5 Jahren, dass Xdelta 1.x RTPatch schlägt. ) Ich danke der IETF und früheren Arbeiten in Open Source (z. B. RFC 1950 ndash Zlib, RFC 3284 ndash VCDIFF), um dies möglich zu machen. Zlib baut sich selbst eine massiv spiffy noch zart unaufdringlich Komprimierung Bibliothek (auch frei, nicht zu erwähnen, die durch Patente nicht beansprucht), und in der Tat Zlib inspiriert Xdeltas API von Anfang an (seine unauffällig). Lässt nicht vergessen, Zlibs anderen Hauptvorteil (seine unbelastet). Wie für die vorherige Anfrage (In-Place-Updates), ist das Interesse stark, aber Patente könnte ein Problem werden. Multi-threaded encodingdecoding ist eine weitere häufige Anfrage. Die Idee ist, dass mehr CPUs schneller codiert werden können, indem sie parallel über verschachtelte Segmente der Eingänge laufen. Das ist künftige Arbeit, und wahrscheinlich eine Menge davon, aber ich mag die Idee. Xdelta 3.0q enthält 11.480 Downloads. Es ist Ihnen der Benutzer, der Open-Source-Feeds, und danke für das große Feedback von Jmacd gepostet Sonntag, 25. März 2007 Xdelta 3.0q verfügt über ein neues MSI-Installationsprogramm für Windows. Danke an viele von Euch für euer Feedback zur Windows-Installation (Heft 16. 26 27). Vielen Dank an Nikola Dudar für die Erklärung, wie es geht. Release 3.0q behebt Windows-spezifische Probleme: (1) Puffer nicht stderr. (2) Dateifreigabe zulassen. Vielen Dank für die Rückmeldung Danke für die folgenden Build-Tools: posted by jmacd 1:00 PM Tuesday, February 27, 2007 Plot zeigt die Performance der variablen Kompressionsebenen-Einstellungen, x (Zeit) und y (komprimierte Größe), auf eine bestimmte getestet Paar zwischengespeicherte 130MB-Eingänge. Kompression hat eine umgekehrte Beziehung zwischen Zeit und Raum Leistung. Die grüne Linie ist eine Hyperbel als Referenz, f (x) 1,33MB (30KBs) (x - 2,45s). Beispielpunkte: 1.49MB in 2.9sec bei 45MBsec (98.9 Komprimierung) 1.34MB in 6.5sec bei 20MBsec (99.0 Komprimierung) posted by jmacd 11:00 PM Sonntag, 18. Februar 2007 Xdelta-3.x verarbeitet ein Eingabefenster bei einer Zeit, mit einem festen Speicher Budget. Diese Version erhöht einige der Standard-Maxima, für eine bessere Komprimierung großer Dateien. Die Standardspeichereinstellungen für große Dateien betragen etwa 100 MB. () Ein Benutzer schrieb, um gute Leistung auf 3,7 Gb WIM-Dateien zu bestätigen, groß Also, um die Frage in Ihrem Beitrag am 28. Januar zu beantworten. Ja wir verwenden xdelta3 mit Dateien größer als 1Gb und seine Arbeit gut. Im weg, um zu versuchen, die Komprimierung zu erhöhen und sehen, wie viel wir scrunch der Flecken unten können. Vielen Dank für ein äußerst nützliches Tool, das zu einer enormen Verbesserung unserer Fähigkeit, Updates auf unsere Bilder zu bauen. Am anderen Extrem schrieb ein Entwickler, um über die Verwendung von xdelta3 im Xen-Kernel zu fragen. Heres ein Beispiel für xdelta3 für eine 4Kb-Seite mit 32Kb konfiguriert. Ein Benutzer schreibt über Code-Größe: Ich sah Ihre Post, wo Sie sagten, youd verbessert die Kompression in Xdelta3 und dass es jetzt etwas schneller als 1.1 war. Weißt du zufällig, wo die beiden stehen ohne Komprimierung aktiviert (Wir verwenden nicht Xdeltas Kompression, weil wir alle unsere Dateien nach der Tatsache komprimieren, mit Rar solide Komprimierung.) Danke auch für den Link zu diesen Benchmarks. Die waren sehr hilfsbereit, und seine cool zu sehen, Xdelta kommen an der Spitze. ) Ich sage dies: Eine schöne Sache über die neue Xdelta ist die kleinere Größe Xdelta 1.1s exe ist 1Mb, wenn nicht über UPX komprimiert, während Xdelta3 ist 100Kb. Nett. ) Dank Xdelta3 ist schneller und besser als Xdelta1 mit Kompression deaktiviert (die -0-Flag), dank VCDIFF und andere Verbesserungen. Ich suche Ihre Ideen auf rekursive Verzeichnis diff. Eine Lösung verwendet tar: XDELTA-s source tar --use-compress-programxdelta3 - cf. Dieser Ansatz ist besser als die Berechnung paarweiser Unterschiede, da Daten über Dateien Dateien kopiert werden können. Achten Sie auf Datei - und Quellpuffergröße. Microsoft-Entwickler, erwägen, das WIM-Datenträger-Image-Format verwenden. Danke für das Feedback (Datei ein neues Problem). () Xdelta-1.x verarbeitet die gesamte Eingabe auf einmal und ihre Datenstruktur nimmt den linearen Raum (Quelldateigröße2) O (1). Xdelta-1.x liest die gesamte Quelldatei vollständig zweimal (um Prüfsummen zu erzeugen, die mit der Eingabe übereinstimmen), wobei mindestens halb so viel Speicher wie die Quelldateigröße verwendet wird. Geschrieben von jmacd 1:00 PM Wednesday, February 07, 2007 Benutzer wollen Geschwindigkeit, vor allem Video-Gamer. Ich habe mit einigen Ihrer Daten getestet: Unreal Turnier und Wesnoth Patches. Diese Patches sparen 50-100MB pro Download. Xdelta1 bleibt heute aufgrund der Geschwindigkeit weiterhin populär und xdelta3 bis jetzt nicht so schnell (debdev hat Tests). Xdelta-3.0o hat verbesserte Komprimierung (Download). Über meine Beispieldaten ist das neue Standard-Komprimierungsniveau (das gleiche wie das Kommandozeilen-Flag -1) etwas schneller, als bei Komprimierung ungefähr das gleiche wie Xdelta-1.x. Kompressionsstufen -3. -6. Und -9 verbessert. Geschrieben von jmacd 7:00 PM SVN 125 hat eine neue XDELTA-Umgebungsvariable für die Übergabe von Flags aus der Befehlszeile, so dass Sie xdelta3 in Verbindung mit tar verwenden können: Dies schafftExtrakte - aus einer Delta-komprimierten tar-Datei, ohne Zwischen-Dateien. Geschrieben von jmacd 8:00 AM Donnerstag, 01. Februar 2007 Von The Old Joel auf dem Software-Forum: Ich habe rtpatch und xdelta vor einiger Zeit ausgecheckt - es sei denn, dass etwas falsch mit der Demo-Version rtpatch auf ihrer Website hat, ist xdelta wesentlich schneller Bei der Herstellung von Patches, und sie sind ein kleines bisschen kleiner. Der Test, den ich lief, war auf einer 200 Meg-Anwendung, wo ungefähr 30 Meg der gelegentlichen Teile von Akten unterschiedlich waren. Rtpatch dauerte etwa eine Stunde (nicht sicher, da ich wanderte während des Wartens) und xdelta dauerte ein paar Minuten. Wir haben schließlich unser eigenes System rollen, denn unsere Anwendung hat ziemlich ernsthafte Anforderungen an Robustheit. Vielleicht sollten wir versuchen, es zu verkaufen Danke 5 Jahre später. Ein weiterer Beitrag in der gleichen Thread schreibt: Ich habe einige der Forschung auf Patching wie Probleme, lesen Sie einige Papiere auf die längste Common Subsequence Problem, schrieb einige Prototyp-Code. And we ultimately decided to defer the issue in our product. Note that we werent trying to patch our software, we were interested in including tools in our product that would allow administrators to build patches for applications they support in house. Long story short. its a heavily researched issue in Computer Science, but its still a difficult problem to solve well. There are both space and time considerations, although running on a modern OS with virtual memory eases the space consideration. After my evaluation, my guess was that RTPatch was in no way producing an optimal solution, but that they were relying on compression to keep the size of the patch small. Their genius lies in being able to generate a patch so quickly. Longest common subsequence isnt quite the same problem, but its true that compression performance should be measured in several dimensions: size (of compression), memory usage, and speed. Xdelta3 supports compression levels -1 (fast) through -9 (best).Virtual memory does not ease the space consideration. Reading from disk is terribly slow, so Xdelta3 avoids seeking backwards in the source file during compression. Read more about xdelta3 memory settings. posted by jmacd 10:00 PM If youre keeping up-to-date by subversion, with the xdelta source code. version 100 has a few recent changes: (1) compiles on cygwin (1.x and 3.x), (2) responding to bug report 17 . posted by jmacd 6:00 PM Sunday, January 28, 2007 An especially grateful user wrote me to say thanks for the open-source software: Firstly, Xdelta is an impressive piece of software, and I appreciate you writing it. Ive done some tests and found it to be orders of magnitude faster than RTPatch. the expensive commercial diffing tool Im using a Windows ported version of Xdelta 1.1.3 in a project Im working on here, and it works great. (I realize that XDelta 1.1.3 is old, but I like how fast it is relative to the results). Because that version is licensed under the GPL, I am including a copy of XDelta. exe with the program instead of integrating the code directly. Im content to continue doing this, as obviously I want to respect your licensing wishes for the software. ( ) Thanks Another writes: I hope you can release a bugfix and rub off the beautymarks. xdelta-1.1.x is still used widely and a maintenance release would be appreciated. Thanks again )This is a maintenence release: Xdelta 1.1.4 remains substantially unchanged since 1999. This release fixes a bug: Compressed data from 32-bit platforms failed to decompress on 64-bit platforms. This is fixed in the decoder (it was a badly-designed hint, now ignored), so you can now read old 32-bit patches on 64-bit platforms. Patches produced by 1.1.4 are still readable by 1.1.3 on the same platform. Still, Xdelta 1.1.x is losing its edge. Xdelta3 compresses faster and better, using a standardized data formatmdashVCDIFF. and has no dependence on gzip or bzip2. If using a standardized encoding is not particularly important for you, Xdelta3 supports secondary compression options. Xdelta3 (with the -9 - S djw flags) is comparible in terms of compression, but much faster than bsdiff. Xdelta3 includes a Windows. exe in the official release. As always, Im interested in your feedback (file a new issue ). Are you compressing gigabyte files with Xdelta3 Have you used dfc-gorilla (by the makers of RTPatch) posted by jmacd 2:00 PM Sunday, January 21, 2007 Xdelta3 has a stream-oriented CC interface. The application program can compress and decompress data streams using methods named xd3encodeinput () and xd3decodeinput () . With a non-blocking API, its about as easy as programming Zlib . Thanks for your feedback (file a new issue ). posted by jmacd 6:00 PM Monday, January 15, 2007 This release raises the instruction buffer size and documents the related performance issue. Problems related to setting - W (input window size) especially small or especially large were fixed: the new minimum is 16KB, the new maximum is 16MB. A regression in the unit test was fixed: the compression-level changes in 3.0k had broken several hard-coded test values. The encoder has compression-level settings to optimize variously for time and space, such as the width of the checksum function, the number of duplicates to check, and what length is considered good enough. There are 10 parameters (Zlib, by comparision, has 4), but the flag which sets them ( - C ) is undocumented. I am documenting these and developing experiments to find better defaults. Thanks for your feedback (file a new issue ). posted by jmacd 8:00 PM Friday, January 12, 2007 This is the first release making only performance improvements, not bug fixes. The default source buffer size has increased from 8 to 64 megabytes, and Ive written some notes on tuning memory performance for large files. Ive been running experiments to find better compression-level defaults. This release has two default compression levels, fast (-1 through -5) and the default slow (-6 through -9), both of which are faster and better than the previous settings. Theres more work to do on tuning in both regards, memory and compression level, but this is a starting point. There is a new wiki on command line syntax. Thanks for your feedback (file a new issue ). posted by jmacd 6:00 PM Sunday, January 07, 2007 The self-test (run by xdelta3 test ) now passes. There had been a regression related to external-compression, and several tests had to be disabled on Windows. Also fixes VCDIFF info commands on Windows (e. g. xdelta3 printdelta input ) and memory errors in the Python module. Thanks for your continued feedback (file a new issue ). A user reports that xdelta3.exe should not depend on the C 8.0 Runtime. I agreemdashthis is written in C. The source release includes a. vcproj file, in case youd like to try for yourself. posted by jmacd 10:00 AM Saturday, December 16, 2006 Thanks for your feedback. (Submit a new report ). Release 3.0i builds with native Windows IO routines (enabled by DXD3WIN321 ) and has been tested on 64 bit files. (Issue closed ). posted by jmacd 4:00 PM Sunday, December 10, 2006 Ladies and Gents, Version 3.0h runs on Windows. Please head straight for the latest download of your choice: I thought Id share this first and test it later, let you be the judge. There are not a lot of platform dependencies. The main() routine has helpful options: DXD3STDIO1 builds with portable IO routines DEXTERNALCOMPRESSION0 builds without external compression, which requires POSIX system calls A call to gettimeofday() had to be replaced: The remaining changes were minimal, such as the printf format string for 64bit file offsets. I havent run a 64bit test on WindowsmdashI was too busy posting this. -)Please file issues here or send mail to ltjoshx2emacdonaldx40gmailx2ecomgt. posted by jmacd 4:00 PM To: Microsoft Re: Windows support Thanks for the free downloads posted by jmacd 2:00 PM Wednesday, September 27, 2006 KDE. org asked how to use xdelta3. Like gzip with the additional - s SOURCE . Like gzip, - d means to decompress, and the default is to compress. For output, - c and - f flags behave likewise. Unlike gzip, xdelta3 defaults to stdout (instead of having an automatic extension). Without - s SOURCE . xdelta3 behaves like gzip for stdin stdout purposes. See also . xdelta3 - s SOURCE TARGET gt OUT xdelta3 - s SOURCE TARGET OUT xdelta3 - s SOURCE lt TARGET gt OUT xdelta3 - d - s SOURCE OUT gt TARGET xdelta3 - d - s SOURCE OUT TARGET xdelta3 - d - s SOURCE lt OUT gt TARGET posted by jmacd 9:00 PMFree UK and Worldwide Delivery. Kostenlose UK Exchange Service. Subsidierter weltweiter Börsenservice. Steuern und Abgaben Alle Preise auf dieser Website enthalten alle Steuern und Abgaben, dh es fallen keine zusätzlichen Kosten bei der Lieferung an. Der Preis, den Sie sehen, ist der Preis, den Sie zahlen. Innovation An der Spitze der Hitech Materialien in verstärkte Motorrad-Jeans seit 1998. Freie Beinlängen geändert Größe. Revolutionärer Schlagschutz Optional CE-geprüfte D 3 O Hüft - und Kniepanzerung. Qualität Made in Großbritannien zu den höchsten Standards. Verbesserter Komfort und Schutz Neuer, weicher, bequemer Ktech Paraaramid Abriebschutz vom Bund bis zum Schienbein. Heritage Unsere Familie produziert seit 1955 Jeans-Jeans. Kniepanzerung Verstellbare Positionierung der Protektoren. Abrieb Achtzehn Jahre bewährten Schutz. Nähte Doppelte Sicherheitsnähte inklusive K-Tech Gewinde. Fronttaschen Ganz aus Jeans für extra Kraft. Zip YKK (Lebensdauer garantiert). Nieten Lackfreundliche Flachnieten. Nieten.
No comments:
Post a Comment