On Tue, 2006-01-31 at 18:16 -0800, Matthew Dillon wrote:
> :I had no idea what ZFS was, so I googled it and found this:
> :
> :"...Sun's patent-pending "adaptive endian-ness" technology,
> :which is unique to ZFS..."
> :
> :I still don't know was ZFS is, but now I know it's proprietary,
> :like jav
On Tue, 2006-01-31 at 18:14 -0800, Devon H. O'Dell wrote:
> On Tue, Jan 31, 2006 at 04:39:43PM -0600, Jake Maciejewski wrote:
> > On Tue, 2006-01-31 at 13:37 -0800, walt wrote:
> > > Matthew Dillon wrote:
> > > [...]
> > > > This work will eventually dovetail into the ZFS work...
> > >
> > > I
On Tue, Jan 31, 2006 at 04:39:43PM -0600, Jake Maciejewski wrote:
> On Tue, 2006-01-31 at 13:37 -0800, walt wrote:
> > Matthew Dillon wrote:
> > [...]
> > > This work will eventually dovetail into the ZFS work...
> >
> > I had no idea what ZFS was, so I googled it and found this:
> >
> > "...
:Now comes the funny part: switch to a console vty. still works! also
:another instance will work correctly... until I quit all running
:showmouse/hexdump and rerun them... all in/out going totally wrong
:again... until (no, you don't believe this) I switch to X. As soon as
:I switch to
:I had no idea what ZFS was, so I googled it and found this:
:
:"...Sun's patent-pending "adaptive endian-ness" technology,
:which is unique to ZFS..."
:
:I still don't know was ZFS is, but now I know it's proprietary,
:like java, with all the same baggage attached.
:
:Sun is playing nice with ope
Matthew Dillon wrote:
Well, fix the program first. When you print out the
raw data iterate from total to total + readcnt, not
from 0 to total + readcnt.
that's on purpose so I see the buffered bytes stacking up.
The if (total >= sizetab[level]) ... needs to be
while (tot
On Tue, 2006-01-31 at 13:37 -0800, walt wrote:
> Matthew Dillon wrote:
> [...]
> > This work will eventually dovetail into the ZFS work...
>
> I had no idea what ZFS was, so I googled it and found this:
>
> "...Sun's patent-pending "adaptive endian-ness" technology,
> which is unique to ZFS..
Matthew Dillon wrote:
[...]
> This work will eventually dovetail into the ZFS work...
I had no idea what ZFS was, so I googled it and found this:
"...Sun's patent-pending "adaptive endian-ness" technology,
which is unique to ZFS..."
I still don't know was ZFS is, but now I know it's propriet
Ok, the parallel route table code has been committed. Be prepared for
some potential destabilization in HEAD.
The next bit of work is going to be the buffer cache's indexing
conversion from logical block numbers to byte-offset ranges. This
work is going to accomplish the foll
:walt wrote:
:
:> I hate giving/getting WFM answers, but it really does WFM.
:> Do I recall that you are running a 64-bit machine? Using gcc 4.x?
:
:yes, but i'm running in i386 mode. using default gcc34, no gcc40.
:
:> Does the 'one other' machine with the same problem have the same
:> hardware
On Tue, 31 Jan 2006, Simon 'corecode' Schubert wrote:
[...]
> Turns out that /dev/sysmouse is sending bullshit:...
I hate giving/getting WFM answers, but it really does WFM.
Do I recall that you are running a 64-bit machine? Using gcc 4.x?
Does the 'one other' machine with the same problem ha
On 31.01.2006, at 15:34, Simon 'corecode' Schubert wrote:
It has been verified that it occurs at at least one different system.
david rhouds couldn't reproduce it, though.
--
Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /"\
Work - Mac +++ space for low €€€ NOW!1 +
hey,
i'm running into more and more weird things: this time it's sysmouse.
I wondered why X (working with an updated version of the free nv
driver) didn't do the scrollwheel game.
Turns out that /dev/sysmouse is sending bullshit: Unsynced frames,
sometimes one byte too much, sometimes som
13 matches
Mail list logo
