Seems to have crashed, we don't know the cause yet. Is there anyone who is
dependent on this tonight? If so I'll drive down and fix it (yeah, very lame
of us, we moved it to a different rack which was too far away from our remote
power so I can't power cycle it remotely. Our bad.)
Let me know,
The machine that did the updates was down for a couple of days, I just brought
it back up and did a manual update. Both kernels are up to date with the
head of the bk trees on bkbits.net.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe
It should be fixed now, I'm running a full tree compare to validate that.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Fri, Mar 18, 2005 at 10:00:49AM +0100, Stelian Pop wrote:
> On Thu, Mar 17, 2005 at 10:38:53PM -0800, Larry McVoy wrote:
>
> > Hey, it's open source, I'm hoping that people will take that code and
> > evolve it do whatever they need. We're willing to do what
On Thu, Mar 17, 2005 at 10:50:40PM -0700, Erik Andersen wrote:
> On Thu Mar 17, 2005 at 04:10:53PM -0800, Larry McVoy wrote:
> > I got swamped, I'll look at this after dinner. But you might take a look
> > at this: http://www.bitkeeper.com/press/2005-03-17.html which is
wamping us.
Don't worry about the license, it's a joke. BSD license OK with everyone?
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Subject: Cron <[EMAIL PROTECTED]> /bk-cvsexport/src/UPDATE
Read from remote host master.kernel.org: Connection timed out
On Thu, Mar 17, 2005 at 03:45:22PM +0100, Stelian Pop wrote:
> The current bkcvs export is broken, several recent changesets are
> missing from it.
--
---
Larry M
xport tree something you can use to get your
job done in an efficient way.
(Apologies if there are typos, it's been a long week)
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-k
t; Hello.
>
> *.bkbits.net (port 8080) seems to reply with no data.
> And "bk pull" on linux-2.5 also fails.
> Is this scheduled?
>
> Thank you.
>
> --yoshfuji
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe
On Sat, Feb 26, 2005 at 12:49:53PM +0100, Stelian Pop wrote:
> On Fri, Feb 25, 2005 at 10:02:18AM -0800, Larry McVoy wrote:
>
> > > He should be back now, maybe he can tell us more about what happened ?
> >
> > We had a nameserver problem and the machine dedicated to
> He should be back now, maybe he can tell us more about what happened ?
We had a nameserver problem and the machine dedicated to this didn't get
updated with a new resolve.conf. It's fixed now and updating, probably
be there in an hour.
--
---
Larry McVoylm at
ecides to go elsewhere, we are stuck. So don't do the
> crippled version if it hurts Linus.
>
> -- Steve
>
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
we'd certainly be willing to flip to your way
on a case by case basis.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More major
s valuable I can look into putting it up on
bkbits.net.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://
e could
care less, they just want checkin/checkout.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http:
00 of these a day for more than
a year. It's around one per minute.
We either fix the license or leave it as is, we're not able to do side
agreements with everyone that asks.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from thi
-company.com, not my-workstation.my-company.com).
http://www.bitkeeper.com/domains.html
is a listing of the domains which have used bk-3.2.3 in the last 4
months. It's slightly less than the claimed 2,200 because we looked
only at the bk-3.2.3 usage.
--
---
Larry McVoy
peated outrage over the
restrictions isn't any more fun for me than it is for you. Any answer,
however, has to take our issues into consideration as well as yours.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: se
ssell Miller wrote:
> It is certainly Larry's choice to license his software any way he chooses.
>
> It is my choice whether or not to use it.
Yup, it is. Always has been even for the kernel because of our hard
work to make sure of that. We respect your choices, please respect ours.
--
a blanket do-not-reverse-engineer no matter who you are. We tried
to be specific so that we were restricting the tiny subset of the world
that wants to hack SCM, not everyone else. Because that's different
than standard language we get screamed at. What you aren't figuring
out
nd the obligations of those
terms. That payment may be unacceptable to you, which is your choice.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
On Mon, Feb 14, 2005 at 10:08:20AM -0500, Jeff Sipek wrote:
> On Mon, Feb 14, 2005 at 01:08:58PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > On Sun, 13 Feb 2005 18:08:02 -0800, Larry McVoy <[EMAIL PROTECTED]> wrote:
> > > is to clarify the non-compete stuff. We
d here, we really like kernel hackers, but if
you don't want to that's cool too).
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
em you wouldn't care,
you already have the CVS tree, it has 96% of the deltas that the BK
tree has. 96%. So you are trying to tell us all that you need the
last 4% of the deltas so you can create a *different* system than BK?
Come on, gimme a break already, you aren't fooling anyone.
--
---
On Fri, Feb 11, 2005 at 10:56:02AM -0800, none given wrote:
> On Fri, February 11, 2005 11:18 am, Larry McVoy said:
> >The mails have started flowing in saying "I don't agree with Alexandre
> >and please don't pull the plug" so a point of clarification. We ha
to help you.
> If you have consensus that it isn't helping then we'll shut it down.
>
> On the other hand, if you can't achieve that consensus then perhaps you
> might consider broadening your definition of "help" to include something
> other than "
t possible to create a useful tree.
You are also right that figuring out the merges is a pain. So what?
We never said that we'd figure out how to do all this well and then
teach you how to do it well.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
we'll shut it down.
On the other hand, if you can't achieve that consensus then perhaps you
might consider broadening your definition of "help" to include something
other than "more GPLed source".
--
---
Larry McVoylm at bitmover.com htt
;s true, we don't. What you aren't admitting is that we have done
a lot of good for your community, we continue to provide the tools,
the support, the infrastructure, and we do it in spite of it not being
a very good business decision. If we get no credit in your mind for
all of
, while hard,
have some very satisfying mathematical qualities and that's really fun
coming from the kernel background where things are far less deterministic.
You can actually write proofs about how things work for a change.
--
---
Larry McVoylm at bitmover.com http://
e a board that would promptly fire me if I did.
OK, that's it for me, I have to go work on slides for a talk so have the
big fun, I'm signing off on this thread.
Cheers,
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this li
On Wed, Feb 09, 2005 at 03:13:48PM -0500, Nicolas Pitre wrote:
> Are you saying that it is now OK to write scripts that would bit bang
> on
> the bkbits http interface to fetch patches/comments with the purpose
> of
> populating an alternate scm? Andreas tried that a while ago but you
> threatened
On Wed, Feb 09, 2005 at 12:17:48PM -0500, Nicolas Pitre wrote:
> On Tue, 8 Feb 2005, Larry McVoy wrote:
> > You know, you could change all this. Instead of complaining that we
> > are somehow hurting you, which virtually 100% of the readers know is
> > nonsense, you
rying
to tell us to change our license. The point you missed was that that's
the same as me telling you to change the GPL for my benefit.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
On Wed, Feb 09, 2005 at 03:47:49AM +0100, Roman Zippel wrote:
> Hi,
>
> On Tue, 8 Feb 2005, Larry McVoy wrote:
>
> > Nice, Roman. All I need is a cooperating third party who is willing to
> > give me your code under a different (albeit invalid) license.
>
> S
Roman. All I need is a cooperating third party who is willing to
give me your code under a different (albeit invalid) license.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On Tue, Feb 08, 2005 at 06:17:30PM +0100, Roman Zippel wrote:
> Hi,
>
> On Tue, 8 Feb 2005, Larry McVoy wrote:
>
> > I think you are dreaming. You've gone from wanting enough information
> > to supposedly debug your source tree to being explicit about wanting
ce, I can't help that, but it is technically
challenging, far more so than most people realize and that makes it
fun.
If we get a new hire from the kernel list I'll stick the changeset markers
into the CVS tree so you can group the patches, I can see where that
might be helpful f
On Tue, Feb 08, 2005 at 04:43:44PM +0100, Stelian Pop wrote:
> On Sat, Feb 05, 2005 at 03:38:41PM -0800, Larry McVoy wrote:
>
> > On Sat, Feb 05, 2005 at 08:38:48PM +0100, Stelian Pop wrote:
> > > > Nope: he digs the bk-commit mailing list archives.
> > > >
o create a competing
system. That skates you right up agains the license restrictions but
those restrictions are simply not a problem for people who are just
trying to get their job done.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from
Sigh. Roman, I started to write a reply but in reading over the thread
I realized you are just grinding your ax and have nothing new to say.
Sorry, go bother someone else, I'm busy.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from
lp. What is that you say? It's hard?
It's way harder if we don't give you a roadmap? Well gosh darn, that
must really suck for you. I'm really sorry that you can't figure it out
without our help but that's sort of the whole point, isn't it?
--
---
Larry McVoy
ble that
you find yourself at something of a disadvantage because of that choice.
And the disadvantage is very slight as has been shown. You can argue
all you want about the amount of disadvantage but it is your choice that
has placed you in that position.
--
---
Larry McVoylm at bi
; and we could generate the missing branches based on them.
Does that mean you don't need anything from us?
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
it belonged you could
split the coarse commit into the sub patches which happened on the
collapsed branch. You wouldn't get 100% of the information but you'd
have 96% of it in a way that could be used for debugging, which is what
I suspect you are after.
If that's not good en
when we do this we'll reexport the 2.4 and 2.5 histories from scratch
so you get the info going backwards in time.
So, do you think you can sign up the usual suspects to being happy with
this answer? And do you mind spelling out exactly what it is that you
think is being offered so there
On Fri, Feb 04, 2005 at 02:01:27PM +0100, Stelian Pop wrote:
> On Thu, Feb 03, 2005 at 02:28:54PM -0800, Larry McVoy wrote:
>
> > > > CVS BitKeeper [*]
> > > > Deltas 235,956 280,212
> > >
> > > Indee
ion,
it was a choice that I made because I wanted to help Linus.
And it worked. That ought to have some value in your eyes. Maybe
enough to respect our terms.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line &
> As Peter said, once every 6 hours is fine. Or even more often, what
> the heck, as I said in a previous post I don't think an incremental
> export is that much costly. It could be done at the same time as
> the -bkX patches...
I'll see what I can do.
> Speaking from the out-BK point of view, wh
hine to run it on. (Larry: is
> it a matter of memory or of CPU or both? If nothing else we should
> have the old kernel.org server, dual P3/1133 with 6 GB RAM, coming
> free soon.)
>
> Please let me know if there is something that should be put on
> kernel.org; we can hos
ed that it is simpler
> > to write a shell script to generate the diffs rather than modifying
> > cvsps).
>
> Thanks for the confirmation. To me this hour difference looks like a bug
> in bkcvs. It would be nice to get it fixed so we don't have to
> workaround i
Just pulled.
In file included from arch/ia64/mm/discontig.c:23:
include/linux/nodemask.h: In function `__first_unset_node':
include/linux/nodemask.h:246: warning: passing arg 1 of `__find_next_zero_bit'
discards qualifiers from pointer target type
arch/ia64/mm/discontig.c: In function `find_perno
t/file/pipe/whatever) and
lets you call into that object to move some data.
See how more generic that is? Pipes are just one source/sink but
everything else needs to play as well. How are you going to
implement a socket sending data to a file without the VM nonsense
and the
CPU
and they fight one will get moved. But it shouldn't right away, leave
it there and let things settle a bit.
If someone coded up this policy and tried it I think that it would go a
long way towards making the LMbench timings more stable. I could be
wrong but it would be
utting ftp
into the kernel, not a good idea.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.
only */
> sched_setaffinity(0, sizeof(long), &affinity);
>
> but I don't know what other OS's do, so it's obviously not portable ]
>
> Hmm?
>
> Linus
> ___
> Lmbench-users mailing
n adding
some delay loops in Linux so it too can be slow.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
red. The IRIX stuff is disgusting,
you really don't want anything to do with sproc().It _sounds_ like they
are the same but they aren't - for example, with sproc you get your very
own TLB miss handler. Doesn't that sound special?
--
---
Larry McVoy lm at bitmover.com
ut the fact
of the matter is that you all scream that and then go do your slides for
your Linux talks in PowerPoint.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
On Wed, Jun 20, 2001 at 08:21:30PM +1000, john slee wrote:
> On Tue, Jun 19, 2001 at 08:04:42PM -0700, Larry McVoy wrote:
> > I asked Linus for this a long time ago and he pointed out that you couldn't
> > make it work over NFS, at least not nicely. It does seem like that
ts for tk, in fact,
we are using straight tk, no extensions.
So, yeah, we have done what you think we haven't done, and we've tried
the Java way, we aren't making this stuff up. We run into Java fanatics
all the time and when we start asking "so what toolkits do you use"
line. The
only problem with that is that Microsoft can't design an OS interface to save
their lives, so maybe Linux _should_ do it first.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-k
.
It pains me to believe that people like this exist but there they are.
What can you do? As Confucius says "If I hold up three corners of a square
and the student does not hold up the fourth, I do not bother to go over
the point again".
--
---
Larry McVoy lm at bitmover.com
reads if I absolutely have to do so and even
then if there are more than there are CPUs I'm probably making a
mistake", if they get that message, that's a good thing, IMHO.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe
On Tue, Jun 19, 2001 at 10:36:00AM -0700, Jonathan Lundell wrote:
> At 9:09 AM -0700 2001-06-19, Larry McVoy wrote:
> >Don't you think it is funny that Sun doesn't publish numbers comparing
> >their thread performance to process performance? Sure, you can find
> >
On Tue, Jun 19, 2001 at 10:20:37AM -0700, Mike Castle wrote:
> On Tue, Jun 19, 2001 at 09:09:56AM -0700, Larry McVoy wrote:
> > Another one that I can't believe I forgot is from Rob Pike:
> >
> > "If you think you need threads then your processes are to
On Tue, Jun 19, 2001 at 05:26:09PM +0100, Matthew Kirkwood wrote:
> On Tue, 19 Jun 2001, Larry McVoy wrote:
>
> > ``Think of it this way: threads are like salt, not like pasta. You
> > like salt, I like salt, we all like salt. But we eat more pasta.''
>
&g
ss performance? Sure, you can find
context switch benchmarks where they have user level switching going on
but those are a red herring. The real numbers you want are the kernel
level context switches and those are just as expensive as the process
context switch numbers.
--
---
Larry McVoy
OK, my corruption is back and this time I'm saving the data. Al, send some
email when you are around, we can talk about access to the data. I'm tarring
up both good & bad right now. I've looked at a few files and they look
"shifted".
extra junk
original file less sizeof(extra
ch better because
of Cort & the PPC team.
I think the job that Cort did is a tough job for anyone to do, it
involves a lot of different people and personalities and it is a pretty
much thankless job.
Anyway, the beer is on me next time we meet, Cort. Thanks.
--
---
Larry McVoy
eating a file with dd...
For what it is worth, after having three failures in a row, now it isn't
happening. My test case is/was my nightly backup. If it happens again,
I'll save the corrupted data so we can do more digging. I'm kicking
myself for not having done it the first
This is cute:
$ ls -li /proc
...
4106 -r--r--r--1 root root0 Jun 12 18:53 dma
4347 dr-xr-xr-x3 root root0 Jun 12 18:53 dri
4347 dr-xr-xr-x3 root root0 Jun 12 18:53 dri
4121 dr-xr-xr-x2 root root0 Jun 12 1
Folks, I believe I have a reproducible test case which corrupts data in
2.4.5.
We do nightly, weekly, and monthly backups by copying our entire /home
partition on the company file server:
FilesystemSize Used Avail Use% Mounted on
/dev/hda1 1.9G 1.7G 123M 93% /
/dev/hd
n't seem to get fixed. We seem to get lots of chip sets
almost working and then move on to the next one.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
it's about putting unenforceable things into contracts.
It's also about the concept of boundaries - if you think that that
concept is not a legal one then why aren't all programs which are run
on top of a GPLed kernel then GPLed?
--
---
Larry McVoy lm at b
On Fri, May 25, 2001 at 03:30:20PM -0700, Aaron Lehmann wrote:
> On Fri, May 25, 2001 at 11:30:38AM -0700, Larry McVoy wrote:
> > By running the software covered by this license, you agree to
> > become my personal slave and you will be obligated to bring
> > m
aka interface), replace it with completely different
code, and get substantially the same behaviour. A device driver is a
good example.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsub
bootup.
> You know, the mark of intelligence is realizing when you're making the
> same mistake over and over and over again, and not hitting your head in
> the wall five hundred times before you understand that it's not a clever
> thing to do.
>
> Please show some int
e big I/O == good. Work through the numbers
and it starts to look like you'd never want to do less than a 1MB I/O,
probably not less than a 4MB I/O.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "
I have a few more data points on the 3ware 6410 card in case anyone else
is looking at this. As I said before, this is a nicely designed card,
I like it, kudos to the 3ware folks.
Combinations which work for me:
ASUS A7V and K7V motherboards, K7@1Ghz, 3c905, 1GB - 1.5GB ram. Works
like a champ
e issues and I think I do understand them, but that's still
my opinion and I can still be wrong. If you really want to know where
you stand, it'll cost you around $15K and that, in my opinion, is fine.
If it isn't worth $15K to protect your code then it is worth so little to
you that
f checking elsewhere does any good, the processor can be corrupting
your data and never know it. If SUN was so stupid as to remove this,
then it is a dramatically different place. I heard that there was a
bug in the cache controller, I never heard that they had removed ECC.
If you really want to kno
On Mon, May 07, 2001 at 12:33:57PM -0700, H. Peter Anvin wrote:
> Larry McVoy wrote:
> > > Because your original post was "yeah, Bitkeeper is a memory hog but you
> > > can get really cheap non-ECC RAM so just stuff your system with crappy
> > > RAM and be hap
On Mon, May 07, 2001 at 12:21:28PM -0700, H. Peter Anvin wrote:
> Larry McVoy wrote:
> > What does BitKeeper have to do with this conversation?
>
> Because your original post was "yeah, Bitkeeper is a memory hog but you
> can get really cheap non-ECC RAM so just stuff
On Mon, May 07, 2001 at 12:01:50PM -0700, H. Peter Anvin wrote:
> Larry McVoy wrote:
> > > Isn't this pretty much saying "if you're willing to dedicate your
> > > system to running nothing but Bitkeeper, you can run it really fast?"
> >
> > A)
On Mon, May 07, 2001 at 11:47:34AM -0700, H. Peter Anvin wrote:
> Followup to: <[EMAIL PROTECTED]>
> By author: Larry McVoy <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
> >
> > On Sun, May 06, 2001 at 02:20:43PM +1200, Chris Wedgwood wrote:
>
In other words, anything is much
much better than nothing.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More major
C905B 100bTX (rev 48).
Ethernet controller: 3Com 3C905B 100bTX (rev 48).
Ethernet controller: 3Com 3C905B 100bTX (rev 48).
RAID storage controller: Unknown vendor Unknown device (rev 18).
VGA compatible controller: Matrox Matrox G200 AGP (rev 1).
--
---
Larry McVoy lm at bitmove
sult);
u64 usecs_spent(void);
void touch(char *buf, int size);
#if defined(hpux) || defined(__hpux)
int getpagesize();
#endif
#endif /* _TIMING_H */
/*
* a timing utilities library
*
* Requires 64bit integers to work.
*
* %W% %@%
*
* Copyright (c) 1994-1998 Larry McVoy.
*
mod, mount, and
then run again, I get exactly the same behavior as above.
This starts to sound like some resource in the kernel or the card are
getting used up and removing the card frees them.
Has anyone seen this besides me?
On Fri, May 04, 2001 at 01:12:39PM -0700, Larry McVoy wrote:
&
but the performance still
sucks.
Unmounting and remounting the drive does not help.
Any ideas?
On Fri, May 04, 2001 at 01:01:03PM -0700, Larry McVoy wrote:
> I'm looking for people who know about the 3ware 6410 driver. I've got one
> of these and sometimes it goes fast and some
herboard
4 WD 40GB 7200 drives on one 3ware 6410
matrox g200 AGP
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo i
.\" Take this out and a Unix Demon will dog your steps from now until
.\" the time_t's wrap around.
.sp
You can tune a file system, but you can't tune a fish.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this l
n in the audience said or need to go to a
> "hand raising/acknowledgement" to create a pause
> during which the microphone could be redirected.
Yeah, but that is still way way way faster than walking across the room to
hand someone a mike.
--
---
Larry McVoy lm at
cussion on a
> classical music performance stage. They usually
> have about ten or twenty suspended microphones over
> the stage. Then, you'd just need to mix the audio.
As one of the guys who was passing the mike around, I am a fan of the
directional mike. If you have eve
Folks, since bug tracking is the next thing we are attacking here at
BitMover, I have a great deal of interest in the bug tracking discussion
which happened last night at the summit. We already have a prototyped bug
tracking system which we are integrating into BitKeeper, but as usual,
it isn't g
s" represents a
class of related functions. They all tend to take a point to an instance
of that "class". So then you can read the code and see the "classes" in
the names.
And, this way, I can piss off both the anti underscore and the anti mixed case
people a
ther words, the prefix implies the structure name. Early versions of the
C compiler had all structure fields (I mean _all_) in one name space so this
wasn't style, it was required. I must say that it makes code more readable.
--
---
Larry McVoy lm at bitmover.com http://
p working when
the comment becomes incorrect. It's incredibly frustrating to read a comment,
believe you understand what is going on, only to find out that the comment
and the code no longer match.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To u
x27;s the set of ideas. I'm ashamed to admit that I don't really know
how close kiobufs are to this. I am interested in hearing what you all think,
but especially what the people think who have been playing around with kiobufs
and sendfile.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
1 - 100 of 139 matches
Mail list logo
