Skip to content

Latest commit

 

History

History
208 lines (150 loc) · 7.97 KB

NEWS

File metadata and controls

208 lines (150 loc) · 7.97 KB
 
Jan 5, 2004
Jan 5, 2004
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
XDelta NEWS -- history of user-visible changes. -*- Text -*-
$Date: 2004/01/05 18:54:21 $
$ReleaseVersion: 1.1.3 $
Please send bug reports to xdelta-bugs@XCF.Berkeley.EDU. See the file
`README' for a description of how to report bugs.
** Changes since version 1.1.2
* Correct error message format for the case when gzread fails trying
to automatically decompress a corrupted GZIP file. The situation
itself--corrupt GZIP files--should be dealt with the -p (--pristine)
option, which disables GZIP file recognition. Reported by Ben
Escoto.
* Apply a patch from Klaus Dittrich for building on HPUX with the
native compiler. There is now a script called "contrib/build_hpux".
** Changes since version 1.1.1
* This code release is a distant fork of the 2.0 release. It will
hopefully be replaced.
* When 'patch' supplies its default TO file name recorded in the
delta, it still generates a unique file name to avoid overwriting an
existing copy. Use the 'xdelta info' command to see what file names
are contained in the delta.
* The code for writing patches to stdout was broken in the case where
gzip compression is used. Writing patches to stdout has therefore
been disabled. The problem is a limitation in the gzdopen/gzwrite
functions provided by zlib--you cannot determine how many bytes have
been written to the file descriptor without dup-ing the FD
beforehand and then lseek-ing afterwards, which does not work
correctly if the output file is not seekable.
* By default, Xdelta uses a hard-coded 16 byte block size. If you're
working with large files, try #undef XDELTA_HARDCODE_SIZE in
xdelta.h then use -s BLOCKSIZE (--blocksize=BLOCKSIZE), which should
be a power of 2.
* New test program in the 'test' subdirectory, which runs comparisons
against "diff --rcs -a" and also verifies the "xdelta patch"
command.
* Incorporate DJGPP patches from Richard Dawe <richdawe@bigfoot.com>.
You can find his versions directly at:
ftp://ftp.simtel.net/pub/simtelnet/gnu/djgpp/v2apps/xdlt112b.zip
ftp://ftp.simtel.net/pub/simtelnet/gnu/djgpp/v2apps/xdlt112s.zip
* Updated xdelta(1) man page.
* Updated autoconf (2.50), automake (1.4-p4), libtool (1.4) scripts,
which includes updated config.guess and config.sub scripts.
* Correct some backward compatibility issues: strcmp() was not being
tested == 0 for formats older than 1.0.4.
* Update GLIB version requirement, now 1.2.8.
* We really need support for 64bit file sizes... perhaps the next
version?
** Changes since version 1.1.0
* No one was were able to build the 1.1.0 release because it depended
on a version of glib which will not be distributed for some time.
This version backs out those dependencies and now requires
glib-1.2.1.
** Changes since version 1.0.6
* The 64M limit on file sizes has been lifted. File lengths are now
limited by the size of a 32-bit integer.
* The internal data structures were changed and some of the
experimental bits of the interface have been moved out of libxdelta,
resulting in a simpler interface. Old patch files are still
supported.
** Changes since version 1.0.5
* There are 8 bytes of space in the patch format's header that are
reserved for future use. They are not currently used, but were also
not being initialized, making it possible for two deltas produced in
the same manner to differ. This was exposed by comparing deltas
produced between the same files on Windows and Linux. With this
patch, the results should be identical.
** Changes since version 1.0.4
* The code now compiles natively under Windows. I used MS VC++ 5.0.
It depends on glib and zlib, but I don't feel like documenting
the build process yet. I have had some trouble with the zlib DLLs
and had to build my own, so you can't build it yourself yet. There
is a pre-built version at
ftp://ftp.xcf.berkeley.edu/pub/xdelta/xdelta-1.0.5.win32.zip
* Many changes required to keep Xdelta working with PRCS 2. Mostly
this involved keeping up to date with some code that is shared
between the two. All the shared code is now in the "libedsio"
subdirectory, which stands for "Error Delivery and Serialized IO".
** Changes since version 1.0.3
* Slight change in file format to improve detection of and error
messages regarding corrupt deltas (specifically, those left behing
when an xdelta process is killed while computing a delta). This
means 1.0.0-1.0.3 will not read these new deltas, they will report a
bad magic number.
* Improve several error messages related to corrupt deltas.
** Changes since version 1.0.2
* Fix a few bugs, especially one related to the implementation of -m,
and a couple more which were shaken out by testing on a pair of
emacs releases (~55M each). These changes only affect the xdelta
application, the library is unchanged.
* Add a new command `xdelta info' that lists information about a
delta, for example:
$ xdelta info some.patch
xdelta: version 1.0.3 found patch version 1.0 in some.patch
xdelta: patch contents are compressed
xdelta: patch from: from
xdelta: patch from length: 53309440
xdelta: patch from md5: c0ddcb6904d40da7cf1eae5e6bdbbc01
xdelta: patch to: to
xdelta: patch to length: 55377920
xdelta: patch to md5: 00b3dd4d1a9b450bc5b8991b183013fb
xdelta: patch insert length: 2436426
xdelta: patch inst count: 253649
** Changes since version 1.0.1
* Fix minor typos, and build improvements. There is now a gtk-style
'xdelta-config' program and autoconf macro to locate the library.
** Changes since version 1.0.0
* Fix incorrect usage report in --help output for the patch command.
* Abort when directories are specified, there is no recursive mode.
* Now requires glib-1.1.5.
* The new ``pristine'' option (-p, --pristine) disables
automatic uncompression of compressed input data, and is for use
when data integrity is being externally verified. This enables a
tool written by Manish Singh (yosh@gimp.org) to compute deltas
between the Debian dpkg utility's .deb format.
* A draft paper describing its algorithms, rational, advanced
features, and future work is now available at
ftp://ftp.xcf.berkeley.edu/pub/xdelta/xdelta.ps.
** Changes since version 0.24
* This version is a complete rewrite, and removes some of the features
available in version 0. Featuring:
- A completely new and much improved library interface. This code is
a complete rewrite.
- An optimized implementation of the XDelta algorithm.
- A drastic memory reduction.
- The library stream-processes files where possible and uses a page-
based interface when seeking is required (allowing the application
to run in bounded memory on large files).
- There is now a little documentation. A man page and the
beginnings of texinfo documentation.
- Includes several advanced features used by PRCS version 2, see the
documentation for more information.
- Includes a minimal implementation of the Rsync algorithm, also used
by PRCS version 2.
- Uses an abstract file handle interface, the library has very few
system dependencies. This allows the library client to compute
MD5 checksums in a single-pass as XDelta reads files, use pre-
computed checksums, or disable checksum verification entirely.
- Compression and file-unarchival have been removed from the library,
these features are orthogonal.
At the application level:
- GDBM archive experiment has been removed. This functionality is
implemented directly in PRCS version 2 using the present library
interface.
- Base 64 encoding support has been removed for technical reasons.
- Can no longer accept patches from stdin, due to the same
technical reasons (the patch instruction index is stored at the
end of the file, requiring seeking).
- Automatic detection and un-archival of RPM and dpkg file formats
has been removed. Automatic uncompression of gzipped files is
still supported.
- The GIMP plugin is no longer supported.