<br><font size=2 face="Arial">Hi, </font><font size=3><br>
</font><font size=2 face="Arial"><br>
-----</font><font size=3> <br>
</font><font size=2 face="Arial"><br>
Trying to debug my previous problem,</font><font size=3> </font>
<p><font size=2 face="Arial">I changed my memory size to 64MB.</font><font size=3>
</font>
<p><font size=2 face="Arial">My paging problem on the real system (i.e.)
xp went away, but the VAX wont autoboot…</font><font size=3> </font>
<p><font size=2 face="Arial">Change the memory size back to 128MB &
it autoboots again…</font><font size=3> </font>
<p><font size=2 face="Arial">Am I missing something ?? (it wont autoboot
at 32 MB either)</font><font size=3> </font>
<p><font size=2 face="Arial">Villy</font><font size=3> </font>
<p><font size=3>----- </font>
<p><font size=3>Just tried the same on my installation: </font>
<p><font size=3>Normally, I run vax.exe V3.3-1 with 256M, and no matter
which mem size I set, the dep bdr 0 causes to auto-boot. (tried 32, 64,
128, 256). </font>
<p><font size=3>But, with V3.6-1, setting any mem size of 64M or below,
autoboot doesn't work. If you go to 128M and above, it works fine. </font>
<p><font size=3>There was a switch SET CPU EXTEND in V3.3-1 to also change
some behaviour if you are in standard (<=64M) or extended (>=128M)
memory mode, but it seems that this one was dropped in a later version
(V3.5-x ?). </font>
<p><font size=3>I tried some other settings, and here is the trick: </font>
<p><font size=3>For memory sizes of 64M and below, you should use </font>
<p><font size=3>> load -r KA655.BIN </font>
<p><font size=3>If you go to 128M and above, issue </font>
<p><font size=3>> load -r KA655x.BIN </font>
<p><font size=3>and it will boot ! </font>
<p><font size=3>Why ? Don't know, check the sources ... :-) </font>
<p><font size=3>Hope this helps... </font>
<p><font size=3>Andreas</font>
<p><font size=3>-----</font>
<p><font size=3>Ehm, I just noticed that there is no KA655.BIN file anymore
in the V3.6-1 distribution ... I had it present from my V3.3 and only replaced
the EXE, so I did not notice. Sorry :-)</font>
<p><font size=3>Anyway, there seems to be a glitch in the code causing
the problem mentioned above, so somebody with experience might want to
look into it - perhaps only for the sake of completeness ?</font>
<p><font size=3>Because, who wants to run a VAX with <64MB anyway if
there is 1/2 Gig available ;-)</font>
<p><font size=3>Andreas</font>
<p>