(Illustration by Gaich Muramatsu)
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? DanieleReceived on 2003-04-02 12:12:02