* CVS checkout aborted
@ 2004-06-11 13:59 Ulrich Weigand
2004-06-11 14:04 ` Daniel Jacobowitz
2004-06-11 14:06 ` Christopher Faylor
0 siblings, 2 replies; 13+ messages in thread
From: Ulrich Weigand @ 2004-06-11 13:59 UTC (permalink / raw)
To: gdb
Hello,
I'm getting this error:
cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
when trying a
cvs -d :ext:uweigand@gcc.gnu.org:/cvs/src co gdb
Any known CVS issues at the moment?
Mit freundlichen Gruessen / Best Regards
Ulrich Weigand
--
Dr. Ulrich Weigand
Linux for S/390 Design & Development
IBM Deutschland Entwicklung GmbH, Schoenaicher Str. 220, 71032 Boeblingen
Phone: +49-7031/16-3727 --- Email: Ulrich.Weigand@de.ibm.com
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
2004-06-11 13:59 CVS checkout aborted Ulrich Weigand
@ 2004-06-11 14:04 ` Daniel Jacobowitz
2004-06-11 14:06 ` Christopher Faylor
1 sibling, 0 replies; 13+ messages in thread
From: Daniel Jacobowitz @ 2004-06-11 14:04 UTC (permalink / raw)
To: Ulrich Weigand; +Cc: gdb
On Fri, Jun 11, 2004 at 03:59:15PM +0200, Ulrich Weigand wrote:
>
>
>
>
> Hello,
>
> I'm getting this error:
> cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
>
> when trying a
> cvs -d :ext:uweigand@gcc.gnu.org:/cvs/src co gdb
>
> Any known CVS issues at the moment?
Chris Faylor just fixed it - see the overseers archive if you're
curious.
--
Daniel Jacobowitz
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
2004-06-11 13:59 CVS checkout aborted Ulrich Weigand
2004-06-11 14:04 ` Daniel Jacobowitz
@ 2004-06-11 14:06 ` Christopher Faylor
2004-06-11 14:08 ` Bob Rossi
2004-06-11 14:16 ` Bob Rossi
1 sibling, 2 replies; 13+ messages in thread
From: Christopher Faylor @ 2004-06-11 14:06 UTC (permalink / raw)
To: gdb
On Fri, Jun 11, 2004 at 03:59:15PM +0200, Ulrich Weigand wrote:
>I'm getting this error:
>cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
>
>when trying a
>cvs -d :ext:uweigand@gcc.gnu.org:/cvs/src co gdb
>
>Any known CVS issues at the moment?
This should be fixed. We updated cvs yesterday and there was a minor
glitch (caused by me) in the process.
cgf
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
2004-06-11 14:06 ` Christopher Faylor
@ 2004-06-11 14:08 ` Bob Rossi
2004-06-11 14:16 ` Bob Rossi
1 sibling, 0 replies; 13+ messages in thread
From: Bob Rossi @ 2004-06-11 14:08 UTC (permalink / raw)
To: gdb
On Fri, Jun 11, 2004 at 10:06:43AM -0400, Christopher Faylor wrote:
> On Fri, Jun 11, 2004 at 03:59:15PM +0200, Ulrich Weigand wrote:
> >I'm getting this error:
> >cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
> >
> >when trying a
> >cvs -d :ext:uweigand@gcc.gnu.org:/cvs/src co gdb
> >
> >Any known CVS issues at the moment?
>
> This should be fixed. We updated cvs yesterday and there was a minor
> glitch (caused by me) in the process.
Seems like this was my problem also, thanks.
Bob Rossi
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
2004-06-11 14:06 ` Christopher Faylor
2004-06-11 14:08 ` Bob Rossi
@ 2004-06-11 14:16 ` Bob Rossi
2004-06-11 14:21 ` Daniel Jacobowitz
` (2 more replies)
1 sibling, 3 replies; 13+ messages in thread
From: Bob Rossi @ 2004-06-11 14:16 UTC (permalink / raw)
To: gdb
On Fri, Jun 11, 2004 at 10:06:43AM -0400, Christopher Faylor wrote:
> On Fri, Jun 11, 2004 at 03:59:15PM +0200, Ulrich Weigand wrote:
> >I'm getting this error:
> >cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
> >
> >when trying a
> >cvs -d :ext:uweigand@gcc.gnu.org:/cvs/src co gdb
> >
> >Any known CVS issues at the moment?
>
> This should be fixed. We updated cvs yesterday and there was a minor
> glitch (caused by me) in the process.
Actually, now if I do
cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co gdb+dejagnu
I end up with
$ ls src/
CVS config dejagnu gdb libiberty readline texinfo
bfd contrib etc include mmalloc sim utils
cgen cpu expect intl opcodes tcl
I used to get the configure script, and other stuff. However, if I do
this again
cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co
gdb+dejagnu
Here is the output of the command,
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/.cvsignore
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/COPYING
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/COPYING.LIB
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/COPYING.NEWLIB
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/COPYING.LIBGLOSS
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ChangeLog
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/MAINTAINERS
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/Makefile.def
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/Makefile.in
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/Makefile.tpl
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/README
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/README-maintainer-mode
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/config-ml.in
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/config.guess
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/config.if
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/config.sub
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/configure
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/configure.in
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/gettext.m4
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/install-sh
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/libtool.m4
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ltcf-c.sh
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ltcf-cxx.sh
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ltcf-gcj.sh
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ltconfig
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ltmain.sh
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/makefile.vms
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/missing
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/mkdep
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/mkinstalldirs
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/move-if-change
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/setup.com
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/src-release
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/symlink-tree
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/ylwrap
cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
cvs checkout: ignoring module src/djunpack.bat
Does this look correct? Or is there stil a problem?
Thanks,
Bob Rossi
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
2004-06-11 14:16 ` Bob Rossi
@ 2004-06-11 14:21 ` Daniel Jacobowitz
2004-06-11 14:24 ` Bob Rossi
2004-06-11 14:57 ` Bob Rossi
2004-06-11 14:59 ` Ian Lance Taylor
2004-06-11 15:16 ` Ian Lance Taylor
2 siblings, 2 replies; 13+ messages in thread
From: Daniel Jacobowitz @ 2004-06-11 14:21 UTC (permalink / raw)
To: gdb
On Fri, Jun 11, 2004 at 10:16:04AM -0400, Bob Rossi wrote:
> On Fri, Jun 11, 2004 at 10:06:43AM -0400, Christopher Faylor wrote:
> > On Fri, Jun 11, 2004 at 03:59:15PM +0200, Ulrich Weigand wrote:
> > >I'm getting this error:
> > >cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
> > >
> > >when trying a
> > >cvs -d :ext:uweigand@gcc.gnu.org:/cvs/src co gdb
> > >
> > >Any known CVS issues at the moment?
> >
> > This should be fixed. We updated cvs yesterday and there was a minor
> > glitch (caused by me) in the process.
>
> Actually, now if I do
>
> cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co gdb+dejagnu
>
> I end up with
>
> $ ls src/
> CVS config dejagnu gdb libiberty readline texinfo
> bfd contrib etc include mmalloc sim utils
> cgen cpu expect intl opcodes tcl
>
> I used to get the configure script, and other stuff. However, if I do
> this again
>
> cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co
> gdb+dejagnu
>
> Here is the output of the command,
>
> cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
> cvs checkout: ignoring module src/.cvsignore
Hmm, I used to get this when I tried to use co -d (separate from cvs -d
co). You definitely shouldn't get it wen using a straight checkout so
it sounds like modules support isn't working...
--
Daniel Jacobowitz
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
2004-06-11 14:21 ` Daniel Jacobowitz
@ 2004-06-11 14:24 ` Bob Rossi
2004-06-11 14:57 ` Bob Rossi
1 sibling, 0 replies; 13+ messages in thread
From: Bob Rossi @ 2004-06-11 14:24 UTC (permalink / raw)
To: gdb
On Fri, Jun 11, 2004 at 10:21:15AM -0400, Daniel Jacobowitz wrote:
> On Fri, Jun 11, 2004 at 10:16:04AM -0400, Bob Rossi wrote:
> > On Fri, Jun 11, 2004 at 10:06:43AM -0400, Christopher Faylor wrote:
> > > On Fri, Jun 11, 2004 at 03:59:15PM +0200, Ulrich Weigand wrote:
> > > >I'm getting this error:
> > > >cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
> > > >
> > > >when trying a
> > > >cvs -d :ext:uweigand@gcc.gnu.org:/cvs/src co gdb
> > > >
> > > >Any known CVS issues at the moment?
> > >
> > > This should be fixed. We updated cvs yesterday and there was a minor
> > > glitch (caused by me) in the process.
> >
> > Actually, now if I do
> >
> > cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co gdb+dejagnu
> >
> > I end up with
> >
> > $ ls src/
> > CVS config dejagnu gdb libiberty readline texinfo
> > bfd contrib etc include mmalloc sim utils
> > cgen cpu expect intl opcodes tcl
> >
> > I used to get the configure script, and other stuff. However, if I do
> > this again
> >
> > cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co
> > gdb+dejagnu
> >
> > Here is the output of the command,
> >
> > cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
> > cvs checkout: ignoring module src/.cvsignore
>
> Hmm, I used to get this when I tried to use co -d (separate from cvs -d
> co). You definitely shouldn't get it wen using a straight checkout so
> it sounds like modules support isn't working...
This was working for me yesterday.
Bobby
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
2004-06-11 14:21 ` Daniel Jacobowitz
2004-06-11 14:24 ` Bob Rossi
@ 2004-06-11 14:57 ` Bob Rossi
1 sibling, 0 replies; 13+ messages in thread
From: Bob Rossi @ 2004-06-11 14:57 UTC (permalink / raw)
To: gdb
On Fri, Jun 11, 2004 at 10:21:15AM -0400, Daniel Jacobowitz wrote:
> On Fri, Jun 11, 2004 at 10:16:04AM -0400, Bob Rossi wrote:
> > On Fri, Jun 11, 2004 at 10:06:43AM -0400, Christopher Faylor wrote:
> > > On Fri, Jun 11, 2004 at 03:59:15PM +0200, Ulrich Weigand wrote:
> > > >I'm getting this error:
> > > >cvs [checkout aborted]: head attribute does not match file for `/cvs/src/src/gdb/version.in,v'
> > > >
> > > >when trying a
> > > >cvs -d :ext:uweigand@gcc.gnu.org:/cvs/src co gdb
> > > >
> > > >Any known CVS issues at the moment?
> > >
> > > This should be fixed. We updated cvs yesterday and there was a minor
> > > glitch (caused by me) in the process.
> >
> > Actually, now if I do
> >
> > cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co gdb+dejagnu
> >
> > I end up with
> >
> > $ ls src/
> > CVS config dejagnu gdb libiberty readline texinfo
> > bfd contrib etc include mmalloc sim utils
> > cgen cpu expect intl opcodes tcl
> >
> > I used to get the configure script, and other stuff. However, if I do
> > this again
> >
> > cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co
> > gdb+dejagnu
> >
> > Here is the output of the command,
> >
> > cvs checkout: existing repository /cvs/src/CVSROOT/Emptydir does not match /cvs/
> > cvs checkout: ignoring module src/.cvsignore
>
> Hmm, I used to get this when I tried to use co -d (separate from cvs -d
> co). You definitely shouldn't get it wen using a straight checkout so
> it sounds like modules support isn't working...
Am I borked until the problem is fixed? Or is this somehow my fault?
Is there a work around?
Thanks,
Bob Rossi
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
2004-06-11 14:16 ` Bob Rossi
2004-06-11 14:21 ` Daniel Jacobowitz
@ 2004-06-11 14:59 ` Ian Lance Taylor
2004-06-11 15:11 ` Bob Rossi
2004-06-11 15:16 ` Ian Lance Taylor
2 siblings, 1 reply; 13+ messages in thread
From: Ian Lance Taylor @ 2004-06-11 14:59 UTC (permalink / raw)
To: Bob Rossi; +Cc: gdb
Bob Rossi <bob@brasko.net> writes:
> Actually, now if I do
>
> cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co gdb+dejagnu
>
> I end up with
>
> $ ls src/
> CVS config dejagnu gdb libiberty readline texinfo
> bfd contrib etc include mmalloc sim utils
> cgen cpu expect intl opcodes tcl
>
> I used to get the configure script, and other stuff. However, if I do
> this again
>
> cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co
> gdb+dejagnu
I tried co gdb+dejagnu from scratch, and it seemed to work fine. I
don't know what happened for you. Are you sure you started in an
empty directory? Conceivably it was related to the CVS hiccup we had
yesterday, although I don't see how.
Ian
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
2004-06-11 14:59 ` Ian Lance Taylor
@ 2004-06-11 15:11 ` Bob Rossi
0 siblings, 0 replies; 13+ messages in thread
From: Bob Rossi @ 2004-06-11 15:11 UTC (permalink / raw)
To: Ian Lance Taylor; +Cc: gdb
On Fri, Jun 11, 2004 at 10:59:36AM -0400, Ian Lance Taylor wrote:
> Bob Rossi <bob@brasko.net> writes:
>
> > Actually, now if I do
> >
> > cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co gdb+dejagnu
> >
> > I end up with
> >
> > $ ls src/
> > CVS config dejagnu gdb libiberty readline texinfo
> > bfd contrib etc include mmalloc sim utils
> > cgen cpu expect intl opcodes tcl
> >
> > I used to get the configure script, and other stuff. However, if I do
> > this again
> >
> > cvs -z3 -d ':ext:bobbybrasko@sources.redhat.com:/cvs/src' co
> > gdb+dejagnu
>
> I tried co gdb+dejagnu from scratch, and it seemed to work fine. I
> don't know what happened for you. Are you sure you started in an
> empty directory? Conceivably it was related to the CVS hiccup we had
> yesterday, although I don't see how.
Ok Ian, you are correct. For some reason, the other CVS co I have must
be broken. A fresh checkout works fine.
Thanks,
Bob Rossi
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
2004-06-11 14:16 ` Bob Rossi
2004-06-11 14:21 ` Daniel Jacobowitz
2004-06-11 14:59 ` Ian Lance Taylor
@ 2004-06-11 15:16 ` Ian Lance Taylor
2 siblings, 0 replies; 13+ messages in thread
From: Ian Lance Taylor @ 2004-06-11 15:16 UTC (permalink / raw)
To: Bob Rossi; +Cc: gdb
By the way, Bob, I sure hope you read the gdb list, because my e-mail
to you was blocked with this error:
<bob@brasko.net>:
216.40.250.211 does not like recipient.
Remote host said: 554 Service unavailable; Client host [209.128.65.135] blocked using l1.spews.dnsbl.sorbs.net; ! [1] ReliaHost, see http://spews.org/ask.cgi?S3046
Giving up on 216.40.250.211.
I looked into this a bit. The spews evidence file has this in it:
1, 209.128.64.0/23, bayarea.net (promohost.org)
2, 209.128.64.0/18, bayarea.net via yipes.com feed (promohost.org)
This is absurd, since my e-mail server, at 209.128.65.135, is in a
co-location site shared by many different organizations. It wouldn't
shock me if some of the other systems at that co-lo generate spam, but
blocking the entire range is moronic.
According to the spews FAQ, there is no way to contact them to correct
the situation. They recommend that I contact my ISP to get them to
change their acceptable use policy, or that I change ISPs. I will do
that, but blocking my e-mail because my e-mail server happens to be
close to one which generates spam is like blowing up a city block
because somebody on it happens to be criminal. Damaging innocent
parties is immoral; you can't excuse it by explaining that you really
mean to damage somebody else. In this, of course, you are being
damaged as well as me.
I strongly recommend that you stop using spews.
Ian
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
2004-06-11 14:11 Ulrich Weigand
@ 2004-06-11 14:14 ` Ian Lance Taylor
0 siblings, 0 replies; 13+ messages in thread
From: Ian Lance Taylor @ 2004-06-11 14:14 UTC (permalink / raw)
To: Ulrich Weigand; +Cc: Daniel Jacobowitz, gdb
Ulrich Weigand <Ulrich.Weigand@de.ibm.com> writes:
> >see the overseers archive if you're curious.
>
> Where do I find that?
http://sourceware.org/ml/overseers/
Ian
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: CVS checkout aborted
@ 2004-06-11 14:11 Ulrich Weigand
2004-06-11 14:14 ` Ian Lance Taylor
0 siblings, 1 reply; 13+ messages in thread
From: Ulrich Weigand @ 2004-06-11 14:11 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: gdb
Daniel Jacobowitz wrote:
>Chris Faylor just fixed it -
Thanks, it does indeed work again.
>see the overseers archive if you're curious.
Where do I find that?
Mit freundlichen Gruessen / Best Regards
Ulrich Weigand
--
Dr. Ulrich Weigand
Linux for S/390 Design & Development
IBM Deutschland Entwicklung GmbH, Schoenaicher Str. 220, 71032 Boeblingen
Phone: +49-7031/16-3727 --- Email: Ulrich.Weigand@de.ibm.com
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2004-06-11 15:16 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-06-11 13:59 CVS checkout aborted Ulrich Weigand
2004-06-11 14:04 ` Daniel Jacobowitz
2004-06-11 14:06 ` Christopher Faylor
2004-06-11 14:08 ` Bob Rossi
2004-06-11 14:16 ` Bob Rossi
2004-06-11 14:21 ` Daniel Jacobowitz
2004-06-11 14:24 ` Bob Rossi
2004-06-11 14:57 ` Bob Rossi
2004-06-11 14:59 ` Ian Lance Taylor
2004-06-11 15:11 ` Bob Rossi
2004-06-11 15:16 ` Ian Lance Taylor
2004-06-11 14:11 Ulrich Weigand
2004-06-11 14:14 ` Ian Lance Taylor
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).