Sender: rich AT phekda DOT freeserve DOT co DOT uk
Message-ID: <3A7AE287.957E6EF2@phekda.freeserve.co.uk>
Date: Fri, 02 Feb 2001 16:38:31 +0000
From: Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.17 i586)
X-Accept-Language: de,fr
MIME-Version: 1.0
To: DJGPP workers <djgpp-workers AT delorie DOT com>
Subject: Beta of xdelta 1.1.1 port uploaded
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com

Hello.

I've just uploaded a port of xdelta 1.1.1 to:

    http://www.phekda.freeserve.co.uk/richdawe/djgpp/xdelta/

I haven't used xdelta much, so I'd be grateful, if more experienced people
could test it out. I haven't tried building with SFN.

xdelta 1.1.1 was already coded for building on Windows, so I just had to
adjust a couple of #defines in the main source file to cope with DJGPP
too.

It seems to work patching emacs 21.0.91 source (emacs-21.0.91.tar.gz) to
various versions, although byte 10 of the patched file differs from the
one I get using xdelta under Linux. After decompression with gzip, the
DJGPP xdelta and Linux xdelta versions of the tar file compare the same,
which is strange.

I wonder if this could this be something to do with zlib. xdelta seems to
be aware of gzip compressed files. This seems to make sense, given that
the .tar.gz file is not corrupted after patching. Perhaps some variable is
set differently in the DJGPP port of libc? This seems to make sense - if
it decompresses, patches and recompresses on the fly.

Anyway, if everthing looks OK with this, I'll upload to v2apps/ on the
DJGPP archive.

Thanks, bye, Rich =]

-- 
Richard Dawe <richdawe AT bigfoot DOT com> http://www.bigfoot.com/~richdawe/ 

"The soul is the mirror of an indestructible universe."
--- Gottfried W. Leibniz