shepard@ameth.org (Chase Phillips) writes:
>Your cpu type is 5 (AuthenticAMD)
>Could not reserve log space for node
>current thread 0x010a8e98 (Running) ctxt 0x01076000 (user) rsrv=0x01070300
> uobj 0x00000018 cnt=0 0x0000000000001b01
>
>Stopped at 0x00105b14
>0x105b14: movl %ebp, %esp
>
>This happens when ReserveFrame returns false in ckpt/ck_Generation.cxx due
>to exceeding the set size of a checkpoint (Checkpoint::ckGenLimit). The
>value of ckGenLimit when I hit the debugger is 48 (frames). I can
I just booted EROS for the first time today, so don't assume I know more than you. I had a similar problem, which I seem to have fixed by adding the following lines at the end of Checkpoint::AttachRange in ck_Restart.cxx: if(ckGenLimit < 64 && nAvailLogFrame > 64) ckGenLimit = 64;
I'm wondering whether the problem is caused by running it on a machine
with only 8 megs of ram?
At any rate, EROS clearly remains alive when I boot it with this patch,
but it doesn't look like there is currently anything useful that
runs under it.
Some other problems I ran into while getting to this point:
I misinterpreted this statement in release-notes.html:
The EROS distribution comes in five packages, which can be downloaded by clicking on the links here. All otherto mean that downloading the first 5 tarballs below that was sufficient, and stopped reading carefully when the 6th (webpp) looked unimportant (overlooking xenv). Someone might want to reorder them to put the most essential ones first.
Also, I'm fairly sure that if I hadn't installed a new version of
cvs a few weeks ago, attempting to use the cvs server would have failed
with no warnings. I'd suggest that the documentation point people to recent
versions of cvs at:
http://download.cyclic.com/pub/
In xenv/make/glob/aclocal.m4 I had to change:
[AC_REQUIRE([AM_PROG_INSTALL])
to
[AC_REQUIRE([AC_PROG_INSTALL])
Then I got:
make[2]: Entering directory `/home/pcm/eros/src/xenv/make/glob'
cd . && automake --foreign --include-deps Makefile
make[2]: execvp: @SHELL@: Not a directory
I got around that by replacing SHELL=@SHELL@ with SHELL=/bin/sh in Makefile and Makefile.in.
cross-env.html says to do
make -k floppy
but there's no rule for floppy. Is "make ztstflop" the right way to make
a bootable floppy now? (I tried "make tstflop", but the image is too big
to fit on a floppy).
-- ------------------------------------------------------------------------ Peter McCluskey | Boycott Amazon.com until they stop suing http://www.rahul.net/pcm | companies that support 1-click shopping.