perhaps my last reply wasn't clear. although i have an ncr card in the
machine, the
fs kernel and plan9.nvr are both in a 100M dos partition. the partition map
is
1) 100 mb dos partition copied from another machine with a new plan9.ini
and a 512byte plan9.nvr added.
2) t
You're supposed to be able to just stop moving the mouse,
wait a second, and it will correct itself. Occasionally the
PS2 protocol skips a byte and the mouse driver gets confused.
This used to happen to me on a laptop with a trackpad,
especially if the trackpad got zapped with a static electricit
okay. 9load was confusing me. even though my syntax is still a bit off,
i think the hd!randomstring!plan9.nvr was interpreted correctly.
i dissassembled the part with the page fault dissassembled the offending
line
unit = sdunit[index]
as
MOVL 0x0(DX)(AX*4),AX
since ax = 0 and dx
nvr syntax is different from nvram syntax. plan9.ini(8) has the whole
story, but briefly
hd!0!plan9.nvr
should work. "fd" will work instead of "hd" for floppies but "sd" for
scsi is not implemented for reasons lost to history (at least in the
Unix Room). I've considered taking a stab a
D'oh!
okay i need h0!. sorry for the silly question. but now i get a panic
that i'm not sure i understand.
h0: LBA 1210103200 sectors
FLAGS=10246 TRAP=e ECODE=0 CS=10 PC=801018af
ax=0 bx=8018a048 cd=8018a048 dx=0
si=0 di=0 bp=0
ds=0008 es=0008 fs=0008 gs=0008
cr0=80010011 cr2=0
ur=801
i can't seem to properly specify the nvr file in plan9.ini for the
fs kernel.
i'm booting off cd with a 100M dos partition with plan9.nvr.
this partition was copied from my plan9 terminal.
i've tried
sdC0!dos!plan9.nvr
hdC0!dos!plan9.nvr
i get a panic "no device for nvram".
what a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15-Aug-06, at 11:20 AM, [EMAIL PROTECTED] wrote:
but i'm also aware that these changes might be anathema to purists...
But then again, so is an acme crash/accidental kill. I'd rather be
able to get my state back.
Paul
-BEGIN PGP SIGNA
> acme, like sam, keeps a log of changes in /tmp/*acme. I believe that
> such a file contains enough to reconstruct acme's state when (or
> shortly before) it crashed, but I don't know of an automated means of
> doing so.
i've done this, with mixed results, on a couple of occasions. it's almost
a
nothing is quite as much fun as recycled hardware!
i've got a mx440gx motherboard 2x500 Mhz pIII katami processors,
an intel i82557 (on board), sym83c8xx scsi, nVidia agp graphics that boots from
cd gets to the install/livecd menu, loads the kernel up to #I0 + two lines
(which i can't read) then
> In the U.S., that's close enough to constitute a case.
not invariably for computer software (excluding evident intent to mislead for
instance wrt origin),
since it's one of the classes considered to allow many non-interfering
subclasses.
someone would have to decide whether that's true in this
Charles Forsyth wrote:
Hey, asking things.. when are they sued this time?
the trademark is [correctly] registered by Lucent only for
``operating system computer programs'', not for programming language(s).
In the U.S., that's close enough to constitute a case.
Hi folks,
yesterday, my mouse did it again.. .
The effect is not reproduceable, yet it of course happens if you move the mouse
a lot (which is, kind of ironically, when you are really working :P). Without
any noticeable reason, the mouse starts to jump from one border to the other
when you ju
12 matches
Mail list logo