You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@apr.apache.org by Ryan Bloom <rb...@covalent.net> on 2001/08/14 00:00:31 UTC
Re: cvs commit: apr/test Makefile.in testshmem.c
YEAH!!!!!!!!
No, let's just remove MM!!!!
Ryan
On Monday 13 August 2001 14:49, jerenkrantz@apache.org wrote:
> jerenkrantz 01/08/13 14:49:09
>
> Modified: . CHANGES acconfig.h configure.in
> include apr.h.in
> shmem/unix Makefile.in shmem.c
> test Makefile.in testshmem.c
> Log:
> Move the necessary shared memory code from MM into APR and remove our
> dependency upon MM. (This commit does not delete the MM files - they
> are still there for the time being.)
______________________________________________________________
Ryan Bloom rbb@apache.org
Covalent Technologies rbb@covalent.net
--------------------------------------------------------------
Re: cvs commit: apr/test Makefile.in testshmem.c
Posted by Ryan Bloom <rb...@covalent.net>.
That's easy.
cd httpd-2.0/srclib/apr/shmem/unix/mm
cvs rm -f *
cvs commit
Done!
Don't try to remove the ,v's from the Attic, those files are required for APR
to be able to build from tags.
Ryan
On Monday 13 August 2001 15:10, Justin Erenkrantz wrote:
> On Mon, Aug 13, 2001 at 03:00:31PM -0700, Ryan Bloom wrote:
> > YEAH!!!!!!!!
> >
> > No, let's just remove MM!!!!
>
> You can figure out the best way to remove MM from CVS. =)
>
> Compiling on Linux now. I'm guessing there is going to be some thinkos
> in this code, but hey, let's find 'em now before we tag again.
> -- justin
--
______________________________________________________________
Ryan Bloom rbb@apache.org
Covalent Technologies rbb@covalent.net
--------------------------------------------------------------
Re: cvs commit: apr/test Makefile.in testshmem.c
Posted by Justin Erenkrantz <je...@ebuilt.com>.
On Mon, Aug 13, 2001 at 03:24:13PM -0700, Ian Holsman wrote:
> you might want to use the code you are using to test the shared memory
> routines to the APR/test
> that way other people can test it on all the other unixes.
When I committed my changes, I also updated the testshmem.c as well
to respect the fact that apr_shm_free may be a no-op.
That said, Linux is segfaulting right now. Trying to figure out why.
-- justin
Re: cvs commit: apr/test Makefile.in testshmem.c
Posted by Ian Holsman <ia...@cnet.com>.
please ignore the previous email.
On 13 Aug 2001 15:24:13 -0700, Ian Holsman wrote:
> On 13 Aug 2001 15:10:46 -0700, Justin Erenkrantz wrote:
> > On Mon, Aug 13, 2001 at 03:00:31PM -0700, Ryan Bloom wrote:
> > >
> > > YEAH!!!!!!!!
> > >
> > > No, let's just remove MM!!!!
> >
> > You can figure out the best way to remove MM from CVS. =)
> >
> > Compiling on Linux now. I'm guessing there is going to be some thinkos
> > in this code, but hey, let's find 'em now before we tag again.
>
> you might want to use the code you are using to test the shared memory
> routines to the APR/test
> that way other people can test it on all the other unixes.
>
>
> > -- justin
> --
> Ian Holsman IanH@cnet.com
> Performance Measurement & Analysis
> CNET Networks - (415) 364-8608
--
Ian Holsman IanH@cnet.com
Performance Measurement & Analysis
CNET Networks - (415) 364-8608
Re: cvs commit: apr/test Makefile.in testshmem.c
Posted by Ian Holsman <ia...@cnet.com>.
On 13 Aug 2001 15:10:46 -0700, Justin Erenkrantz wrote:
> On Mon, Aug 13, 2001 at 03:00:31PM -0700, Ryan Bloom wrote:
> >
> > YEAH!!!!!!!!
> >
> > No, let's just remove MM!!!!
>
> You can figure out the best way to remove MM from CVS. =)
>
> Compiling on Linux now. I'm guessing there is going to be some thinkos
> in this code, but hey, let's find 'em now before we tag again.
you might want to use the code you are using to test the shared memory
routines to the APR/test
that way other people can test it on all the other unixes.
> -- justin
--
Ian Holsman IanH@cnet.com
Performance Measurement & Analysis
CNET Networks - (415) 364-8608
Re: cvs commit: apr/test Makefile.in testshmem.c
Posted by Justin Erenkrantz <je...@ebuilt.com>.
On Mon, Aug 13, 2001 at 03:00:31PM -0700, Ryan Bloom wrote:
>
> YEAH!!!!!!!!
>
> No, let's just remove MM!!!!
You can figure out the best way to remove MM from CVS. =)
Compiling on Linux now. I'm guessing there is going to be some thinkos
in this code, but hey, let's find 'em now before we tag again.
-- justin
Re: cvs commit: apr/test Makefile.in testshmem.c
Posted by Ryan Bloom <rb...@covalent.net>.
On Monday 13 August 2001 15:00, Ryan Bloom wrote:
> YEAH!!!!!!!!
>
> No, let's just remove MM!!!!
s/No/Now/
Ryan
>
> Ryan
>
> On Monday 13 August 2001 14:49, jerenkrantz@apache.org wrote:
> > jerenkrantz 01/08/13 14:49:09
> >
> > Modified: . CHANGES acconfig.h configure.in
> > include apr.h.in
> > shmem/unix Makefile.in shmem.c
> > test Makefile.in testshmem.c
> > Log:
> > Move the necessary shared memory code from MM into APR and remove our
> > dependency upon MM. (This commit does not delete the MM files - they
> > are still there for the time being.)
>
> ______________________________________________________________
> Ryan Bloom rbb@apache.org
> Covalent Technologies rbb@covalent.net
> --------------------------------------------------------------
--
______________________________________________________________
Ryan Bloom rbb@apache.org
Covalent Technologies rbb@covalent.net
--------------------------------------------------------------
Re: cvs commit: apr/test Makefile.in testshmem.c
Posted by Ryan Bloom <rb...@covalent.net>.
On Monday 13 August 2001 15:00, Ryan Bloom wrote:
> YEAH!!!!!!!!
>
> No, let's just remove MM!!!!
s/No/Now/
Ryan
>
> Ryan
>
> On Monday 13 August 2001 14:49, jerenkrantz@apache.org wrote:
> > jerenkrantz 01/08/13 14:49:09
> >
> > Modified: . CHANGES acconfig.h configure.in
> > include apr.h.in
> > shmem/unix Makefile.in shmem.c
> > test Makefile.in testshmem.c
> > Log:
> > Move the necessary shared memory code from MM into APR and remove our
> > dependency upon MM. (This commit does not delete the MM files - they
> > are still there for the time being.)
>
> ______________________________________________________________
> Ryan Bloom rbb@apache.org
> Covalent Technologies rbb@covalent.net
> --------------------------------------------------------------
--
______________________________________________________________
Ryan Bloom rbb@apache.org
Covalent Technologies rbb@covalent.net
--------------------------------------------------------------