Apache_2.0.22-dev I guess it is.
--
Austin Gonyou
Systems Architect, CCNA
Coremetrics, Inc.
Phone: 512-796-9023
email: [EMAIL PROTECTED]
> -----Original Message-----
> From: Gonyou, Austin [mailto:[EMAIL PROTECTED]]
> Sent: Friday, July 20, 2001 11:28 AM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Today's CVS
>
>
> is Today's CVS 2.0.22?
>
> --
> Austin Gonyou
> Systems Architect, CCNA
> Coremetrics, Inc.
> Phone: 512-796-9023
> email: [EMAIL PROTECTED]
>
> > -----Original Message-----
> > From: Gonyou, Austin [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, July 20, 2001 11:25 AM
> > To: '[EMAIL PROTECTED]'
> > Subject: RE: Today's CVS
> >
> >
> > One last thing..to login, you'll have to go to
> > http://digitalroadkill.hn.org/ipm/admin.php and use the
> > username:apache21
> > with password:test.
> >
> > --
> > Austin Gonyou
> > Systems Architect, CCNA
> > Coremetrics, Inc.
> > Phone: 512-796-9023
> > email: [EMAIL PROTECTED]
> >
> > > -----Original Message-----
> > > From: Gonyou, Austin [mailto:[EMAIL PROTECTED]]
> > > Sent: Friday, July 20, 2001 11:13 AM
> > > To: '[EMAIL PROTECTED]'
> > > Subject: Today's CVS
> > >
> > >
> > > I'm using Today's CVS and it built fine. Not a problem. I
> > > still have to test
> > > https, but just getting it built was a bear. Now it seems to
> > > be solid. You
> > > can view the test page I have up at
> > > http://digitalroadkill.hn.org/ipm I put
> > > up a test of the Incyte Project Manager so people can see it
> > > go. If you are
> > > on a 66.68 network..and can't get to my site..that's because
> > > I block that
> > > subnet. Sorry.
> > >
> > >
> > > --
> > > Austin Gonyou
> > > Systems Architect, CCNA
> > > Coremetrics, Inc.
> > > Phone: 512-796-9023
> > > email: [EMAIL PROTECTED]
> > >
> > > > -----Original Message-----
> > > > From: Jeff Trawick [mailto:[EMAIL PROTECTED]]
> > > > Sent: Friday, July 20, 2001 9:59 AM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: Re: [PATCH] Fix POD reading...
> > > >
> > > >
> > > > I'd first look into what happens if we use O_NONBLOCK instead of
> > > > O_NDELAY on Solaris. That is the simplest fix, and it
> > > avoids the need
> > > > to add extra pathlength to apr_read().
> > > >
> > > > See 1.3's ap_bnonblock(). It prefers O_NONBLOCK over O_NDELAY.
> > > >
> > > > I noticed that 1.3 has symbol NDELAY_PIPE_RETURNS_ZERO for
> > > some funky
> > > > platform but not for Solaris. I guess it wasn't necessary
> > > to set for
> > > > Solaris since we used O_NONBLOCK on Solaris.
> > > >
> > > > Justin Erenkrantz <[EMAIL PROTECTED]> writes:
> > > >
> > > > > On Fri, Jul 20, 2001 at 10:34:13AM -0400, Jeff Trawick wrote:
> > > > > > > How do we test for this in autoconf (unless we specify
> > > > something in
> > > > > > > hints)?
> > > > > >
> > > > > > pipe()
> > > > > > set read handle non-blocking
> > > > > > call read() on read handle of pipe
> > > > > >
> > > > > > if rc=0, then this is Solaris^H^H^H^H^H^H^Ha platform
> > > > which acts like
> > > > > > Solaris in this respect
> > > > >
> > > > > Okay, I can try and add something like this.
> > > >
> > > > --
> > > > Jeff Trawick | [EMAIL PROTECTED] | PGP public key
> at web site:
> > > > http://www.geocities.com/SiliconValley/Park/9289/
> > > > Born in Roswell... married an alien...
> > > >
> > >
> >
>
