At 10.32 02/04/2003 -0500, you wrote:
On Wed, Apr 02, 2003 at 04:43:26PM +0200, Daniele Palumbo wrote:
> At 13.57 01/04/2003 -0500, you wrote:
> >On Tue, Apr 01, 2003 at 08:17:10PM +0900, Stephen J. Turnbull wrote:
> >> Er ... has libdb disappeared from the most recent Coda CVS?  I can't
> >> log in and ldd (this is a Debian Linux system) says libdb is not linked.
> >
> >Well it became virtually impossible to maintain code based on libdb
> >1.85. Redhat 8.0 and Debian-unstable only provide a precompiled version
> >for backward compatibility reasons,-cut-
>
> also note that cygwin does not have libdb1.85.
> so you can't compile also on all the possible client of the system
> (remember, alpha-7 means instable ;).

Oh, btw. I tried the latest cygwin (1.3.22) and sure thing hit the
RVM_EINTERNAL problem.

It turns out that cygwin changed mmap or shared libraries or something,
but the address that we are trying to map our RVM data to is already in
use. The fix is pretty simple, but needs a modification to the source.

This is the patch that went into the current CVS tree, which still
crashes in random places, probably a bad pointer somewhere. But it
really just boils down to replacing 0x20000000 with 0x50000000 in the
#if defined(__CYGWIN32__) section.

http://www.coda.cs.cmu.edu/cgi-bin/viewcvs.cgi/coda/coda-src/venus/venusrecov.cc.diff?r1=4.56&r2=4.57

venusreconv.cc: 105c105 < static const char *VM_RVMADDR = (char *)0x50000000; --- > static const char *VM_RVMADDR = (char *)0x20000000;

you can't change ALL the code from the newer version cause mismatch other file in .h
big big news!
now EINTERNAL bug is fixed!


so, this week i have no time to test it out, i only saw that venus start.
two bugs for now:
i have cygwin installed on E:, the service venus try to start it from c.
venus won't start as service (with path fixed obviously)
one thing to change to the readme of installer of codacli-a8 (i hope the next relase, that will come soon :)
the path of regedit (at least xp) to services is: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\
and not HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Service\


we must provide coda also for people that have /dev/brain linked to /dev/null no?

Daniele




Reply via email to